世の中の動静に合わせて世界を変えていくべきで、そのためにはまず自分たちの仕事の仕方を変えて行こう！という青春の叫び

1. 仕事の仕方を変えたい話
NTT AGILE MEETUP Lightning Talk

2. 2
川淵 聡
satoru.kawabuchi@ntt.com
https://www.facebook.com/satorubuchi
NTTコミュニケーションズで働いています
●インターネットのエヴァンジェリスト
ーインターネット解説本とか
●ポータルサイトgoo（www.goo.ne.jp）のサービス担当
ー検索、ID課金、メール、コミュニティとか
ー日本初のウェブメールサービスとか
ービジネス向け新聞企業情報有料サービスとか
●インキュベーション
ーヘルスケア関係サービス
●デジタルマーケティングサービス
ーウェブアクセス解析・レコメンドサービス
ーマーケティングクラウド
自己紹介

3. 3

4. 「将来についてわかっている唯一のことは、今とちがうということだ」
ピーター・ドラッカー

6. なにをすればいいかわかっている世界ではなくなった
計画をたてて計画どおりにやっていける 細かい環境の変化に対応する

7. 「５カ年計画」で「すべての機能を作り込んで」「予定通りリリー
ス」すればビジネス的に成功ができる可能性が高かった。
例えば販売力で売るから、○✖️表で勝って
れば売り切る、だから全機能で実装。
販売へのネゴもあるから予定したものは予
定通り出さないとリリースできない
「客の言うことを、言われた通りに作ります！」の世界

8. 提供開始提供準備試験
詳細設計
製造
設計要件定義仕様策定企画
予定通り開発して、予定通りリリースすること＝正義
リリース内容をみんな了解
開発の仕方をみんな了解
試験したことをみんな了解
提供することをみんな了解
▼絶対死守
開発開始前に全機能が決まっている
仕様変更＝悪
短めに見積もっても半〜１年先が決められている

9. 世の中の競合
TOYOTA Uber
三菱銀行 PayPay
NTT Line
移動できる価値
お金を渡せる価値
コミュニケーション価値
過去言われていた同業者が競合とは限らなくなってきた！

10. ５年後はおろか１年後の
予見をするのも難しい
市場の変化は急速！
PayPay 100億円キャッシュバック！
ばんばんテレビCMなども打たれる
ユーザーも使う

11. 環境の変化に追いついていくため・・・・
デジタル
トランス
フォーメーション
アジャイルスクラム
環境がデジタル製品中心に速い変化
顧客のニーズも変化
変化に追いつくPoC開発から“デザイン思考”
でのプロダクトの提供
小さく素早くプロダクトを提供していくフレーム
ワーク

12. 「アジャイル」で、サービス開発すべきと思ってるしそうだろう！！
スクラム
・毎週、機能追加をして、毎週動作するソフトウェアをリリースする。
・水曜日に計画を立てて着手。木・金で開発。月曜にテスト。火曜日にリリース。
・毎週お客さんのフィードバックを得る。
・毎週、改善を行う。
・スケジュールを「予想」するのではなく、今週できることに集中。
・スケジュールを予想しないから、ガントチャートも引かない。
・継続して開発を続けられることを重視するため、残業はしない。
フレームワークとしては容易。

13. でもできない！

14. なぜだ！

15. なんか時間がない！！？（何かするにも時間がない）
ー会議が多い！
ー何かをやる前の準備に時間がかかる！！
ーすぐに報告とか細かなのが！！！しかも今日中とか？
ーどうしてもやれることが限られているんだよ！！

16. いけてる状態に近づけるため小さく確認しながら、開発を繰り返す
よくある誤解としてアジャイルは計画立てないと言われるが、長いスパンでの計画は詳細を立てないが、計画はちゃんと立てるものになっています。
仮説の
目的地
わかってくる
目的地
現状
目的地は変わっていくので節目節目で周りを見ながら、正しい目的地にむかうピボット
を実施
１週間 発注契約（いままでのやり方）
１週間
１週間
１週間

17. １年
半年に一回船出するイメージの進め方
これを前提にプロセスが組まれている（気がする）
そして、力尽きる
現実
▲資料修正
▲説明
▲資料作成
▲会議
▲議事録
▲資料修正
▲説明
▲資料作成
▲会議
▲議事録
▲資料修正
▲説明
▲資料作成
▲会議
▲議事録
▲資料修正
▲説明
▲資料作成
▲会議
▲議事録
▲資料修正
▲説明
▲資料作成
▲会議
▲議事録
▲資料修正
▲説明
▲資料作成
▲会議
▲議事録
▲資料修正
▲説明
▲資料作成
▲会議
▲議事録
▲資料修正
▲説明
▲資料作成
▲会議
▲議事録

18. 18
やれるところから、やってみたらどうかな！？
見積もり リリース
見積もりから想定 見積もりから想定した
スプリント回数
ちゃんとやる
リファインメント Sprint Sprint Sprint Sprint Sprint リリース
CP1
開発開始
会議
CP2
開発の仕方
わかったよ
会議
CP3
提供可能に
なったよ
会議
CP4
提供するよ
会議

19. 19

20. 「なんでやんないの？」

21. 仕事の仕方としてのカンバン
1日は勤務時間８時間ぐらい✖️営業日

22. Aさん タスクA
見積もり1h
タスクB
見積もり1h
Bさん タスクC
見積もり1h
タスクD
見積もり1h
・
・
・
・
Cさん
Dさん
・タスクは普通に割り振ると、こだわり続けていつまでも終わらないことが起こりえ
るため、時間で切る
・取った時間のタスクはそれに集中する

23. 真面目な社員のメンタリティとして完璧を求めてしまう
スクラム型の仕事を進めるためには必要なマインド
タスクをまず終わらせることが最重要
終わらせるDoneにしていこう！
タイムボックスを守ろう

24. 無謬の法則から脱却したい

25. 机上で検討しつくすことが当たり前 → 早く手を動かして早く失敗したほうがよい
すべてのケースを机上検討するには膨大な時間とコストがかかる
机上で検討すればするほど、それがサンクコストになり、先に進めなくなる。
手を動かして周りを見ながら進めたほうが答えに早くたどり着ける
フェイルファースト

26. 人は成長する
ベロシティが下がった次のスプリントで必
ず高いベロシティが出る
失敗したことによる学びが
次の成功につながる
失敗したほうが、生産性は高くなっていく
C(社内限り)
振り返り重要

27. 失敗を賞賛する「心理的安全」を実現して、
活発なアイデアと議論をビジネス化したい！
C(社内限り)

28. 兼務とかマルチタスクとかダメ！！

29. マルチタスクのコスト
一つ以上のプロジェクトに従事している人は、ひとつのプロジェ
クトから別のプロジェクトに移るとき、その都度コストが発生し
ている。主なコストは仕事内容を変更するのに必要な時間
である。
Jerry Weinberg氏は、それぞれのタスクが10%程度不利
益な条件を持っていた場合、仕事内容の切り替えコスト発
生することを示した。そして現実にはコストは想定より高くつく。
https://www.infoq.com/articles/multitasking-problems
A1
B1
C1
A2
B2
C2
A3
B3
C3
A
B
C
＝
＝
＝
従来の戦略「すべて重要！同時に進めろ」
A1 B1 C1 A2 B2
A1 A2 A3
スクラムの戦略「優先順位をつけて集中」
B1 B2
・・・
・・・
A
Aをリリース可能に
＝切り替えで発生する無駄
実行したいプロジェクトの全体
上流工程 Make Test
差し込み仕事は排除する

30. 30
決められたタイムボックスを守る。
だが、差し込み仕事が多いため、
さえぎられることがおおい。
かつ、それを社員が当たり前と思っているところがあり
タスク/会議のスタート、終了、残業時間が守られない
主に、報告もの、明日までにサービス管理票を報告せよなど
といったものがメールで来るとか。
チーム
幹部
管理部
品質管理部
インフラ
差
込
差
込
差
込
差
込

31. 31
やればできるでしょ
やればできるんだからやればいいじゃない
・各種プロセス
・各種報告もの
やればできるでしょ文化をなんとかやっつけたい！！

32. 32
社内部門 管理部門 内部
スクラムチーム
報告依頼 命令
報告依頼
チームの傘になろう！
課題：基本怒られる・苦情を言われるのでいやな気分なるのです。

33. 謝る
気にしない
バレないように祈る
偉大な先人の教え

34. 越境するチーム
ONE TEAM

35. 空いた時間で、エンジニアでも企画でも社員でもそうでなくても
お客さん（最終ユーザー）のところに行こう！
織田さん「事件は現場でおこっているんだ！」

36. 「客の言うことを、言われた通りに作ります！」
ほんとうに正解なのか！？

37. https://headlines.yahoo.co.jp/hl?a=20200109-00000055-impress-ind
こうした新事業領域の開拓は難しいものだ。時間もコストもかかる。しかし吉
田社長は、その点でブレーキを踏むつもりはないようだ。
吉田：トライアルはどんどんやった方がいいと思っています。
もちろん失敗するものもありますが、失敗することはマイナスではない。もは
や「いろいろやってみたほうが絶対いい」と思っています。
現在は社内で「できるだけ社外の方々と話した方がいい」と、促しています。
そこにはたくさん学びがありますし、結果的に我々が貢献できる部分はたくさ
んあるはずです。
■B2Bだが重要なのは「最終ユーザー」。最終ユーザーを見失うと高収益は生
まれない

38. 作成元：川口恭伸＠アギレルゴコンサルティングコーチ

40. お客さんに喜ばれて
チームもハッピーなポジティブスパイラルに
まずは一歩踏み出してみては！

41. 41

42. タイムボックス
フェイルファースト
差込仕事の排除
みなさんが職場でできそうなことをやることから！
越境するチーム（ONETEAM）