SlideShare a Scribd company logo
1 of 64
Download to read offline
Toshihiro Ichitani All Rights Reserved.
逆境からのアジャイル
Ichitani Toshihiro
市⾕聡啓
逆境から仕事をアジャイルに
していくための4章+1
Toshihiro Ichitani All Rights Reserved.
http://about.me/papanda0806
Ichitani Toshihiro
市⾕聡啓
ソフトウェア開発16年
SIer→サービス→受託→起業
仮説検証とアジャイル開発
ギルドワークス株式会社 代表
株式会社 エナジャイル 代表
⼀般社団法⼈ 越境アジャイルアライアンス代表理事
DevLOVE コミュニティ ファウンダ
0 → 1
Toshihiro Ichitani All Rights Reserved.
“アジャイル開発”で⾔っていること
なんて⼤なり、⼩なりだいたい
皆取り組んでいるんでしょう?
Toshihiro Ichitani All Rights Reserved.
“アジャイル開発”で⾔っていること
なんて⼤なり、⼩なりだいたい
皆取り組んでいるんでしょう?
⼆極化しているかも?
アジャイルにしていく取り組みを呼吸するように
進められているところはある。
⼀⽅で、まだ ”アジャイル” に全く⼿を出せていない
ところだって結構ある。
当てずっぽうに想像すると、キャズムを越えて、
アーリーマジョリティの端緒についたくらい?(肌感)
Toshihiro Ichitani All Rights Reserved.
“これからのアジャイル”は、分が悪い
始められるなら、もう始めている。
始められないのは、理由がある。
それは、始めることに対して逆境にあること。
「現場ではじめよう、明⽇からはじめよう。
 新しい取り組みだから多少失敗したって、
 学びにして、次にいかそう」
「会社の取り組みなんだから、期待される効果を
 定量的に⽰して、上⻑の許可を得て、実施時に
 定期的なレポートを⾏なう
 …という申請を出して、通らない」
追い⾵
逆境
Toshihiro Ichitani All Rights Reserved.
このお話のテーマ
逆境で、
開発をアジャイルにしていくための作戦。
※逆境の中、それでも開発のあり⽅をより良い⽅向へと
 変えていきたいと諦めずに考えている⽅々へ。
Toshihiro Ichitani All Rights Reserved.
コンセプトは、”ドラクエ4”
組織で
プロダクト
オーナー
(PO)と
チームで1⼈から
Photo credit: hohbukuro via Visualhunt / CC BY-NC-SA
踏み越える境界を段階的にする
まずは1⼈から。1⼈からチーム。チームの外と。
そして、組織へ。
Toshihiro Ichitani All Rights Reserved.
“さくせんをねる”
じゅもんをせつやく
いろいろやろうぜ
いのちをだいじに
呪⽂の使⽤を控えめにする。必要最⼩限の呪⽂しか使わず、回復呪⽂より回復アイテムを先に使う
こともある。最終的にMPの消費が少なくなると判断した場合は、強⼒な攻撃呪⽂を使うこともある。
⾏動が戦況に関わらずランダムで選択される。結果として、普段使わないアイテムを使ったり、
無意味な呪⽂を唱えたりもする。
仲間が倒れないことを最優先として、HPの回復を徹底して⾏う。最上級の攻撃呪⽂を連発し、
被害が⼤きくならないよう⼿早く戦闘を終える⼿段をとることもある。
Toshihiro Ichitani All Rights Reserved.
“じゅもんをせつやく”
⼀気にやらない。
はじめる規模が⼤きいと、⾃分たちの⼒が及び難く、
関係者も多く、期待マネジメントのコストが⾼い。
はじめる規模が⼩さいと、⾃分たちの⼒が及び易く、
関係者も少く、期待マネジメントのコストが低い。
アジャイルのはじめ⽅もリーンスタートアップに。最⼩は1⼈。
期待マネジメント…関係者から寄せられる(たいてい暗黙的な)期待を適切に調整し続けること。
リーンスタートアップ…ざっくりいうと、⼩さく失敗して学びを得て、次に活かすアプローチ。
Toshihiro Ichitani All Rights Reserved.
“いろいろやろうぜ”
仮説を⽴てて、検証し続ける。
やたらめったらに、プラクティスだけ取り⼊れても
効果的ではないし、上からの「何やっているの?」に
答えられない。
アジャイル開発の型(後述)と⾃分たちの現状とを⽐較し
その間にあるGapを解消するための取り組み(仮説)を
漸次的に⾏なう。結果(検証)を元に次の取り組みを始める
「何やっているの?」
「開発の上でフィードバックループが回るように、タイムボックスを切って、
 まずはスプリントレビューをこなせるよう、うごいています。」
Toshihiro Ichitani All Rights Reserved.
“いのちだいじに”
取り組みを⽌められる=死 だけを回避する
関係者からSTOPが⼊るときがすべての終わり。
少なくとも終わることがないようにだけ最⼤限注意する。
例えば
コミットを破る … 何の⾒⽴てもない約束をしない。
期待に合わない … そもそも何を期待したらいいか
         誰も分かっていないことも。
         「⽣産性◯倍や!」=虚栄の評価指標
Toshihiro Ichitani All Rights Reserved.
死(⽌められる)以外は、
負け続けても良い!
負け=失敗経験こそ、学びだから。
負ければ負けるほど、次が上⼿く出来る。
Toshihiro Ichitani All Rights Reserved.
…さっそく、取り組みをはじめようの前に
必ず「Start with Why」で。
Why
How
What
Why、つまりなぜそれをするのか、を
取り組みの最初に考えるようにする。
ある⽬的を実現するためにHow⼿段が
ある。Howを実際に実⾏可能にすると
Whatプラクティス・タスクになる。
Why無きWhatからの学びは少ない。
Toshihiro Ichitani All Rights Reserved.
あなたのWhyは何?
Toshihiro Ichitani All Rights Reserved.
第1章 1⼈から
組織で
プロダクト
オーナー
(PO)と
チームで1⼈から
Toshihiro Ichitani All Rights Reserved.
1⼈から。
じゅもんをせつやく
⼀気にやらない
最強の最⼩単位。⾃分のことなので
⾃分次第。関係者はゼロか少数。
いろいろやろうぜ
仮説を⽴てて、検証し続ける
⾒える化から始める。
1⼈向きではじめやすく、問題解決
につながりやすい。
いのちだいじに
死だけを回避する
1⼈活動なので、誰からも
邪魔されない。
失敗の範囲も⼩さい。
Toshihiro Ichitani All Rights Reserved.
具体的には何からはじめるべき?
Toshihiro Ichitani All Rights Reserved.
⾃分の仕事の状況、流れの⾒える化=「1⼈カンバン」
まずはタスクボードレベル(TODO/DOING/DONE)からでも良い。
本格的なカンバンを作りたい⼈は「リーン開発の現場」を読もう!
リズムで仕事する=「1⼈タイムボックス」
反復開発は⼀定のリズムで⾏なう。まずはリズムで仕事をする
ことから慣れる。例えば、タイムボックスを「1週間」として
仕事のサイクルをつくる。カンバンで計画→実施→ふりかえり。
具体的には何からはじめるべき?
基本は「⾒える化」から。
https://www.amazon.co.jp/dp/427406932X
https://www.ipa.go.jp/sec/softwareengineering/reports/20130319.html
※よくわからないプラクティスがあればアジャイルプラクティスガイドを読もう!
Toshihiro Ichitani All Rights Reserved.
やり⽅が分からない…というか
1⼈で初めての取り組みは不安。
Toshihiro Ichitani All Rights Reserved.
幸いにして、仲間はいる。ただし外に。
「逆境」ならば社内より、外の⽅が出会いやすい。
ちまたの勉強会やコミュニティの活動に参加しましょう。
(社内勉強会は、初期の頃は⼼が折れやすいので無理にやらない)
ただし、進めるのは⾃分。1⼈。
仲間とは出会えるが、現場で実践するのは結局、⾃分。1⼈。
外で勉強しているだけでは、1ミリも現場の取り組みは進まない。
まずは1⼈。次に2⼈⽬を巻き込む。2⼈いればやれることが増える。
(2⼈⽬を巻き込めると2章(チーム)は近い)
やり⽅が分からない…というか
1⼈で初めての取り組みは不安。
Toshihiro Ichitani All Rights Reserved.
はじめるのにベストなタイミングは?
Toshihiro Ichitani All Rights Reserved.
はじめるのにベストなタイミングは?
いつでも!
1⼈の最⼤のメリットは、今すぐ始められること。
今すぐ始められるし、⽌めるのも⾃分で決められる。
⽌めても⾃分の意思で再開できる。
1⼈の時だけは、死(再起不能のSTOP)がない。
Toshihiro Ichitani All Rights Reserved.
第2章 チームで
組織で
プロダクト
オーナー
(PO)と
チームで1⼈から
Toshihiro Ichitani All Rights Reserved.
チームで。
じゅもんをせつやく
⼀気にやらない
チームメンバー及び、⼀つ上の⻑
(リーダーやマネージャー)との期待
マネジメントが必要になる。
いろいろやろうぜ
仮説を⽴てて、検証し続ける
まず、チームの⾒える化、リズム
仕事に取り組む。次にフィードバッ
クループの構築にトライする。
いのちだいじに
死だけを回避する
チームのミッションを
果たせなくなると、死。
Toshihiro Ichitani All Rights Reserved.
①
②
①
2⽅向の期待マネジメント
①の⽅針
「やってみたけど全然だめじゃん」という⼤いなる失望が
起きないよう、⼿に負える範囲で。適⽤するプラクティス
の数を限りなく絞る。
②の⽅針
チームのミッション(ex. いつまでにプロダクトつくる)の
コミットを第⼀に、取り組みを第⼆の優先順位で。
①チームメンバーとの間の期待マネジメント
②リーダーもしくはマネジメントとの間の
 期待マネジメント
Toshihiro Ichitani All Rights Reserved.
チームでは、何からはじめるべき?
Toshihiro Ichitani All Rights Reserved.
チームでは、何からはじめるべき?
⾒える化から、フィードバックループの構築。
1⼈と同じように、まずは⾒える化。
鉄板の⾒える化プラクティス
①チームのカンバン ②デイリーミーティング ③ふりかえり
フィードバックループの構築に挑戦する。
フィードバックループ、つまり、仕事の結果から次に何をする
べきかを意思決定し、結果の改善を⾏っていくこと。
このループを建付けるために、システム(仕組み)が必要になる。
⾶躍的に取り組むことが増えるため難易度が⾼まる。
Toshihiro Ichitani All Rights Reserved.
フィードバックループをチームで回すシステム
Do Check ActionPlan
計画づくり 実⾏ レビュー ふりかえり
…
サイクル
Toshihiro Ichitani All Rights Reserved.
フィードバックループをチームで回すシステム
Do Check ActionPlan
計画づくり 実⾏ レビュー ふりかえり
…
サイクル
Do Check ActionPlan
スプリント
計画ミーティング
スプリント開発
デイリースクラム
スプリントレビュー
スプリント
レトロスペクティヴ
…
スプリント
Toshihiro Ichitani All Rights Reserved.
ここでスクラムガイドを引っ張り出すと
分からないこと、慣れないことが⼀気に増えて
「プラクティスの海」に溺れることになる。
(思考が⽌まる)
Toshihiro Ichitani All Rights Reserved.
プラクティスをこなすことを⽬的にしない
① 完璧を⽬指さない
最初から完璧に仕組みをつくることを⽬指さない。
不完全な仕組み化によって起きる弊害をカバーできる
ように、
(a)仕事上のバッファを確保する。
(b)スプリントを⽌めることを躊躇しない。
  (⾃信をもって終わらせられるやり⽅に戻す)
② 適切なメンターか経験者を調達する
Howの詰め込みではなく、Whyからの取り組みを
⽀援してくれる存在が望ましい。
Toshihiro Ichitani All Rights Reserved.
第3章 POと
組織で
プロダクト
オーナー
(PO)と
チームで1⼈から
Toshihiro Ichitani All Rights Reserved.
POと。
じゅもんをせつやく
⼀気にやらない
PO(顧客、ビジネス側)との
期待マネジメントが必要になる。
いろいろやろうぜ
仮説を⽴てて、検証し続ける
フィードバックループを素早く
回せるように、POとのコミュニ
ケーションに取り組む。
いのちだいじに
死だけを回避する
(同じく)チームのミッションを
果たせなくなると、死。
Toshihiro Ichitani All Rights Reserved.
POを巻き込むのに、
どんな期待マネジメントを⾏なうべき?
Toshihiro Ichitani All Rights Reserved.
POを巻き込むのに、
どんな期待マネジメントを⾏なうべき?
2つの期待マネジメント
インセプションデッキで、期待マネジメント。
プロダクトの⽅向性をPOとチームで整え、どう実現するか
お互いの共通理解を深める。
ドラッカー⾵エクササイズ、で期待マネジメント。
メンバーそれぞれの⽴ち振るまいや価値観を可視化し
お互いの共通理解を深める。
Toshihiro Ichitani All Rights Reserved.
インセプションデッキ
プロジェクトが然るべき⽅向を向いているか
チーム全員で明らかにする。
https://www.amazon.co.jp/dp/4274068560
※インセプションデッキについてはアジャイルサムライを読もう!
Toshihiro Ichitani All Rights Reserved.
ドラッカー⾵エクササイズ
4つの質問をチーム全員で答える。
https://www.amazon.co.jp/dp/4274068560
※ドラッカー⾵エクササイズについてもアジャイルサムライを読もう!
⾃分は何が得意なのか?
⾃分はどうやって貢献するつもりなのか?
⾃分が⼤切に思う価値は何か?
チームメンバーは⾃分にどんな成果を
期待してると思うか?
実際にメンバーにも表明してもらってGapを
明らかにする。
Toshihiro Ichitani All Rights Reserved.
巻き込まない(巻き込めない)という選択
外堀(線表)と内堀(調整余地)で
本丸(アジャイル開発)のハードルを⾼めすぎない
https://www.slideshare.net/papanda/ss-79239778
※「鉄壁の中のアジャイル」
Toshihiro Ichitani All Rights Reserved.
POとは、どういうコミュニケーション
を取ればいいのだろう?
Toshihiro Ichitani All Rights Reserved.
POとは、どういうコミュニケーション
を取ればいいのだろう?
ユーザーストーリーで会話しながら
フィードバックループを早く回していくためには
コミュニケーションの中⼼となるバックログは
ユーザーストーリー形式で、記述を軽くする。
記述を軽くする分、内容を対話で補完する、
Toshihiro Ichitani All Rights Reserved.
ユーザーストーリー駆動開発
ユーザーストーリーとは、①やりたいことをまとめる
⼿段であり、②計画を⽴てるための材料であり、
③実績を測るための対象である。
https://www.slideshare.net/papanda/ss-41638116
※ユーザーストーリーの詳しくは「ユーザーストーリー駆動開発で⾏こう。」を読もう
Toshihiro Ichitani All Rights Reserved.
POとの約束を守れるかしら…
Toshihiro Ichitani All Rights Reserved.
POとの約束を守れるかしら…
コミットは深さと広さで
⼀番の難題はバックログがあいまいな状態で、
どうやって、どこまでを関係者と握るか。
(お互いにやり⽅に慣れていないと後で「コレジャナイ」  
が起きやすい)
広さ(範囲)でコミットし、深さ(実現内容)で調整する。
なのでユーザーストーリーマッピングが活きてくる。
Toshihiro Ichitani All Rights Reserved.
ユーザーストーリーマッピング
https://www.slideshare.net/papanda/ss-41638116
※「ユーザーストーリー駆動開発で⾏こう。」
https://www.amazon.co.jp/dp/4873117321
https://www.amazon.co.jp/dp/4873117321
※「ユーザーストーリーマッピング」
Toshihiro Ichitani All Rights Reserved.
もうちょっと広さと深さの話
広さ
深さ
①広さと深さコミット
いわゆるスコープ固定。
段階的にやりながら
詳しくしていく開発には
向いていない
広さ
深さ
②深さコミット
実現したい機能レベルに
コミットする。
どこまでやるかを調整。
(いわゆる準委任契約)
期待するボリューム感が
関係者と合わず始められ
なかったり、後でコレジャ
ナイになりがち。
広さ
深さ
③広さコミット
実現する範囲にコミット
する。⼀つ⼀つをどこまで
作り込むか調整しながら
進める。
実現レベルを松⽵梅を⾒⽴
てることでゆるやかに期待
感をすりあわせる。
Toshihiro Ichitani All Rights Reserved.
第4章 組織で
組織で
プロダクト
オーナー
(PO)と
チームで1⼈から
Toshihiro Ichitani All Rights Reserved.
組織で。
じゅもんをせつやく
⼀気にやらない
経営との期待マネジメント
いろいろやろうぜ
仮説を⽴てて、検証し続ける
取り組みを分かりやすくする。
“型”を最初の理想と置き、“型”との
差分を計画的に倒していく。
いのちだいじに
死だけを回避する
経営からの問いに
答えられないと、死
Toshihiro Ichitani All Rights Reserved.
屏⾵の⻁を捕まえる問題
経営の期待は?…そもそも存在しているか。
Why
How
What
アジャイル開発
をやれー!
どうやって
やるか考えよ
……。
(何か成果あげてね)
アジャイル開発の取り組みへの期待が
あいまいなまま、「うまいことやって」
は誰も、どこにもたどり着けない。
Toshihiro Ichitani All Rights Reserved.
どうすれば経営側に取り組みを、
理解してもらえるだろうか
Toshihiro Ichitani All Rights Reserved.
どうすれば経営側に取り組みを、
理解してもらえるだろうか
“型” を置き、”型” との差分で状況を可視化する
“アジャイル開発”というやり⽅があるわけではない。
…ので、余計に何をどこまで出来るようになると意義が
あるのか、分かりいくい。
あえて分かりやすくする=現状と差分が取れる“型”の⽤意
どの差分の解消から初めて、次に何を、その次は…
可視化された計画を、経営との「共通⾔語」にする。
Copyright (c) 2016 Guild Works Inc.
型としてのアジャイル開発との⽐較を⾏う(1/3)
51
型としてのアジャイル開発
あなたのチーム
⻘字は今後やると良さそうなこと
※ここでの型はスクラムガイド及び
アジャイルサムライ、リーン開発の
現場を前提
チーム
・1チーム、両⼿未満
・プログラマ、デザイナ、プロジェクトマ
ネージャ、アナリスト、テスター等
・開発チーム、PO、スクラムマスター
・必要に応じた役割と定義と期待
⽅向付け
・プロジェクトの⽅向付けやチームビルド
を⾏う
・フレームは、インセプションデッキ
要求
・管理⼿段は、プロダクトバックログ
・形式は、ユーザーストーリー形式(INVEST)
・完成の定義がある
・バックログを練る、伝える機会がある
 →バックログリファインメント
リリース計画
・プロダクトバックログを元に、リリース
時期を⾒定める
・チームのベロシティ(仮定でおく)
・バックログの⾒積もり(相対⾒積)
 →プランニングポーカー
Sample
(1)型との差分から取り組み内容を決める
(2)取り組み内容を「バックログ」として管理する
→「アジャイル取り組みバックログリスト」の運⽤
  ※だから、取り組みのプランニングもふりかえりもやる
Toshihiro Ichitani All Rights Reserved.
“型” は潰せる。”アジャイル”は潰せない。
「アジャイル⾃体がダメ」にしない。
型があれば「型⾃体を⾒直す」選択が取れる。
取り組み
結果
アジャイル開発
なんてできっこない!
①型が無くて、
上⼿くいかないと…
②型を置いて取り組む
アジャイル
開発の”型”
取り組み
結果
型の⽅が組織にあって
ない?⾃分たちに
とっての型を決め直す
※”アジャイル開発の型”という考え⽅⾃体が「便宜上の⼿がかり」みたいなもの。
 本来は⾃分たちで、⾃分たちの状況を踏まえて、理想を置く。
Toshihiro Ichitani All Rights Reserved.
期待がよく分からなくても成果は求められる!
①最初の取り組みは「アジャイルとは何なのか」を
 まずは関係者全員で理解する機会にする
  (最初で「頓死」するリスクは、”型”で回避)
②次の取り組みで「屏⾵の⻁を出す」=「期待は何」
 をデッキのアジェンダで可視化する
  (デッキ⾃体をやることにこだわらないこと)
Toshihiro Ichitani All Rights Reserved.
屏⾵の⻁を出すインセプションデッキ
押さえておきたいこと
① われわれはなぜここにいるのか (why)
② アジャイル開発の「ピッチ」
③ 取り組むにあたっての「トレードオフスライダー」
④ 取り組みとして「やらないこと」
⑤ 夜も眠れない問題
⑥ 期間はどれだけ必要か(線表)
…線表?
Toshihiro Ichitani All Rights Reserved.
線表 = いつまでは「何をしない」表明
アジャイル開発の取り組みで、あえて
「線表(マイルストーンのプロット)」をつくる狙いは、
関係者に向けた「意思表明」と「合意の可視化」である。
線表には、いつ、何をするかが書かれている。
逆に「いつまでは何をしない」を表現することになる。
「唐突に全体の評価をし始めない」
「あれもこれもと詰め込みすぎない」
Toshihiro Ichitani All Rights Reserved.
まとめ:コミットコントロールと練度を捉えて
    ⾏き⽅を決める。
コミット
コントロール
むずかしい
コミット
コントロール
かんたん
求められる
練度低い
求められる
練度⾼い
1⼈で
チームで
POと
組織で
“じゅもんをせつやく”
 (⼀気にやらない)
“いろいろとやろうぜ”
 (仮説を⽴てて検証し続ける)
“いのちだいじに”
 (死だけ回避する)
= 展開範囲と取り組み内容を
 時間軸に乗せて段階的に進める
結局チームだけが学びを
得られれば良いわけではない。
チーム、関係者、経営それぞれの
学びの進捗が求められる
頓死に
注意ゾーン
勝てる
ゾーン
Toshihiro Ichitani All Rights Reserved.
これで全部終わり?
最後に、もう⼀つのケース。
ゼロから、いきなり
「組織として」始めちゃう。
Toshihiro Ichitani All Rights Reserved.
最終章 いきなり逆境アジャイル
組織で
プロダクト
オーナー
(PO)と
チームで1⼈から
プロダクト
オーナー
(PO)と
チームで1⼈から
Toshihiro Ichitani All Rights Reserved.
まだ⾃分⾃⾝の練度が何も⾼まっていないのに
チームで取り組みを始めないといけない
しかも、PO(ビジネス側)をまきこんで。
もちろん、経営に報告しないといけない。
…どうする?
Toshihiro Ichitani All Rights Reserved.
“みんながんばれ”
これまでのパターンを組み合わせる。
その状況に応じて攻撃・補助・回復のバランスの取れた平均的な戦闘をする。
社内向けシステム
でパイロット的
プロジェクト
アジャイルの”型"
屏⾵の⻁デッキ 適切なメンター
⾒える化
フィードバック
ループ構築
+ ユーザー
ストーリー駆動開発
2つの
期待マネジメント
広さでコミット
深さで調整
全体の期待調整 セーフティーネット 取り組み⽅針 PO期待マネジメント
第1段階
第2段階
まずはコミット範囲を
限定し、経営と⽬的⾃
体をつくる
型から始めて、型の限
界をメンターとともに
越える
⾒える化から始めて
フィードバックループ
構築へ
プロダクトの⽅向性、メ
ンバーの価値観からバッ
クログレベルの期待調整
あるいは断る。
Toshihiro Ichitani All Rights Reserved.
エピローグ おわりに
https://ikinari.guildworks.jp/
「いきなり最強チーム」
Toshihiro Ichitani All Rights Reserved.
逆境の中、それでも開発のあり⽅をより良い⽅向へと
変えていきたいと諦めずに考えている⽅々へ。
Toshihiro Ichitani All Rights Reserved.
逆境からのアジャイル=現場から始める
経営が、CIOが、マネージャーが、状況を俯瞰して
取り組みのトリガーを引く…の夢をいつまで⾒るか。
そもそも “アジャイルな開発” とは、現場の仕事の
あり⽅、やり⽅そのものなのだから「現場から始める」
で合ってる!(から、躊躇しなくて良い)
変化を、⾃分から、⼀⼈からでも、始めよう。
Toshihiro Ichitani All Rights Reserved.
逆境からも越境はできる。

More Related Content

What's hot

チーム仕事のはじめ方 〜「チームビルド」から「チームマージ」へ
チーム仕事のはじめ方 〜「チームビルド」から「チームマージ」へチーム仕事のはじめ方 〜「チームビルド」から「チームマージ」へ
チーム仕事のはじめ方 〜「チームビルド」から「チームマージ」へtoshihiro ichitani
 
カイゼン・ジャーニー Can we change the world?
カイゼン・ジャーニー Can we change the world?カイゼン・ジャーニー Can we change the world?
カイゼン・ジャーニー Can we change the world?toshihiro ichitani
 
アジャイル開発はWhyから始まる
アジャイル開発はWhyから始まるアジャイル開発はWhyから始まる
アジャイル開発はWhyから始まるtoshihiro ichitani
 
拝啓、プロダクトオーナー様。
拝啓、プロダクトオーナー様。拝啓、プロダクトオーナー様。
拝啓、プロダクトオーナー様。toshihiro ichitani
 
時を超えた越境への道
時を超えた越境への道時を超えた越境への道
時を超えた越境への道toshihiro ichitani
 
鉄壁の中のアジャイル
鉄壁の中のアジャイル鉄壁の中のアジャイル
鉄壁の中のアジャイルtoshihiro ichitani
 
逆境から新規事業をスタートアップする「仮説検証型アジャイル開発」の実践
逆境から新規事業をスタートアップする「仮説検証型アジャイル開発」の実践逆境から新規事業をスタートアップする「仮説検証型アジャイル開発」の実践
逆境から新規事業をスタートアップする「仮説検証型アジャイル開発」の実践toshihiro ichitani
 
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。toshihiro ichitani
 
正しくないものをつくらない。7つの失敗パターン
正しくないものをつくらない。7つの失敗パターン正しくないものをつくらない。7つの失敗パターン
正しくないものをつくらない。7つの失敗パターンtoshihiro ichitani
 
価値探索 -仮説検証の実践-
価値探索 -仮説検証の実践-価値探索 -仮説検証の実践-
価値探索 -仮説検証の実践-toshihiro ichitani
 
塹壕にいるすべての同朋へ
塹壕にいるすべての同朋へ塹壕にいるすべての同朋へ
塹壕にいるすべての同朋へtoshihiro ichitani
 
多様な働き⽅のチームでどうやって アジャイルにやるの?(雁行陣開発)
多様な働き⽅のチームでどうやって アジャイルにやるの?(雁行陣開発)多様な働き⽅のチームでどうやって アジャイルにやるの?(雁行陣開発)
多様な働き⽅のチームでどうやって アジャイルにやるの?(雁行陣開発)toshihiro ichitani
 
正しいものを正しくつくる
正しいものを正しくつくる正しいものを正しくつくる
正しいものを正しくつくるtoshihiro ichitani
 
正しいものを正しくつくれているか?
正しいものを正しくつくれているか?正しいものを正しくつくれているか?
正しいものを正しくつくれているか?toshihiro ichitani
 
我々に越境できない境界は無い。
我々に越境できない境界は無い。我々に越境できない境界は無い。
我々に越境できない境界は無い。toshihiro ichitani
 
新しいジャーニーをはじめよう。
新しいジャーニーをはじめよう。新しいジャーニーをはじめよう。
新しいジャーニーをはじめよう。toshihiro ichitani
 
越境する開発 -Seek Right Things-
越境する開発 -Seek Right Things- 越境する開発 -Seek Right Things-
越境する開発 -Seek Right Things- toshihiro ichitani
 
プロダクトオーナー2.0
プロダクトオーナー2.0プロダクトオーナー2.0
プロダクトオーナー2.0toshihiro ichitani
 

What's hot (20)

チーム仕事のはじめ方 〜「チームビルド」から「チームマージ」へ
チーム仕事のはじめ方 〜「チームビルド」から「チームマージ」へチーム仕事のはじめ方 〜「チームビルド」から「チームマージ」へ
チーム仕事のはじめ方 〜「チームビルド」から「チームマージ」へ
 
カイゼン・ジャーニー Can we change the world?
カイゼン・ジャーニー Can we change the world?カイゼン・ジャーニー Can we change the world?
カイゼン・ジャーニー Can we change the world?
 
アジャイル開発はWhyから始まる
アジャイル開発はWhyから始まるアジャイル開発はWhyから始まる
アジャイル開発はWhyから始まる
 
拝啓、プロダクトオーナー様。
拝啓、プロダクトオーナー様。拝啓、プロダクトオーナー様。
拝啓、プロダクトオーナー様。
 
時を超えた越境への道
時を超えた越境への道時を超えた越境への道
時を超えた越境への道
 
越境アジャイル
越境アジャイル越境アジャイル
越境アジャイル
 
鉄壁の中のアジャイル
鉄壁の中のアジャイル鉄壁の中のアジャイル
鉄壁の中のアジャイル
 
逆境から新規事業をスタートアップする「仮説検証型アジャイル開発」の実践
逆境から新規事業をスタートアップする「仮説検証型アジャイル開発」の実践逆境から新規事業をスタートアップする「仮説検証型アジャイル開発」の実践
逆境から新規事業をスタートアップする「仮説検証型アジャイル開発」の実践
 
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
 
正しくないものをつくらない。7つの失敗パターン
正しくないものをつくらない。7つの失敗パターン正しくないものをつくらない。7つの失敗パターン
正しくないものをつくらない。7つの失敗パターン
 
価値探索 -仮説検証の実践-
価値探索 -仮説検証の実践-価値探索 -仮説検証の実践-
価値探索 -仮説検証の実践-
 
塹壕にいるすべての同朋へ
塹壕にいるすべての同朋へ塹壕にいるすべての同朋へ
塹壕にいるすべての同朋へ
 
多様な働き⽅のチームでどうやって アジャイルにやるの?(雁行陣開発)
多様な働き⽅のチームでどうやって アジャイルにやるの?(雁行陣開発)多様な働き⽅のチームでどうやって アジャイルにやるの?(雁行陣開発)
多様な働き⽅のチームでどうやって アジャイルにやるの?(雁行陣開発)
 
正しいものを正しくつくる
正しいものを正しくつくる正しいものを正しくつくる
正しいものを正しくつくる
 
正しいものを正しくつくれているか?
正しいものを正しくつくれているか?正しいものを正しくつくれているか?
正しいものを正しくつくれているか?
 
我々に越境できない境界は無い。
我々に越境できない境界は無い。我々に越境できない境界は無い。
我々に越境できない境界は無い。
 
Emotional development
Emotional developmentEmotional development
Emotional development
 
新しいジャーニーをはじめよう。
新しいジャーニーをはじめよう。新しいジャーニーをはじめよう。
新しいジャーニーをはじめよう。
 
越境する開発 -Seek Right Things-
越境する開発 -Seek Right Things- 越境する開発 -Seek Right Things-
越境する開発 -Seek Right Things-
 
プロダクトオーナー2.0
プロダクトオーナー2.0プロダクトオーナー2.0
プロダクトオーナー2.0
 

Similar to 逆境からのアジャイル

越境する開発 -Seek Right Things-
越境する開発 -Seek Right Things-越境する開発 -Seek Right Things-
越境する開発 -Seek Right Things-GuildWorks
 
アジャイル開発は世界を変える夢を見るか
アジャイル開発は世界を変える夢を見るかアジャイル開発は世界を変える夢を見るか
アジャイル開発は世界を変える夢を見るかtoshihiro ichitani
 
13年かけたら、言えること
13年かけたら、言えること13年かけたら、言えること
13年かけたら、言えることtoshihiro ichitani
 
Netadashi Meetup #2 20170120
Netadashi Meetup #2 20170120Netadashi Meetup #2 20170120
Netadashi Meetup #2 20170120Shigeki Morizane
 
オタクエンジニアを熱くさせる!モチベーションと効率をあげるチームビルディング_20210611_TechDay#1_3
オタクエンジニアを熱くさせる!モチベーションと効率をあげるチームビルディング_20210611_TechDay#1_3オタクエンジニアを熱くさせる!モチベーションと効率をあげるチームビルディング_20210611_TechDay#1_3
オタクエンジニアを熱くさせる!モチベーションと効率をあげるチームビルディング_20210611_TechDay#1_3虎の穴 開発室
 
オタクエンジニアを熱くさせる!モチベーションをあげるチームビルディング
オタクエンジニアを熱くさせる!モチベーションをあげるチームビルディングオタクエンジニアを熱くさせる!モチベーションをあげるチームビルディング
オタクエンジニアを熱くさせる!モチベーションをあげるチームビルディング虎の穴 開発室
 
Digital Business and Agile
Digital Business and AgileDigital Business and Agile
Digital Business and AgileKenji Hiranabe
 
私がのこすだろうたった1つの言葉
私がのこすだろうたった1つの言葉私がのこすだろうたった1つの言葉
私がのこすだろうたった1つの言葉toshihiro ichitani
 
大きな組織にスクラムの輪を広げていくために
大きな組織にスクラムの輪を広げていくために大きな組織にスクラムの輪を広げていくために
大きな組織にスクラムの輪を広げていくためにTomonori Fukuta
 
NGY Goodfind Seminar 2011-12-10
NGY Goodfind Seminar 2011-12-10NGY Goodfind Seminar 2011-12-10
NGY Goodfind Seminar 2011-12-10YUTAKA ITO
 
[DevLOVE関西]大きなSIerの中で「アジャイルな開発で飯を食う」までの歩み
[DevLOVE関西]大きなSIerの中で「アジャイルな開発で飯を食う」までの歩み[DevLOVE関西]大きなSIerの中で「アジャイルな開発で飯を食う」までの歩み
[DevLOVE関西]大きなSIerの中で「アジャイルな開発で飯を食う」までの歩みShigeki Morizane
 
リモートワークに大切な3つのこと ~アジャイル開発の現場より~
リモートワークに大切な3つのこと ~アジャイル開発の現場より~リモートワークに大切な3つのこと ~アジャイル開発の現場より~
リモートワークに大切な3つのこと ~アジャイル開発の現場より~aslead
 
[XP祭り2016][B-5(2)]エンタープライズアジャイルへの挑戦と苦悩(公開版)
[XP祭り2016][B-5(2)]エンタープライズアジャイルへの挑戦と苦悩(公開版)[XP祭り2016][B-5(2)]エンタープライズアジャイルへの挑戦と苦悩(公開版)
[XP祭り2016][B-5(2)]エンタープライズアジャイルへの挑戦と苦悩(公開版)Shigeki Morizane
 
拝啓、プロダクトオーナー様。
拝啓、プロダクトオーナー様。拝啓、プロダクトオーナー様。
拝啓、プロダクトオーナー様。GuildWorks
 
jbug#10(ジョイゾー星野)
jbug#10(ジョイゾー星野)jbug#10(ジョイゾー星野)
jbug#10(ジョイゾー星野)Tomohisa Hoshino
 
アジャイルマインドの重要性
アジャイルマインドの重要性アジャイルマインドの重要性
アジャイルマインドの重要性Akiyah
 
Agile2010とは何だったのか
Agile2010とは何だったのかAgile2010とは何だったのか
Agile2010とは何だったのかDai FUJIHARA
 
Class for hisamatsu-chu
Class for hisamatsu-chuClass for hisamatsu-chu
Class for hisamatsu-chuShoki_Taniyama
 

Similar to 逆境からのアジャイル (20)

越境する開発 -Seek Right Things-
越境する開発 -Seek Right Things-越境する開発 -Seek Right Things-
越境する開発 -Seek Right Things-
 
アジャイル開発は世界を変える夢を見るか
アジャイル開発は世界を変える夢を見るかアジャイル開発は世界を変える夢を見るか
アジャイル開発は世界を変える夢を見るか
 
13年かけたら、言えること
13年かけたら、言えること13年かけたら、言えること
13年かけたら、言えること
 
Netadashi Meetup #2 20170120
Netadashi Meetup #2 20170120Netadashi Meetup #2 20170120
Netadashi Meetup #2 20170120
 
オタクエンジニアを熱くさせる!モチベーションと効率をあげるチームビルディング_20210611_TechDay#1_3
オタクエンジニアを熱くさせる!モチベーションと効率をあげるチームビルディング_20210611_TechDay#1_3オタクエンジニアを熱くさせる!モチベーションと効率をあげるチームビルディング_20210611_TechDay#1_3
オタクエンジニアを熱くさせる!モチベーションと効率をあげるチームビルディング_20210611_TechDay#1_3
 
オタクエンジニアを熱くさせる!モチベーションをあげるチームビルディング
オタクエンジニアを熱くさせる!モチベーションをあげるチームビルディングオタクエンジニアを熱くさせる!モチベーションをあげるチームビルディング
オタクエンジニアを熱くさせる!モチベーションをあげるチームビルディング
 
アジャイルを「ふりかえる」
アジャイルを「ふりかえる」アジャイルを「ふりかえる」
アジャイルを「ふりかえる」
 
Digital Business and Agile
Digital Business and AgileDigital Business and Agile
Digital Business and Agile
 
Agile Ba with Covid
Agile Ba with CovidAgile Ba with Covid
Agile Ba with Covid
 
私がのこすだろうたった1つの言葉
私がのこすだろうたった1つの言葉私がのこすだろうたった1つの言葉
私がのこすだろうたった1つの言葉
 
大きな組織にスクラムの輪を広げていくために
大きな組織にスクラムの輪を広げていくために大きな組織にスクラムの輪を広げていくために
大きな組織にスクラムの輪を広げていくために
 
NGY Goodfind Seminar 2011-12-10
NGY Goodfind Seminar 2011-12-10NGY Goodfind Seminar 2011-12-10
NGY Goodfind Seminar 2011-12-10
 
[DevLOVE関西]大きなSIerの中で「アジャイルな開発で飯を食う」までの歩み
[DevLOVE関西]大きなSIerの中で「アジャイルな開発で飯を食う」までの歩み[DevLOVE関西]大きなSIerの中で「アジャイルな開発で飯を食う」までの歩み
[DevLOVE関西]大きなSIerの中で「アジャイルな開発で飯を食う」までの歩み
 
リモートワークに大切な3つのこと ~アジャイル開発の現場より~
リモートワークに大切な3つのこと ~アジャイル開発の現場より~リモートワークに大切な3つのこと ~アジャイル開発の現場より~
リモートワークに大切な3つのこと ~アジャイル開発の現場より~
 
[XP祭り2016][B-5(2)]エンタープライズアジャイルへの挑戦と苦悩(公開版)
[XP祭り2016][B-5(2)]エンタープライズアジャイルへの挑戦と苦悩(公開版)[XP祭り2016][B-5(2)]エンタープライズアジャイルへの挑戦と苦悩(公開版)
[XP祭り2016][B-5(2)]エンタープライズアジャイルへの挑戦と苦悩(公開版)
 
拝啓、プロダクトオーナー様。
拝啓、プロダクトオーナー様。拝啓、プロダクトオーナー様。
拝啓、プロダクトオーナー様。
 
jbug#10(ジョイゾー星野)
jbug#10(ジョイゾー星野)jbug#10(ジョイゾー星野)
jbug#10(ジョイゾー星野)
 
アジャイルマインドの重要性
アジャイルマインドの重要性アジャイルマインドの重要性
アジャイルマインドの重要性
 
Agile2010とは何だったのか
Agile2010とは何だったのかAgile2010とは何だったのか
Agile2010とは何だったのか
 
Class for hisamatsu-chu
Class for hisamatsu-chuClass for hisamatsu-chu
Class for hisamatsu-chu
 

More from toshihiro ichitani

ナラティブ・プロトタイピング
ナラティブ・プロトタイピングナラティブ・プロトタイピング
ナラティブ・プロトタイピングtoshihiro ichitani
 
組織にアジャイルの構造を作る
組織にアジャイルの構造を作る組織にアジャイルの構造を作る
組織にアジャイルの構造を作るtoshihiro ichitani
 
組織でアジャイルの ”回転” を繋ぐ
 組織でアジャイルの ”回転” を繋ぐ 組織でアジャイルの ”回転” を繋ぐ
組織でアジャイルの ”回転” を繋ぐtoshihiro ichitani
 
組織アジャイルをはじめる
組織アジャイルをはじめる組織アジャイルをはじめる
組織アジャイルをはじめるtoshihiro ichitani
 
デジタルトランスフォーメーション・ジャーニー・デッキ
デジタルトランスフォーメーション・ジャーニー・デッキデジタルトランスフォーメーション・ジャーニー・デッキ
デジタルトランスフォーメーション・ジャーニー・デッキtoshihiro ichitani
 
伝統的な組織で始めるアジャイル
伝統的な組織で始めるアジャイル伝統的な組織で始めるアジャイル
伝統的な組織で始めるアジャイルtoshihiro ichitani
 
アジャイルブリゲード 〜対立する二項を組織の構造と仕組みによって繋ぐ〜
アジャイルブリゲード 〜対立する二項を組織の構造と仕組みによって繋ぐ〜アジャイルブリゲード 〜対立する二項を組織の構造と仕組みによって繋ぐ〜
アジャイルブリゲード 〜対立する二項を組織の構造と仕組みによって繋ぐ〜toshihiro ichitani
 
正しいものをともに考え、正しくともにつくる
正しいものをともに考え、正しくともにつくる正しいものをともに考え、正しくともにつくる
正しいものをともに考え、正しくともにつくるtoshihiro ichitani
 
チーム・ジャーニー・デッキ
チーム・ジャーニー・デッキチーム・ジャーニー・デッキ
チーム・ジャーニー・デッキtoshihiro ichitani
 
自分のハンドルは自分で握れ
自分のハンドルは自分で握れ自分のハンドルは自分で握れ
自分のハンドルは自分で握れtoshihiro ichitani
 
チーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで
チーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまでチーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで
チーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまでtoshihiro ichitani
 
ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜
ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜 ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜
ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜 toshihiro ichitani
 
正しいものを正しくつくるへ至る道
正しいものを正しくつくるへ至る道正しいものを正しくつくるへ至る道
正しいものを正しくつくるへ至る道toshihiro ichitani
 
プロダクト開発を繋げる
プロダクト開発を繋げるプロダクト開発を繋げる
プロダクト開発を繋げるtoshihiro ichitani
 
見えないものを見ようとして僕らは何をのぞきこむか
見えないものを見ようとして僕らは何をのぞきこむか見えないものを見ようとして僕らは何をのぞきこむか
見えないものを見ようとして僕らは何をのぞきこむかtoshihiro ichitani
 
分からないものを分かるようにする
分からないものを分かるようにする分からないものを分かるようにする
分からないものを分かるようにするtoshihiro ichitani
 
プロダクトプレナーシップ
プロダクトプレナーシッププロダクトプレナーシップ
プロダクトプレナーシップtoshihiro ichitani
 

More from toshihiro ichitani (20)

ナラティブ・プロトタイピング
ナラティブ・プロトタイピングナラティブ・プロトタイピング
ナラティブ・プロトタイピング
 
組織にアジャイルの構造を作る
組織にアジャイルの構造を作る組織にアジャイルの構造を作る
組織にアジャイルの構造を作る
 
組織でアジャイルの ”回転” を繋ぐ
 組織でアジャイルの ”回転” を繋ぐ 組織でアジャイルの ”回転” を繋ぐ
組織でアジャイルの ”回転” を繋ぐ
 
組織アジャイルをはじめる
組織アジャイルをはじめる組織アジャイルをはじめる
組織アジャイルをはじめる
 
デジタルトランスフォーメーション・ジャーニー・デッキ
デジタルトランスフォーメーション・ジャーニー・デッキデジタルトランスフォーメーション・ジャーニー・デッキ
デジタルトランスフォーメーション・ジャーニー・デッキ
 
Digitaltransformation Journey
Digitaltransformation JourneyDigitaltransformation Journey
Digitaltransformation Journey
 
Agile again
Agile againAgile again
Agile again
 
伝統的な組織で始めるアジャイル
伝統的な組織で始めるアジャイル伝統的な組織で始めるアジャイル
伝統的な組織で始めるアジャイル
 
アジャイルブリゲード 〜対立する二項を組織の構造と仕組みによって繋ぐ〜
アジャイルブリゲード 〜対立する二項を組織の構造と仕組みによって繋ぐ〜アジャイルブリゲード 〜対立する二項を組織の構造と仕組みによって繋ぐ〜
アジャイルブリゲード 〜対立する二項を組織の構造と仕組みによって繋ぐ〜
 
正しいものをともに考え、正しくともにつくる
正しいものをともに考え、正しくともにつくる正しいものをともに考え、正しくともにつくる
正しいものをともに考え、正しくともにつくる
 
チーム・ジャーニー・デッキ
チーム・ジャーニー・デッキチーム・ジャーニー・デッキ
チーム・ジャーニー・デッキ
 
自分のハンドルは自分で握れ
自分のハンドルは自分で握れ自分のハンドルは自分で握れ
自分のハンドルは自分で握れ
 
チーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで
チーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまでチーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで
チーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで
 
ISHII SPRINT
ISHII SPRINTISHII SPRINT
ISHII SPRINT
 
ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜
ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜 ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜
ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜
 
正しいものを正しくつくるへ至る道
正しいものを正しくつくるへ至る道正しいものを正しくつくるへ至る道
正しいものを正しくつくるへ至る道
 
プロダクト開発を繋げる
プロダクト開発を繋げるプロダクト開発を繋げる
プロダクト開発を繋げる
 
見えないものを見ようとして僕らは何をのぞきこむか
見えないものを見ようとして僕らは何をのぞきこむか見えないものを見ようとして僕らは何をのぞきこむか
見えないものを見ようとして僕らは何をのぞきこむか
 
分からないものを分かるようにする
分からないものを分かるようにする分からないものを分かるようにする
分からないものを分かるようにする
 
プロダクトプレナーシップ
プロダクトプレナーシッププロダクトプレナーシップ
プロダクトプレナーシップ
 

Recently uploaded

境外手机卡商城【☆购买网站:fk578.com】【☆购买网址:fk578.com☆】☆☆快手账号交易平台
境外手机卡商城【☆购买网站:fk578.com】【☆购买网址:fk578.com☆】☆☆快手账号交易平台境外手机卡商城【☆购买网站:fk578.com】【☆购买网址:fk578.com☆】☆☆快手账号交易平台
境外手机卡商城【☆购买网站:fk578.com】【☆购买网址:fk578.com☆】☆☆快手账号交易平台sundstromkichline246
 
失忆方法迷幻药【购买网址: GHB1.com】 拍肩粉货到付款购买【商城网址: 91miwan.com☆】
失忆方法迷幻药【购买网址:  GHB1.com】 拍肩粉货到付款购买【商城网址:  91miwan.com☆】失忆方法迷幻药【购买网址:  GHB1.com】 拍肩粉货到付款购买【商城网址:  91miwan.com☆】
失忆方法迷幻药【购买网址: GHB1.com】 拍肩粉货到付款购买【商城网址: 91miwan.com☆】cromandougharty
 
sm支付宝号购买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】抖音小号自动发号
sm支付宝号购买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】抖音小号自动发号sm支付宝号购买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】抖音小号自动发号
sm支付宝号购买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】抖音小号自动发号sundstromkichline246
 
QQ实名号自助购买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】实名微博号购买商城
QQ实名号自助购买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】实名微博号购买商城QQ实名号自助购买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】实名微博号购买商城
QQ实名号自助购买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】实名微博号购买商城sundstromkichline246
 
购买官网听话水【购买网址: GHB1.com】 迷幻药货到付款【商城网址: 91miwan.com☆】
购买官网听话水【购买网址:  GHB1.com】 迷幻药货到付款【商城网址:  91miwan.com☆】购买官网听话水【购买网址:  GHB1.com】 迷幻药货到付款【商城网址:  91miwan.com☆】
购买官网听话水【购买网址: GHB1.com】 迷幻药货到付款【商城网址: 91miwan.com☆】cromandougharty
 
微信白号怎么买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】soul账号交易平台
微信白号怎么买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】soul账号交易平台微信白号怎么买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】soul账号交易平台
微信白号怎么买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】soul账号交易平台sundstromkichline246
 
微信实名号哪里买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】soul实名账号批发
微信实名号哪里买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】soul实名账号批发微信实名号哪里买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】soul实名账号批发
微信实名号哪里买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】soul实名账号批发sundstromkichline246
 

Recently uploaded (7)

境外手机卡商城【☆购买网站:fk578.com】【☆购买网址:fk578.com☆】☆☆快手账号交易平台
境外手机卡商城【☆购买网站:fk578.com】【☆购买网址:fk578.com☆】☆☆快手账号交易平台境外手机卡商城【☆购买网站:fk578.com】【☆购买网址:fk578.com☆】☆☆快手账号交易平台
境外手机卡商城【☆购买网站:fk578.com】【☆购买网址:fk578.com☆】☆☆快手账号交易平台
 
失忆方法迷幻药【购买网址: GHB1.com】 拍肩粉货到付款购买【商城网址: 91miwan.com☆】
失忆方法迷幻药【购买网址:  GHB1.com】 拍肩粉货到付款购买【商城网址:  91miwan.com☆】失忆方法迷幻药【购买网址:  GHB1.com】 拍肩粉货到付款购买【商城网址:  91miwan.com☆】
失忆方法迷幻药【购买网址: GHB1.com】 拍肩粉货到付款购买【商城网址: 91miwan.com☆】
 
sm支付宝号购买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】抖音小号自动发号
sm支付宝号购买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】抖音小号自动发号sm支付宝号购买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】抖音小号自动发号
sm支付宝号购买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】抖音小号自动发号
 
QQ实名号自助购买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】实名微博号购买商城
QQ实名号自助购买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】实名微博号购买商城QQ实名号自助购买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】实名微博号购买商城
QQ实名号自助购买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】实名微博号购买商城
 
购买官网听话水【购买网址: GHB1.com】 迷幻药货到付款【商城网址: 91miwan.com☆】
购买官网听话水【购买网址:  GHB1.com】 迷幻药货到付款【商城网址:  91miwan.com☆】购买官网听话水【购买网址:  GHB1.com】 迷幻药货到付款【商城网址:  91miwan.com☆】
购买官网听话水【购买网址: GHB1.com】 迷幻药货到付款【商城网址: 91miwan.com☆】
 
微信白号怎么买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】soul账号交易平台
微信白号怎么买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】soul账号交易平台微信白号怎么买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】soul账号交易平台
微信白号怎么买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】soul账号交易平台
 
微信实名号哪里买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】soul实名账号批发
微信实名号哪里买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】soul实名账号批发微信实名号哪里买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】soul实名账号批发
微信实名号哪里买【☆出售网址:fk578。com☆】【☆购买网址:fk578。com☆】soul实名账号批发
 

逆境からのアジャイル

  • 1. Toshihiro Ichitani All Rights Reserved. 逆境からのアジャイル Ichitani Toshihiro 市⾕聡啓 逆境から仕事をアジャイルに していくための4章+1
  • 2. Toshihiro Ichitani All Rights Reserved. http://about.me/papanda0806 Ichitani Toshihiro 市⾕聡啓 ソフトウェア開発16年 SIer→サービス→受託→起業 仮説検証とアジャイル開発 ギルドワークス株式会社 代表 株式会社 エナジャイル 代表 ⼀般社団法⼈ 越境アジャイルアライアンス代表理事 DevLOVE コミュニティ ファウンダ 0 → 1
  • 3. Toshihiro Ichitani All Rights Reserved. “アジャイル開発”で⾔っていること なんて⼤なり、⼩なりだいたい 皆取り組んでいるんでしょう?
  • 4. Toshihiro Ichitani All Rights Reserved. “アジャイル開発”で⾔っていること なんて⼤なり、⼩なりだいたい 皆取り組んでいるんでしょう? ⼆極化しているかも? アジャイルにしていく取り組みを呼吸するように 進められているところはある。 ⼀⽅で、まだ ”アジャイル” に全く⼿を出せていない ところだって結構ある。 当てずっぽうに想像すると、キャズムを越えて、 アーリーマジョリティの端緒についたくらい?(肌感)
  • 5. Toshihiro Ichitani All Rights Reserved. “これからのアジャイル”は、分が悪い 始められるなら、もう始めている。 始められないのは、理由がある。 それは、始めることに対して逆境にあること。 「現場ではじめよう、明⽇からはじめよう。  新しい取り組みだから多少失敗したって、  学びにして、次にいかそう」 「会社の取り組みなんだから、期待される効果を  定量的に⽰して、上⻑の許可を得て、実施時に  定期的なレポートを⾏なう  …という申請を出して、通らない」 追い⾵ 逆境
  • 6. Toshihiro Ichitani All Rights Reserved. このお話のテーマ 逆境で、 開発をアジャイルにしていくための作戦。 ※逆境の中、それでも開発のあり⽅をより良い⽅向へと  変えていきたいと諦めずに考えている⽅々へ。
  • 7. Toshihiro Ichitani All Rights Reserved. コンセプトは、”ドラクエ4” 組織で プロダクト オーナー (PO)と チームで1⼈から Photo credit: hohbukuro via Visualhunt / CC BY-NC-SA 踏み越える境界を段階的にする まずは1⼈から。1⼈からチーム。チームの外と。 そして、組織へ。
  • 8. Toshihiro Ichitani All Rights Reserved. “さくせんをねる” じゅもんをせつやく いろいろやろうぜ いのちをだいじに 呪⽂の使⽤を控えめにする。必要最⼩限の呪⽂しか使わず、回復呪⽂より回復アイテムを先に使う こともある。最終的にMPの消費が少なくなると判断した場合は、強⼒な攻撃呪⽂を使うこともある。 ⾏動が戦況に関わらずランダムで選択される。結果として、普段使わないアイテムを使ったり、 無意味な呪⽂を唱えたりもする。 仲間が倒れないことを最優先として、HPの回復を徹底して⾏う。最上級の攻撃呪⽂を連発し、 被害が⼤きくならないよう⼿早く戦闘を終える⼿段をとることもある。
  • 9. Toshihiro Ichitani All Rights Reserved. “じゅもんをせつやく” ⼀気にやらない。 はじめる規模が⼤きいと、⾃分たちの⼒が及び難く、 関係者も多く、期待マネジメントのコストが⾼い。 はじめる規模が⼩さいと、⾃分たちの⼒が及び易く、 関係者も少く、期待マネジメントのコストが低い。 アジャイルのはじめ⽅もリーンスタートアップに。最⼩は1⼈。 期待マネジメント…関係者から寄せられる(たいてい暗黙的な)期待を適切に調整し続けること。 リーンスタートアップ…ざっくりいうと、⼩さく失敗して学びを得て、次に活かすアプローチ。
  • 10. Toshihiro Ichitani All Rights Reserved. “いろいろやろうぜ” 仮説を⽴てて、検証し続ける。 やたらめったらに、プラクティスだけ取り⼊れても 効果的ではないし、上からの「何やっているの?」に 答えられない。 アジャイル開発の型(後述)と⾃分たちの現状とを⽐較し その間にあるGapを解消するための取り組み(仮説)を 漸次的に⾏なう。結果(検証)を元に次の取り組みを始める 「何やっているの?」 「開発の上でフィードバックループが回るように、タイムボックスを切って、  まずはスプリントレビューをこなせるよう、うごいています。」
  • 11. Toshihiro Ichitani All Rights Reserved. “いのちだいじに” 取り組みを⽌められる=死 だけを回避する 関係者からSTOPが⼊るときがすべての終わり。 少なくとも終わることがないようにだけ最⼤限注意する。 例えば コミットを破る … 何の⾒⽴てもない約束をしない。 期待に合わない … そもそも何を期待したらいいか          誰も分かっていないことも。          「⽣産性◯倍や!」=虚栄の評価指標
  • 12. Toshihiro Ichitani All Rights Reserved. 死(⽌められる)以外は、 負け続けても良い! 負け=失敗経験こそ、学びだから。 負ければ負けるほど、次が上⼿く出来る。
  • 13. Toshihiro Ichitani All Rights Reserved. …さっそく、取り組みをはじめようの前に 必ず「Start with Why」で。 Why How What Why、つまりなぜそれをするのか、を 取り組みの最初に考えるようにする。 ある⽬的を実現するためにHow⼿段が ある。Howを実際に実⾏可能にすると Whatプラクティス・タスクになる。 Why無きWhatからの学びは少ない。
  • 14. Toshihiro Ichitani All Rights Reserved. あなたのWhyは何?
  • 15. Toshihiro Ichitani All Rights Reserved. 第1章 1⼈から 組織で プロダクト オーナー (PO)と チームで1⼈から
  • 16. Toshihiro Ichitani All Rights Reserved. 1⼈から。 じゅもんをせつやく ⼀気にやらない 最強の最⼩単位。⾃分のことなので ⾃分次第。関係者はゼロか少数。 いろいろやろうぜ 仮説を⽴てて、検証し続ける ⾒える化から始める。 1⼈向きではじめやすく、問題解決 につながりやすい。 いのちだいじに 死だけを回避する 1⼈活動なので、誰からも 邪魔されない。 失敗の範囲も⼩さい。
  • 17. Toshihiro Ichitani All Rights Reserved. 具体的には何からはじめるべき?
  • 18. Toshihiro Ichitani All Rights Reserved. ⾃分の仕事の状況、流れの⾒える化=「1⼈カンバン」 まずはタスクボードレベル(TODO/DOING/DONE)からでも良い。 本格的なカンバンを作りたい⼈は「リーン開発の現場」を読もう! リズムで仕事する=「1⼈タイムボックス」 反復開発は⼀定のリズムで⾏なう。まずはリズムで仕事をする ことから慣れる。例えば、タイムボックスを「1週間」として 仕事のサイクルをつくる。カンバンで計画→実施→ふりかえり。 具体的には何からはじめるべき? 基本は「⾒える化」から。 https://www.amazon.co.jp/dp/427406932X https://www.ipa.go.jp/sec/softwareengineering/reports/20130319.html ※よくわからないプラクティスがあればアジャイルプラクティスガイドを読もう!
  • 19. Toshihiro Ichitani All Rights Reserved. やり⽅が分からない…というか 1⼈で初めての取り組みは不安。
  • 20. Toshihiro Ichitani All Rights Reserved. 幸いにして、仲間はいる。ただし外に。 「逆境」ならば社内より、外の⽅が出会いやすい。 ちまたの勉強会やコミュニティの活動に参加しましょう。 (社内勉強会は、初期の頃は⼼が折れやすいので無理にやらない) ただし、進めるのは⾃分。1⼈。 仲間とは出会えるが、現場で実践するのは結局、⾃分。1⼈。 外で勉強しているだけでは、1ミリも現場の取り組みは進まない。 まずは1⼈。次に2⼈⽬を巻き込む。2⼈いればやれることが増える。 (2⼈⽬を巻き込めると2章(チーム)は近い) やり⽅が分からない…というか 1⼈で初めての取り組みは不安。
  • 21. Toshihiro Ichitani All Rights Reserved. はじめるのにベストなタイミングは?
  • 22. Toshihiro Ichitani All Rights Reserved. はじめるのにベストなタイミングは? いつでも! 1⼈の最⼤のメリットは、今すぐ始められること。 今すぐ始められるし、⽌めるのも⾃分で決められる。 ⽌めても⾃分の意思で再開できる。 1⼈の時だけは、死(再起不能のSTOP)がない。
  • 23. Toshihiro Ichitani All Rights Reserved. 第2章 チームで 組織で プロダクト オーナー (PO)と チームで1⼈から
  • 24. Toshihiro Ichitani All Rights Reserved. チームで。 じゅもんをせつやく ⼀気にやらない チームメンバー及び、⼀つ上の⻑ (リーダーやマネージャー)との期待 マネジメントが必要になる。 いろいろやろうぜ 仮説を⽴てて、検証し続ける まず、チームの⾒える化、リズム 仕事に取り組む。次にフィードバッ クループの構築にトライする。 いのちだいじに 死だけを回避する チームのミッションを 果たせなくなると、死。
  • 25. Toshihiro Ichitani All Rights Reserved. ① ② ① 2⽅向の期待マネジメント ①の⽅針 「やってみたけど全然だめじゃん」という⼤いなる失望が 起きないよう、⼿に負える範囲で。適⽤するプラクティス の数を限りなく絞る。 ②の⽅針 チームのミッション(ex. いつまでにプロダクトつくる)の コミットを第⼀に、取り組みを第⼆の優先順位で。 ①チームメンバーとの間の期待マネジメント ②リーダーもしくはマネジメントとの間の  期待マネジメント
  • 26. Toshihiro Ichitani All Rights Reserved. チームでは、何からはじめるべき?
  • 27. Toshihiro Ichitani All Rights Reserved. チームでは、何からはじめるべき? ⾒える化から、フィードバックループの構築。 1⼈と同じように、まずは⾒える化。 鉄板の⾒える化プラクティス ①チームのカンバン ②デイリーミーティング ③ふりかえり フィードバックループの構築に挑戦する。 フィードバックループ、つまり、仕事の結果から次に何をする べきかを意思決定し、結果の改善を⾏っていくこと。 このループを建付けるために、システム(仕組み)が必要になる。 ⾶躍的に取り組むことが増えるため難易度が⾼まる。
  • 28. Toshihiro Ichitani All Rights Reserved. フィードバックループをチームで回すシステム Do Check ActionPlan 計画づくり 実⾏ レビュー ふりかえり … サイクル
  • 29. Toshihiro Ichitani All Rights Reserved. フィードバックループをチームで回すシステム Do Check ActionPlan 計画づくり 実⾏ レビュー ふりかえり … サイクル Do Check ActionPlan スプリント 計画ミーティング スプリント開発 デイリースクラム スプリントレビュー スプリント レトロスペクティヴ … スプリント
  • 30. Toshihiro Ichitani All Rights Reserved. ここでスクラムガイドを引っ張り出すと 分からないこと、慣れないことが⼀気に増えて 「プラクティスの海」に溺れることになる。 (思考が⽌まる)
  • 31. Toshihiro Ichitani All Rights Reserved. プラクティスをこなすことを⽬的にしない ① 完璧を⽬指さない 最初から完璧に仕組みをつくることを⽬指さない。 不完全な仕組み化によって起きる弊害をカバーできる ように、 (a)仕事上のバッファを確保する。 (b)スプリントを⽌めることを躊躇しない。   (⾃信をもって終わらせられるやり⽅に戻す) ② 適切なメンターか経験者を調達する Howの詰め込みではなく、Whyからの取り組みを ⽀援してくれる存在が望ましい。
  • 32. Toshihiro Ichitani All Rights Reserved. 第3章 POと 組織で プロダクト オーナー (PO)と チームで1⼈から
  • 33. Toshihiro Ichitani All Rights Reserved. POと。 じゅもんをせつやく ⼀気にやらない PO(顧客、ビジネス側)との 期待マネジメントが必要になる。 いろいろやろうぜ 仮説を⽴てて、検証し続ける フィードバックループを素早く 回せるように、POとのコミュニ ケーションに取り組む。 いのちだいじに 死だけを回避する (同じく)チームのミッションを 果たせなくなると、死。
  • 34. Toshihiro Ichitani All Rights Reserved. POを巻き込むのに、 どんな期待マネジメントを⾏なうべき?
  • 35. Toshihiro Ichitani All Rights Reserved. POを巻き込むのに、 どんな期待マネジメントを⾏なうべき? 2つの期待マネジメント インセプションデッキで、期待マネジメント。 プロダクトの⽅向性をPOとチームで整え、どう実現するか お互いの共通理解を深める。 ドラッカー⾵エクササイズ、で期待マネジメント。 メンバーそれぞれの⽴ち振るまいや価値観を可視化し お互いの共通理解を深める。
  • 36. Toshihiro Ichitani All Rights Reserved. インセプションデッキ プロジェクトが然るべき⽅向を向いているか チーム全員で明らかにする。 https://www.amazon.co.jp/dp/4274068560 ※インセプションデッキについてはアジャイルサムライを読もう!
  • 37. Toshihiro Ichitani All Rights Reserved. ドラッカー⾵エクササイズ 4つの質問をチーム全員で答える。 https://www.amazon.co.jp/dp/4274068560 ※ドラッカー⾵エクササイズについてもアジャイルサムライを読もう! ⾃分は何が得意なのか? ⾃分はどうやって貢献するつもりなのか? ⾃分が⼤切に思う価値は何か? チームメンバーは⾃分にどんな成果を 期待してると思うか? 実際にメンバーにも表明してもらってGapを 明らかにする。
  • 38. Toshihiro Ichitani All Rights Reserved. 巻き込まない(巻き込めない)という選択 外堀(線表)と内堀(調整余地)で 本丸(アジャイル開発)のハードルを⾼めすぎない https://www.slideshare.net/papanda/ss-79239778 ※「鉄壁の中のアジャイル」
  • 39. Toshihiro Ichitani All Rights Reserved. POとは、どういうコミュニケーション を取ればいいのだろう?
  • 40. Toshihiro Ichitani All Rights Reserved. POとは、どういうコミュニケーション を取ればいいのだろう? ユーザーストーリーで会話しながら フィードバックループを早く回していくためには コミュニケーションの中⼼となるバックログは ユーザーストーリー形式で、記述を軽くする。 記述を軽くする分、内容を対話で補完する、
  • 41. Toshihiro Ichitani All Rights Reserved. ユーザーストーリー駆動開発 ユーザーストーリーとは、①やりたいことをまとめる ⼿段であり、②計画を⽴てるための材料であり、 ③実績を測るための対象である。 https://www.slideshare.net/papanda/ss-41638116 ※ユーザーストーリーの詳しくは「ユーザーストーリー駆動開発で⾏こう。」を読もう
  • 42. Toshihiro Ichitani All Rights Reserved. POとの約束を守れるかしら…
  • 43. Toshihiro Ichitani All Rights Reserved. POとの約束を守れるかしら… コミットは深さと広さで ⼀番の難題はバックログがあいまいな状態で、 どうやって、どこまでを関係者と握るか。 (お互いにやり⽅に慣れていないと後で「コレジャナイ」   が起きやすい) 広さ(範囲)でコミットし、深さ(実現内容)で調整する。 なのでユーザーストーリーマッピングが活きてくる。
  • 44. Toshihiro Ichitani All Rights Reserved. ユーザーストーリーマッピング https://www.slideshare.net/papanda/ss-41638116 ※「ユーザーストーリー駆動開発で⾏こう。」 https://www.amazon.co.jp/dp/4873117321 https://www.amazon.co.jp/dp/4873117321 ※「ユーザーストーリーマッピング」
  • 45. Toshihiro Ichitani All Rights Reserved. もうちょっと広さと深さの話 広さ 深さ ①広さと深さコミット いわゆるスコープ固定。 段階的にやりながら 詳しくしていく開発には 向いていない 広さ 深さ ②深さコミット 実現したい機能レベルに コミットする。 どこまでやるかを調整。 (いわゆる準委任契約) 期待するボリューム感が 関係者と合わず始められ なかったり、後でコレジャ ナイになりがち。 広さ 深さ ③広さコミット 実現する範囲にコミット する。⼀つ⼀つをどこまで 作り込むか調整しながら 進める。 実現レベルを松⽵梅を⾒⽴ てることでゆるやかに期待 感をすりあわせる。
  • 46. Toshihiro Ichitani All Rights Reserved. 第4章 組織で 組織で プロダクト オーナー (PO)と チームで1⼈から
  • 47. Toshihiro Ichitani All Rights Reserved. 組織で。 じゅもんをせつやく ⼀気にやらない 経営との期待マネジメント いろいろやろうぜ 仮説を⽴てて、検証し続ける 取り組みを分かりやすくする。 “型”を最初の理想と置き、“型”との 差分を計画的に倒していく。 いのちだいじに 死だけを回避する 経営からの問いに 答えられないと、死
  • 48. Toshihiro Ichitani All Rights Reserved. 屏⾵の⻁を捕まえる問題 経営の期待は?…そもそも存在しているか。 Why How What アジャイル開発 をやれー! どうやって やるか考えよ ……。 (何か成果あげてね) アジャイル開発の取り組みへの期待が あいまいなまま、「うまいことやって」 は誰も、どこにもたどり着けない。
  • 49. Toshihiro Ichitani All Rights Reserved. どうすれば経営側に取り組みを、 理解してもらえるだろうか
  • 50. Toshihiro Ichitani All Rights Reserved. どうすれば経営側に取り組みを、 理解してもらえるだろうか “型” を置き、”型” との差分で状況を可視化する “アジャイル開発”というやり⽅があるわけではない。 …ので、余計に何をどこまで出来るようになると意義が あるのか、分かりいくい。 あえて分かりやすくする=現状と差分が取れる“型”の⽤意 どの差分の解消から初めて、次に何を、その次は… 可視化された計画を、経営との「共通⾔語」にする。
  • 51. Copyright (c) 2016 Guild Works Inc. 型としてのアジャイル開発との⽐較を⾏う(1/3) 51 型としてのアジャイル開発 あなたのチーム ⻘字は今後やると良さそうなこと ※ここでの型はスクラムガイド及び アジャイルサムライ、リーン開発の 現場を前提 チーム ・1チーム、両⼿未満 ・プログラマ、デザイナ、プロジェクトマ ネージャ、アナリスト、テスター等 ・開発チーム、PO、スクラムマスター ・必要に応じた役割と定義と期待 ⽅向付け ・プロジェクトの⽅向付けやチームビルド を⾏う ・フレームは、インセプションデッキ 要求 ・管理⼿段は、プロダクトバックログ ・形式は、ユーザーストーリー形式(INVEST) ・完成の定義がある ・バックログを練る、伝える機会がある  →バックログリファインメント リリース計画 ・プロダクトバックログを元に、リリース 時期を⾒定める ・チームのベロシティ(仮定でおく) ・バックログの⾒積もり(相対⾒積)  →プランニングポーカー Sample (1)型との差分から取り組み内容を決める (2)取り組み内容を「バックログ」として管理する →「アジャイル取り組みバックログリスト」の運⽤   ※だから、取り組みのプランニングもふりかえりもやる
  • 52. Toshihiro Ichitani All Rights Reserved. “型” は潰せる。”アジャイル”は潰せない。 「アジャイル⾃体がダメ」にしない。 型があれば「型⾃体を⾒直す」選択が取れる。 取り組み 結果 アジャイル開発 なんてできっこない! ①型が無くて、 上⼿くいかないと… ②型を置いて取り組む アジャイル 開発の”型” 取り組み 結果 型の⽅が組織にあって ない?⾃分たちに とっての型を決め直す ※”アジャイル開発の型”という考え⽅⾃体が「便宜上の⼿がかり」みたいなもの。  本来は⾃分たちで、⾃分たちの状況を踏まえて、理想を置く。
  • 53. Toshihiro Ichitani All Rights Reserved. 期待がよく分からなくても成果は求められる! ①最初の取り組みは「アジャイルとは何なのか」を  まずは関係者全員で理解する機会にする   (最初で「頓死」するリスクは、”型”で回避) ②次の取り組みで「屏⾵の⻁を出す」=「期待は何」  をデッキのアジェンダで可視化する   (デッキ⾃体をやることにこだわらないこと)
  • 54. Toshihiro Ichitani All Rights Reserved. 屏⾵の⻁を出すインセプションデッキ 押さえておきたいこと ① われわれはなぜここにいるのか (why) ② アジャイル開発の「ピッチ」 ③ 取り組むにあたっての「トレードオフスライダー」 ④ 取り組みとして「やらないこと」 ⑤ 夜も眠れない問題 ⑥ 期間はどれだけ必要か(線表) …線表?
  • 55. Toshihiro Ichitani All Rights Reserved. 線表 = いつまでは「何をしない」表明 アジャイル開発の取り組みで、あえて 「線表(マイルストーンのプロット)」をつくる狙いは、 関係者に向けた「意思表明」と「合意の可視化」である。 線表には、いつ、何をするかが書かれている。 逆に「いつまでは何をしない」を表現することになる。 「唐突に全体の評価をし始めない」 「あれもこれもと詰め込みすぎない」
  • 56. Toshihiro Ichitani All Rights Reserved. まとめ:コミットコントロールと練度を捉えて     ⾏き⽅を決める。 コミット コントロール むずかしい コミット コントロール かんたん 求められる 練度低い 求められる 練度⾼い 1⼈で チームで POと 組織で “じゅもんをせつやく”  (⼀気にやらない) “いろいろとやろうぜ”  (仮説を⽴てて検証し続ける) “いのちだいじに”  (死だけ回避する) = 展開範囲と取り組み内容を  時間軸に乗せて段階的に進める 結局チームだけが学びを 得られれば良いわけではない。 チーム、関係者、経営それぞれの 学びの進捗が求められる 頓死に 注意ゾーン 勝てる ゾーン
  • 57. Toshihiro Ichitani All Rights Reserved. これで全部終わり? 最後に、もう⼀つのケース。 ゼロから、いきなり 「組織として」始めちゃう。
  • 58. Toshihiro Ichitani All Rights Reserved. 最終章 いきなり逆境アジャイル 組織で プロダクト オーナー (PO)と チームで1⼈から プロダクト オーナー (PO)と チームで1⼈から
  • 59. Toshihiro Ichitani All Rights Reserved. まだ⾃分⾃⾝の練度が何も⾼まっていないのに チームで取り組みを始めないといけない しかも、PO(ビジネス側)をまきこんで。 もちろん、経営に報告しないといけない。 …どうする?
  • 60. Toshihiro Ichitani All Rights Reserved. “みんながんばれ” これまでのパターンを組み合わせる。 その状況に応じて攻撃・補助・回復のバランスの取れた平均的な戦闘をする。 社内向けシステム でパイロット的 プロジェクト アジャイルの”型" 屏⾵の⻁デッキ 適切なメンター ⾒える化 フィードバック ループ構築 + ユーザー ストーリー駆動開発 2つの 期待マネジメント 広さでコミット 深さで調整 全体の期待調整 セーフティーネット 取り組み⽅針 PO期待マネジメント 第1段階 第2段階 まずはコミット範囲を 限定し、経営と⽬的⾃ 体をつくる 型から始めて、型の限 界をメンターとともに 越える ⾒える化から始めて フィードバックループ 構築へ プロダクトの⽅向性、メ ンバーの価値観からバッ クログレベルの期待調整 あるいは断る。
  • 61. Toshihiro Ichitani All Rights Reserved. エピローグ おわりに https://ikinari.guildworks.jp/ 「いきなり最強チーム」
  • 62. Toshihiro Ichitani All Rights Reserved. 逆境の中、それでも開発のあり⽅をより良い⽅向へと 変えていきたいと諦めずに考えている⽅々へ。
  • 63. Toshihiro Ichitani All Rights Reserved. 逆境からのアジャイル=現場から始める 経営が、CIOが、マネージャーが、状況を俯瞰して 取り組みのトリガーを引く…の夢をいつまで⾒るか。 そもそも “アジャイルな開発” とは、現場の仕事の あり⽅、やり⽅そのものなのだから「現場から始める」 で合ってる!(から、躊躇しなくて良い) 変化を、⾃分から、⼀⼈からでも、始めよう。
  • 64. Toshihiro Ichitani All Rights Reserved. 逆境からも越境はできる。