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
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
フクイ
July 04, 2026
Technology
390
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
そのタスクオンスケですか?
フクイ
July 04, 2026
More Decks by フクイ
See All by フクイ
「待ち時間」の消滅と「自我消耗」の加速:生成AI時代のエンジニアを救うメンタル・リソース管理
poropinai1966
0
200
JAWSDAYSお祭りトラック参戦記録
poropinai1966
0
66
COBOL婆さんの伝説
poropinai1966
0
200
20260423_ハドソンのエロゲを追え_レトロゲーム
poropinai1966
0
160
20260328撮り鉄@豊橋路面電車
poropinai1966
0
19
20260210_キング_エンジニアニメ
poropinai1966
0
18
202600225_ガジェット研究所@akihabara
poropinai1966
0
17
20260222ねこIoTLT ねこIoTLTをふりかえる
poropinai1966
0
460
NotebookLMの新機能を検証する1
poropinai1966
0
490
Other Decks in Technology
See All in Technology
伝票作成AIエージェントを支える、LLMOpsとインフラの選択肢 / AICon2026_takeda
rakus_dev
0
300
AIコード生成×サプライチェーン攻撃 — PHPが直面する“二重の信頼問題
shinyasaita
0
490
数値で見る Microsoft MVP 〜Spec Kit と GitHub Copilot Agent で作るデータ可視化ダッシュボード〜
yutakaosada
0
150
書籍セキュアAPIについて
riiimparm
0
340
設計レビューとAIハーネスで向き合う AIが生み出した新しいボトルネックの対処法 / Design Reviews and AI Harnesses Against New Bottlenecks Created by AI
nstock
5
500
AI_Dev_Day_製造業領域でのAI活用から見た活用の罠と成功に導く実践知.pdf
kintotechdev
0
220
Power Automateアップデート情報
miyakemito
0
250
VPCセキュリティ対応の最新事情
nagisa53
1
330
変更し続けられるシステムをどう保つか — AI時代のSSoTという設計原則
kawauso
1
1.3k
全社でのソフトウェアサプライチェーン攻撃対策をやってみた with Takumi Guard
z63d
0
310
AIで楽になるはずが、なぜ疲れる?
kinopeee
0
100
Webの技術とガジェットで子どもも大人も楽しめるワクワク体験を提供する / Qiita Tech Festa Day 2026
you
PRO
1
290
Featured
See All Featured
Digital Ethics as a Driver of Design Innovation
axbom
PRO
1
350
Done Done
chrislema
186
16k
Intergalactic Javascript Robots from Outer Space
tanoku
273
27k
A brief & incomplete history of UX Design for the World Wide Web: 1989–2019
jct
2
430
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
56k
[SF Ruby Conf 2025] Rails X
palkan
2
1.2k
How to Align SEO within the Product Triangle To Get Buy-In & Support - #RIMC
aleyda
2
1.7k
Taking LLMs out of the black box: A practical guide to human-in-the-loop distillation
inesmontani
PRO
3
2.3k
Jamie Indigo - Trashchat’s Guide to Black Boxes: Technical SEO Tactics for LLMs
techseoconnect
PRO
0
520
Learning to Love Humans: Emotional Interface Design
aarron
275
41k
Lessons Learnt from Crawling 1000+ Websites
charlesmeaden
PRO
1
1.4k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
17k
Transcript
そのタスク 本当にオンスケですか? 2026/07/04 渋谷アジャイルカンファレンス
フクイ@供養 某IT企業子会社の情シス RPACommunity供養支部・東京本部運営 劇場版アニメから得た学びを発表会コアスタッフ スクラムマスター(Incのほう) DevOpsマスター(謎の資格) JBUG AWARD2025(Output) これにも書いています ⇒
バリバリウォーターフォール勢の中で アジャイルをこつこつ導入しているおっさんです
今日、このメンバーの中でアジャイルを語るのも なんなのでウォーターフォールについて話します
そのタスク 本当にオンスケですか?
進捗確認Mtgでよく出てくる言葉
オンスケです
ウォーターフォールの世界では この言葉が出ればOKという魔法の言葉 オンスケです オンスケです オンスケです オンスケです オンスケです オンスケです
ウォーターフォールにおいての 「タスク」 スクラム:作業内容 ×量 W/F:作業内容 ×開始時刻〜完成時刻
そのタスク 本当にオンスケですか?
このタスクは言語道断ですよね なぜなら定量化できてない・・・
じゃあこのちょうど完了したタスクは? ぴったり!
童心に帰ってみましょう
完了したの 何時何分何秒?
「ちょうど完了」なんて天文学的確率 ぴったり! 勤務時間ちょうどに終わるわけがない
つまり100%「嘘」
「嘘」の大合唱だったわけです オンスケです オンスケです オンスケです オンスケです オンスケです オンスケです
この「嘘」には2パターンあります ぴったり! なわけがない!! 残業して対応したか、早く終わったか?
パターン1:時間内に終わらなかった 残業でカバーしたのに「オンスケ」で報告 残業でカバー
「オンスケ」=何も問題はない <本来の課題> ・見積もりの甘さ ・スキルの不足 ・メンバーの助け合い不足 ・技術的な課題 ・設計の不足 ・ドキュメントの不備 ・ルールが厳しすぎ チームとしてふりかえるべき課題はある
つまり改善の対象にならない 現場では何も改善されずに負の蓄積が続く
パターン2:予定より早く終わった 早く終わっても「オンスケ」で報告 何か余った
「オンスケ」=現タスクの上塗り <やりがちなこと> ・必要以上の結果確認 ・必要以上のテスト ・必要以上のドキュメント修正 ・資料のてにおは確認 ・思わずぼーっとする ・目的のない情報収集 人間の本質は「新しいこと」は先送り
黙って「オンスケ」と言ったほうが楽 「早く終わった」なんて言えば説明が必要
「オンスケ」のためにリスク対処が遅くなる <次のタスク> ・必要ドキュメントの入手 ・概要理解 ・準備するものの確認 ・技術的リスクの再確認 ・不明な仕様の問い合わせ ・見積もりのリカバリー やるべきは「次のタスク」ですが
「オンスケ」は完成請負とサービス残業の 時代の悪しき慣習のひとつです 気をつけましょう
ご清聴ありがとうございました 近所の方がいればよろしくおねがいします