アジャイルの価値を活かせる受託開発案件の取り方・始め方

74.8K Views

January 11, 24

スライド概要

Regional Scrum Gathering Tokyo 2024での発表資料です。
https://confengine.com/conferences/regional-scrum-gathering-tokyo-2024/proposal/19232
#RSGT2024

profile-image

Agile Practitioner / CSP-SM, CSP-PO(Certified Scrum Professional) / Modern Offshore Development / Vietnam / Paris Hilton / RareJob / BOOKOFF / TIER IV, Inc.

シェア

またはPlayer版

埋め込む »CMSなどでJSが使えない場合

関連スライド

各ページのテキスト
1.

Regional Scrum Gathering Tokyo 2024 アジャイルの価値を活かせる 受託開発案件の取り方・始め方 2024/1/10 藤村 新

2.

現在の私の主な仕事は アジャイルな受託開発 案件を受注し続けること

3.

“来た案件を ガッとして ギュッとして ドーンと流す”

4.

“来た案件を ガッとして ギュッとして ドーンと流す”

5.

開発の現場から遠ざかっているため アジャイルなカンファレンスの プロポーザルに出すようなネタが無い…

7.

“受託開発前提のアジャイルの話 し、大体が受注後の話しだと思う ので、アジャイルな受託開発をど うやって受注するかってのは話し たい気持ちになってきました!”

8.

無理して 受注しても 継続できない

9.

始め半分

10.

Regional Scrum Gathering Tokyo 2024 アジャイルの価値を活かせる 受託開発案件の取り方・始め方 2024/1/10 藤村 新

11.

藤村 新(Arata Fujimura) • • クラスメソッド株式会社 CX事業本部 • 小売向け受託開発部門マネージャー • モダンオフショア事業推進責任者 Classmethod Vietnam/Da Nang 4 • 取締役 / 出資者 • オフショア開発営業担当 14 49 144 54 7935 2389

12.

アジェンダ •事例 •アジャイルの価値を活かせた継続事例 •アジャイルの価値を活かせなかった終了事例 •アジャイルな受託開発案件の取り方・始め方 •新十則 •まとめ

13.

アジェンダ •事例 •アジャイルの価値を活かせた継続事例 •アジャイルの価値を活かせなかった終了事例 •アジャイルな受託開発案件の取り方・始め方 •新十則 •まとめ

14.

大手コーヒーチェーン(アプリ)

15.

https://www.docswell.com/s/aratafuji/5L9GDK-2022-03-30-195923

16.

使い古された 古の事例 https://www.docswell.com/s/aratafuji/5L9GDK-2022-03-30-195923

17.

大手コーヒーチェーン 案件種別 ベンダーチェンジ 開発内容 既存アプリにモバイルオーダー&ペイ機能追加 スマホアプリ(iOS、Android、API)、 開発対象 店舗向けアプリ、API 私の役割 スクラムマスター

18.

取り方

22.

信頼してもらえた

23.

始め方

24.

https://www.docswell.com/s/aratafuji/5L9GDK-2022-03-30-195923#p34

25.

https://www.docswell.com/s/aratafuji/5L9GDK-2022-03-30-195923#p35

26.

https://www.docswell.com/s/aratafuji/5L9GDK-2022-03-30-195923#p36

27.

https://www.docswell.com/s/aratafuji/5L9GDK-2022-03-30-195923#p38

28.

大手ファミレスチェーン

29.

大手ファミレスチェーン 案件種別 ベンダーチェンジ 開発内容 各種新機能開発・運用、クラウド最適化 スマホアプリ(iOS、Android、API)、 開発対象 Web、認証基盤、システム連携GWなど 私の役割 プリセールス担当、案件責任者、PMO

30.

取り方

32.

素晴らしい事例ですね! 顧客 ありがとうございます! 私 最後の一押しとして、コーヒー屋さんの 責任者の方からお話し聞けませんか? 顧客 え!? 私

34.

顧客と一緒にプリセ

35.

始め方

36.

まずはアセスメントから受注

37.

一部巻取りからのスモールスタート 6 5 プロジェクト数 4.5 6 60 51 48 45 40 3 31 30 32 3 30 2 20 1.5 15 1 0 6月 1 7月 8月 9月 10月 11月 12月 0 アサイン人数 6

38.

大手コンビニチェーン

39.

大手コンビニチェーン 案件種別 新規開発 開発内容 モバイルオーダー&ペイ(一部店舗) スマホアプリ(iOS、Android、API)、 開発対象 店舗向けアプリ、API 私の役割 プリセールス担当、案件責任者

40.

取り方

42.

モバイルオーダー&ペイの ドメイン知識が決め手

43.

始め方

44.

ベトナムでキックオフ

45.

異言語間コミュニケーション

46.

アジェンダ •事例 •アジャイルの価値を活かせた継続事例 •アジャイルの価値を活かせなかった終了事例 •アジャイルな受託開発案件の取り方・始め方 •新十則 •まとめ

47.

大手ホームセンターチェーン

48.

大手ホームセンターチェーン 案件種別 アジャイルなオフショア開発を試すことが主目的 開発内容 既存サイトのリニューアル 開発対象 Webアプリケーション 私の役割 スクラムマスターとして入り、すぐに引き継ぎ 以降は案件責任者

50.

起こったこと • 顧客の現場の想いを軽視 チームビルディング不足 • TOPにも介入してもらったが改善は困難 • • 仕切り直し、アジャイルは止め、リリースする ことを目的に変更 一旦ベトナムパートナーに引継いだ後に終了 • 顧客のオフショア開発はインドへ… •

51.

大手ディスカウントストアチェーン

52.

大手ディスカウントストアチェーン 案件種別 ベンダーチェンジ 開発内容 リニューアル(現行踏襲&新機能) 開発対象 スマホアプリ(iOS、Android、API) 私の役割 スクラムマスターとして入り、すぐに引き継ぎ 以降は案件責任者

53.

ユーザーストーリーマッピング 新機能についての想いを聞かせてくれて ありがとうございます! (現行踏襲よりも新機能優先したいんだな) 新機能の追加、楽しみにしています! (現行機能に、沢山の新機能も追加してくれる なんて最高だな) 顧客 開発者

54.

当初のPBL ーーーーーーーーーー ーーーーーーーーーー (しっかり見積もりの) ーーーーーーーーーー 目玉となる新機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (ざっくり見積もりの) ーーーーーーーーーー 必須な現行機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (ほぼ見積もっていない) ーーーーーーーーーー 任意の現行機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (見積もっていない) ーーーーーーーーーー ーーーーーーーーーー 夢の新機能 ーーーーーーーーーー 開発者が考える スコープ調整 顧客が考える スコープ調整

55.

スプリントレビュー 今スプリントで開発した機能はこちらです。 使ってみたフィードバックください! (求められたら何か言ってあげないと) あえて言うならこんな機能もあると良いなと 思いました! 顧客 (聞いたからには作ってあげないと) はい、よろこんで! 既存機能開発よりも優先でOKですよね? 開発者 開発者

56.

当初のPBL 序盤のPBL ーーーーーーーーーー ーーーーーーーーーー (しっかり見積もった) ーーーーーーーーーー 目玉となる新機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (ざっくり見積もりの) ーーーーーーーーーー 必須な現行機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (ほぼ見積もっていない) ーーーーーーーーーー 任意の現行機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (見積もっていない) ーーーーーーーーーー ーーーーーーーーーー 夢の新機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー 完成 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー フィードバック ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー 目玉となる新機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (希望的見積もりの) ーーーーーーーーーー ーーーーーーーーーー 必須な現行機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー フィードバック ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (ほぼ見積もっていない) ーーーーーーーーーー ーーーーーーーーーー 任意の現行機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー 開発者が考える スコープ調整 顧客が考える スコープ調整

57.

まだフィードバック対応入ります? 顧客 (必須な現行機能をちゃんと見積もれて いないから何とも言えないけど) 多分大丈夫かと… 開発者 まだまだフィードバック対応入ります? 顧客 (そろそろヤバイな…) まずは必須な現行機能を見積もった上で 判断させてください 開発者

58.

当初のPBL 序盤のPBL 中盤のPBL ーーーーーーーーーー ーーーーーーーーーー (しっかり見積もった) ーーーーーーーーーー 目玉となる新機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (ざっくり見積もりの) ーーーーーーーーーー 必須な現行機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (ほぼ見積もっていない) ーーーーーーーーーー 任意の現行機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (見積もっていない) ーーーーーーーーーー ーーーーーーーーーー 夢の新機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー 完成 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー フィードバック ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー 目玉となる新機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (希望的見積もりの) ーーーーーーーーーー ーーーーーーーーーー 必須な現行機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー フィードバック ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (ほぼ見積もっていない) ーーーーーーーーーー ーーーーーーーーーー 任意の現行機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー 完成 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー 目玉となる新機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (しっかり見積もった) ーーーーーーーーーー 必須な現行機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー 開発者が考える スコープ調整 顧客が考える スコープ調整

59.

必須な現行機能を見積もった結果、 半分ぐらいしか終わらなそうです…。 当初お話しした通り、期日かスコープで 調整させてもらえないでしょうか。 開発者 えええっ!? 顧客 期日までに目玉機能と必須な現行機能は 全部作る必要があるんです! 予算はまだ出せるので、チームを増員 して対応してもらえないでしょうか。 善処します… 開発者

60.

起こったこと 現行機能も新機能も期日も必達 • 予算は可変 • チームメンバー増員 • ブルックスの法則? • 2倍に増員して1.5倍のベロシティを目指した • 予想ベロシティ×残スプリント数での見通し • 溢れる機能は前ベンダーに依頼 • 予想ベロシティが必達なフォース •

61.

起こったこと

62.

起こったこと 結果的にはやりきった • 全員疲弊 • 両社合意の上での契約終了 • 当初は継続開発想定 • そして案件は前ベンダーへ戻った •

63.

大手ゲームパブリッシャー

64.

大手ゲームパブリッシャー 案件種別 新規開発 開発内容 ユーザーコミュニティサイト 開発対象 Webアプリケーション 私の役割 スクラムマスターとして入り、すぐに引き継ぎ 以降は案件責任者

65.

起こったこと 期日、スコープがふわふわした状態で開始 • そのリスクはお互い合意してスタート • 潮目が変わったのを見逃した • 顧客のモードが変わったタイミングで • 追随できず 期待値の乖離の拡大 •

66.

起こったこと 結果的にはやりきった • 最後にふりかえりを実施 • 親父の小言プロジェクト編作成 •

67.

親父の小言 プロジェクト編

68.

ここまでで25分経過なら 良いペース

69.

アジェンダ •事例 •アジャイルの価値を活かせた継続事例 •アジャイルの価値を活かせなかった終了事例 •アジャイルな受託開発案件の取り方・始め方 •新十則 •まとめ

70.

第一則: 取り組んだら事例化しろ、 案件は事例から創られる

72.

第二則: なんでもかんでもやるな、 案件を選べ

73.

第二則: 案件を選べ 来た案件を何でもかんでもやらない • 業種、機能を寄せてナレッジを蓄積 • 筋の悪い案件取ると現場が疲弊 • リニューアル前提は慎重に検討 • アジャイルが目的な案件は要注意 •

74.

第三則: 失注を恐れるな、 言い辛いことは最初に言え

75.

第三則: 言い辛いことは最初に言え • 言い辛いこと • 期日とスコープの両方は約束できない • 準委任契約 • 機能単位の費用見積もりは断る • 体制×期間で全体の費用概算を算出 • 顧客の多大な協力が前提 • 丸投げ不可 • ベトナム支社への再委託(オフショア) • コスト削減ではなく優秀なチームの確保が目的

76.

第四則: アセスメントから取れ、 しっかりと精査せよ

77.

第四則: アセスメントから取れ • ベンダーチェンジでは現システムのアーキテク チャ、ソースコード、ライブラリ、クラウドの 構成などをアセスメントするフェーズから受注 • 精度の高い提案につなげる • 具体的な効果(コスト削減など)を提案書に明記 • 現行ソースコードを引き継いだ上でのリファク タリングが可能かも精査

79.

第五則: リニューアルするな、 リファクタリングで臨め

80.

第五則: リファクタリングで臨め • ベンダーチェンジはリファクタリングを推奨 アセスメントした上で判断 • 顧客にとってのメリット • • イニシャルのコスト負担を下げる • エンドユーザーへのインパクトを抑える 開発ベンダーにとってのメリット • アジャイル開発との相性の良さ •

81.

リファクタリングの進め方 必須対応→新機能開発→推奨対応の順 • 必須対応の例 • ライブラリのアップデート • 不要なリソース停止 • セキュリティとコスト削減にフォーカス • 顧客担当者は分かりやすい成果を期待 •

83.

どうしてもリニューアルするなら… 現行踏襲ではなく、UX再検討から提案 • 現行踏襲の必要がある場合、新機能開発 • は別フェーズに分割 現行踏襲は計画駆動 • 継続的インテグレーションは必須 • ビッグバン結合は何としても回避 •

84.

第六則: 新規開発はフェーズを分けろ、 少なくとも2つに分けろ

85.

第六則: 新規開発はフェーズを分けろ • MVPフェーズ • 初期リリースまでは(ある程度)計画駆動 • 顧客との関係構築フェーズ • 圧倒的なコミットメント • 背骨を作る • プロダクトの背骨 • 技術的な背骨 • MVPフェーズ(立ち上げ)専用チームも編成 • 少数精鋭のマッハチーム

86.

第六則: 新規開発はフェーズを分けろ MUSTフェーズ • 背骨に肉付け • MUSTフェーズ以降専用チームも編成 • エンハンスメントチーム • 継続的なDevOps • エラスティックなオフショアチーム •

88.

分断が課題

89.

案件責任者、エンハンスチームのアーキテクト等は マッハのフェーズからアサイン

90.

第七則: できるだけ集まれ、 少なくとも最初は集まれ

91.

https://www.docswell.com/s/aratafuji/KXGPR5-2022-03-30-201008#p79

92.

ベトナムでのチームビルディング

93.

国内PJでは 最初だけでなく 週次、月次で訪問

94.

第八則: 初回リリースまでは、 計画駆動と ライトウイングで臨め

95.

http://blogs.itmedia.co.jp/hiranabe/2012/09/rightwing-and-leftwing-of-agile.html

96.

初回リリースまでのアジャイル ✕ http://blogs.itmedia.co.jp/hiranabe/2012/09/rightwing-and-leftwing-of-agile.html

97.

第八則: 計画駆動とライトウイングで臨め まずは最短でプロダクトの背骨を作る • ことを重視 XPのエンジニアリングプラクティス • 継続的インテグレーションは必須 • CI/CD環境を一番最初に構築 •

98.

“両極の片側に位置するのは、規範的 な手法 。つまり、スクラム、エク ストリーム・ ロ ラミン SAFeといった、もの 方法 ある。(中略)しかし、チー 特定の手法に適合しない状況に 置かれているとすれ 薬 とを所定の 行うことをわたしたちに求め る手法 ム (XP)、 、その手法は ころか毒になる可能性 高い。” グ が ご ば グ プ だ で で が ど ‒ スコット・アンブラー / マーク・ラインズ, 『Choose Your WoW!』

99.

Disciplined Agile (出所)『Chose Your WoW!』

100.

受託開発への適用 契約前 スプリント0 スクラム? (出所)『Chose Your WoW!』 初回リリース準備

101.

ウォータースクラムフォール? ウォーター スクラム? フォール (計画) (実装) (リリース) (出所)『Chose Your WoW!』

102.

第九則: 初回リリースまでは、 当たり前品質だけを作れ

103.

狩野モデル https://www.agile-studio.jp/post/apm-kano-analysis

104.

充足質問 リニューアル時、現行機能が全て 実装されたらどう思いますか? 私 当然である! 不充足質問 顧客 リニューアル時、現行機能が一部でも 実装できなかったらどう思いますか? 気に入らない! 顧客 私

105.

狩野モデル https://sugiim.hatenablog.com/entry/2013/04/15/110321

106.

当初のPBL 序盤のPBL 中盤のPBL ーーーーーーーーーー ーーーーーーーーーー (しっかり見積もった) ーーーーーーーーーー 目玉となる新機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (ざっくり見積もりの) ーーーーーーーーーー 必須な現行機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (ほぼ見積もっていない) ーーーーーーーーーー 任意の現行機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (見積もっていない) ーーーーーーーーーー ーーーーーーーーーー 夢の新機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー 完成 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー フィードバック ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー 目玉となる新機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (希望的見積もりの) ーーーーーーーーーー ーーーーーーーーーー 必須な現行機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー フィードバック ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (ほぼ見積もっていない) ーーーーーーーーーー ーーーーーーーーーー 任意の現行機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー 完成 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー 目玉となる新機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (しっかり見積もった) ーーーーーーーーーー 必須な現行機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー 開発者が考える スコープ調整 顧客が考える スコープ調整

107.

当初のPBL ーーーーーーーーーー ーーーーーーーーーー (しっかり見積もった) ーーーーーーーーーー 目玉となる新機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (ざっくり見積もりの) ーーーーーーーーーー 必須な現行機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (ほぼ見積もっていない) ーーーーーーーーーー 任意の現行機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (見積もっていない) ーーーーーーーーーー ーーーーーーーーーー 夢の新機能 ーーーーーーーーーー 序盤のPBL 中盤のPBL ーーーーーーーーーー ーーーーーーーーーー 完成 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー フィードバック ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー 目玉となる新機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (希望的見積もりの) ーーーーーーーーーー ーーーーーーーーーー 必須な現行機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー フィードバック ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (ほぼ見積もっていない) ーーーーーーーーーー ーーーーーーーーーー 任意の現行機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー 完成 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー 目玉となる新機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (しっかり見積もった) ーーーーーーーーーー 必須な現行機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ✕ 開発者が考える スコープ調整 顧客が考える スコープ調整

108.

当初のPBL 序盤のPBL 中盤のPBL ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (しっかり見積もった) ーーーーーーーーーー ーーーーーーーーーー 必須な現行機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (ざっくり見積もりの) ーーーーーーーーーー 目玉となる新機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー 完成 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (しっかり見積もった) ーーーーーーーーーー ーーーーーーーーーー 必須な現行機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (ざっくり見積もりの) ーーーーーーーーーー ーーーーーーーーーー 目玉となる新機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー 完成 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (しっかり見積もった) ーーーーーーーーーー 必須な現行機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー (ざっくり見積もりの) ーーーーーーーーーー 目玉となる新機能 ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー

109.

スプリントレビュー 今スプリントで開発した機能はこちらです。 使ってみたフィードバックください! (求められたら何か言ってあげないと) あえて言うならこんな機能もあると良いなと 思いました! 顧客 (聞いたからには作ってあげないと) はい、よろこんで! 既存機能開発よりも優先でOKですね? 開発者 開発者

110.

スプリントレビュー 善意が招く余計な機能 今スプリントで開発した機能はこちらです。 使ってみたフィードバックください! (求められたら何か言ってあげないと) あえて言うならこんな機能もあると良いなと 思いました! 顧客 (聞いたからには作ってあげないと) はい、よろこんで! 既存機能開発よりも優先でOKですね? 開発者 開発者

111.

初回リリースまでは 検査と適応の機会を 抑制(透明性は担保)

112.

第十則: 引き継いだ後も見守れ、 感謝を込めて見守れ

113.

アジャイルの価値を 活かせなかった 終了事例の共通点

114.

スクラムマスターとして入り、すぐに引き継ぎ 私の役割 以降は案件責任者 スクラムマスターとして入り、すぐに引き継ぎ 私の役割 以降は案件責任者 スクラムマスターとして入り、すぐに引き継ぎ 私の役割 以降は案件責任者

115.

戦犯はオレ

116.

“やってみせ、言って聞かせて、させてみ せ、ほめてやらねば、人は動かじ。”話 し合い、耳を傾け、承認し、任せてやら ねば、人は育たず。やっている、姿を感 謝で見守って、信頼せねば、人は実らず ‒ 山本五十六

117.

“やってみせ、言って聞かせて、させてみ せ、ほめてやらねば、人は動かじ。話し 合い、耳を傾け、承認し、任せてやらね ば、人は育たず。”やっている、姿を感謝 で見守って、信頼せねば、人は実らず。 ‒ 山本五十六

118.

“やってみせ、言って聞かせて、させてみ せ、ほめてやらねば、人は動かじ。話し 合い、耳を傾け、承認し、任せてやらね ば、人は育たず。やっている、姿を感謝 で見守って、信頼せねば、人は実らず。” ‒ 山本五十六

119.

アジェンダ •事例 •アジャイルの価値を活かせた継続事例 •アジャイルの価値を活かせなかった終了事例 •アジャイルな受託開発案件の取り方・始め方 •新十則 •まとめ

120.

新十則 1.取り組んだら事例化しろ、案件は事例から創られる 2.なんでもかんでもやるな、案件を選べ 3.失注を恐れるな、言い辛いことは最初に言え 4.アセスメントから取れ、しっかりと精査せよ 5.リニューアルするな、リファクタリングで臨め 6.新規開発はフェーズを分けろ、少なくとも2つに分けろ 7.できるだけ集まれ、少なくとも最初は集まれ 8.初回リリースまでは、計画駆動とライトウイングで臨め 9.初回リリースまでは、当たり前品質だけを作れ 10.引き継いだ後も見守れ、感謝を込めて見守れ

121.

まとめ •取り方(提案) •新規 •MVP、MUSTフェーズに分け、開発プロセス、担当チームも変える •ベンダーチェンジ •アセスメントから提案、受注 •リニューアルよりリファクタリング •始め方(開発初期) •初回リリースまで •必須機能に集中し、積極的には変化を受け入れない •圧倒的なコミットメントで信頼関係を構築 •初回リリース以降は存分にスクラム

122.

さいごに

123.

第二則: なんでもかんでもやるな、 案件を選べ (自戒)

124.

第二則: 案件を選べ(自戒) • 自戒 アサインを埋めるためだけの案件を取るな • メンバーが疲弊する • • 売上目標達成のために無理して案件を取るな • 既存案件に悪影響が出る 支えたいと思える顧客にしっかりと向き合う • 結果として利潤を生み出す •

125.

“利潤の最大化のみを考える現在のビジネス は終焉を迎えつつあり、ミレニアル世代やZ 世代のビジネスパーソンたちを中心に、会社 の存在意義や目的(パーパス)、伝統、未来 のニーズなどさまざまな価値を重んじるよう になるのだという。それは決してお金儲けを 悪だと決めつけて「清貧たれ」という思想で はない。利潤最大化「以外」の価値も求めて ビジネスをしたほうが合理的だ、と著者は私 たちの心を揺さぶっているのだ。” ‒ ヤンシー・ストリックラー, 『2050年を生きる僕らのマニフェスト』

126.

“来た案件を ガッとして ギュッとして ドーンと流す”

127.

“来た案件を ガッとして ギュッとして ドーンと流す”

128.

✕ “来た案件を ガッとして ギュッとして ドーンと流す”

129.

第二則: 案件を選べ(自戒) • 自戒 アサインを埋めるためだけの案件を取るな • メンバーが疲弊する • • 売上目標達成のために無理して案件を取るな • 既存案件に悪影響が出る 支えたいと思える顧客にしっかりと向き合う • 結果として利潤を生み出す •

130.

第二則: 案件を選べ(自戒) • 自戒 “利潤最大化「以外」の アサインを埋めるためだけの案件を取るな • メンバーが疲弊する • 価値も求めてビジネス • 売上目標達成のために無理して案件を取るな • 既存案件に悪影響が出る をしたほうが合理的” 支えたいと思える顧客にしっかりと向き合う • 結果として利潤を生み出す •

131.

以上