Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
そのタスクオンスケですか?
Search
フクイ
July 04, 2026
Technology
1k
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
そのタスクオンスケですか?
フクイ
July 04, 2026
More Decks by フクイ
See All by フクイ
スライド
poropinai1966
0
15
かけー! 技術同人誌ラクに書いてみよう
poropinai1966
0
45
「待ち時間」の消滅と「自我消耗」の加速:生成AI時代のエンジニアを救うメンタル・リソース管理
poropinai1966
0
1.2k
JAWSDAYSお祭りトラック参戦記録
poropinai1966
0
80
COBOL婆さんの伝説
poropinai1966
0
230
20260423_ハドソンのエロゲを追え_レトロゲーム
poropinai1966
0
170
20260328撮り鉄@豊橋路面電車
poropinai1966
0
27
20260210_キング_エンジニアニメ
poropinai1966
0
29
202600225_ガジェット研究所@akihabara
poropinai1966
0
24
Other Decks in Technology
See All in Technology
振り返りこそエンジニアの本領
negima
0
330
DGX Sparkを2台使って いろいろ動かす話
sonoda_mj
1
140
『止めない』を設計する — 制約の中で、事業の根幹を支える判断
hiroyaterui
0
220
enechainの内製セルフサービスプラットフォーム
hiyosi
0
130
Autonomous AI Databaseサービス・アップデート(FY27)/ adb-service-update-jp-fy27
oracle4engineer
PRO
0
130
こんなアーキテクチャ図は嫌だ BEYOND THE TIME: 半年後の自分へ贈る15のメッセージ / 15 of Anti-pattern in AWS Architecture Diagrams
naospon
3
260
20260903 Tokyo Jazug Night #62 | Azure エンジニアよ、 その環境は本当にセキュアか?
olivia_0707
1
630
2026/09/10 Spring_Bootから_Jakarta_EE_MicroProfileへの移行
megascus
0
220
PfEingのアプローチで働こう
rindrics
0
190
作り直せるコードは迅速に 作り直せないDBは慎重に - AI時代のプロダクトエンジニアが「判断の不可逆性」で開発速度を変える話
kinosuke01
0
270
Oracle Cloud Infrastructure IaaS 新機能アップデート 2026/6 - 2026/8
oracle4engineer
PRO
0
120
2026-09-04 SRE Tech Talk #15 怠惰なTerraform / Lazy Terraform
masasuzu
0
220
Featured
See All Featured
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
56
3.5k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
32
3k
The Power of CSS Pseudo Elements
geoffreycrofte
82
6.5k
The Pragmatic Product Professional
lauravandoore
37
7.4k
Agile Leadership in an Agile Organization
kimpetersen
PRO
0
230
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.5k
Keith and Marios Guide to Fast Websites
keithpitt
413
23k
Navigating the moral maze — ethical principles for Al-driven product design
skipperchong
2
520
Rebuilding a faster, lazier Slack
samanthasiow
85
9.6k
Everyday Curiosity
cassininazir
0
310
Taking LLMs out of the black box: A practical guide to human-in-the-loop distillation
inesmontani
PRO
3
2.4k
Site-Speed That Sticks
csswizardry
13
1.5k
Transcript
そのタスク 本当にオンスケですか? 2026/07/04 渋谷アジャイルカンファレンス
フクイ@供養 某IT企業子会社の情シス RPACommunity供養支部・東京本部運営 劇場版アニメから得た学びを発表会コアスタッフ スクラムマスター(Incのほう) DevOpsマスター(謎の資格) JBUG AWARD2025(Output) これにも書いています ⇒
バリバリウォーターフォール勢の中で アジャイルをこつこつ導入しているおっさんです
今日、このメンバーの中でアジャイルを語るのも なんなのでウォーターフォールについて話します
そのタスク 本当にオンスケですか?
進捗確認Mtgでよく出てくる言葉
オンスケです
ウォーターフォールの世界では この言葉が出ればOKという魔法の言葉 オンスケです オンスケです オンスケです オンスケです オンスケです オンスケです
ウォーターフォールにおいての 「タスク」 スクラム:作業内容 ×量 W/F:作業内容 ×開始時刻〜完成時刻
そのタスク 本当にオンスケですか?
このタスクは言語道断ですよね なぜなら定量化できてない・・・
じゃあこのちょうど完了したタスクは? ぴったり!
童心に帰ってみましょう
完了したの 何時何分何秒?
「ちょうど完了」なんて天文学的確率 ぴったり! 勤務時間ちょうどに終わるわけがない
つまり100%「嘘」
「嘘」の大合唱だったわけです オンスケです オンスケです オンスケです オンスケです オンスケです オンスケです
この「嘘」には2パターンあります ぴったり! なわけがない!! 残業して対応したか、早く終わったか?
パターン1:時間内に終わらなかった 残業でカバーしたのに「オンスケ」で報告 残業でカバー
「オンスケ」=何も問題はない <本来の課題> ・見積もりの甘さ ・スキルの不足 ・メンバーの助け合い不足 ・技術的な課題 ・設計の不足 ・ドキュメントの不備 ・ルールが厳しすぎ チームとしてふりかえるべき課題はある
つまり改善の対象にならない 現場では何も改善されずに負の蓄積が続く
パターン2:予定より早く終わった 早く終わっても「オンスケ」で報告 何か余った
「オンスケ」=現タスクの上塗り <やりがちなこと> ・必要以上の結果確認 ・必要以上のテスト ・必要以上のドキュメント修正 ・資料のてにおは確認 ・思わずぼーっとする ・目的のない情報収集 人間の本質は「新しいこと」は先送り
黙って「オンスケ」と言ったほうが楽 「早く終わった」なんて言えば説明が必要
「オンスケ」のためにリスク対処が遅くなる <次のタスク> ・必要ドキュメントの入手 ・概要理解 ・準備するものの確認 ・技術的リスクの再確認 ・不明な仕様の問い合わせ ・見積もりのリカバリー やるべきは「次のタスク」ですが
「オンスケ」は完成請負とサービス残業の 時代の悪しき慣習のひとつです 気をつけましょう
ご清聴ありがとうございました 近所の方がいればよろしくおねがいします