多様な働き?のチームでどうやって アジャイルにやるの？(雁行陣開発)
33 likes14,230 views
副业、リモートワークによるコミュニケーション分断を、フォーメーションで乗り越えるチーム开発
More Related Content
What's hot (20)
Similar to 多様な働き?のチームでどうやって アジャイルにやるの？(雁行陣開発) (20)
More from toshihiro ichitani (20)
多様な働き?のチームでどうやって アジャイルにやるの？(雁行陣開発)
- 1. Toshihiro Ichitani All Rights Reserved. 多様な働き?のチームでどうやって アジャイルにやるの？ Ichitani Toshihiro 市?聡啓 「雁?阵开発」による 多様性を受け?れたプロダクトづくり
- 2. Toshihiro Ichitani All Rights Reserved. Ichitani Toshihiro 市?聡啓 ソフトウェア開発17年 SIer→サービス→受託→起業 仮説検証とアジャイル開発 ギルドワークス株式会社 代表 株式会社 エナジャイル 代表 DevLOVE コミュニティ ファウンダ The Agile Guild オーガナイザー 0 → 1 @papanda https://ichitani.com/
- 4. Toshihiro Ichitani All Rights Reserved. /papanda/ss-66082690 「正しいものを正しくつくる」 『正しいものを正しくつくる(仮)』 2019年6?22?ごろ予定 #正しいものを正しくつくる本 (twitter)で制作過程を発信
- 5. Toshihiro Ichitani All Rights Reserved. https://ichitani.com/ その他、詳しくはこちら
- 6. Toshihiro Ichitani All Rights Reserved. スタートアップや事業会社での 新規事業、新規サービスの?ち上げ 事業会社での現場改善、仮説検証コーチ ギルドワークス 「正しいものを正しくつくる」 Why What
- 7. Toshihiro Ichitani All Rights Reserved. 仮説検証型アジャイル開発 「正しくないものをつくらない」戦略 =正しいものを残し (仮説検証)、 ?正しくつくる (アジャイル開発) 正しいものを正しくつくるために
- 8. 本?のテーマ
- 11. Photo credit: bourgol on Visual Hunt / CC BY-NC-ND ギグ?エコノミー (Gig Economy)
- 15. 多様性の広がり = 現場の複雑性の?まり 副業、リモートワークの課題とは？ ?本?の課題感以上に、周囲の課題感が?まる。 ?副業=時間の分断、リモートワーク=場所の分断。 ?副業とリモートワークの2?合体で時間と場所の分断が ?同時に起こる = コミュニケーションの分断 ?ギグ側が「?分の責務を果たしたら仕事は終わり」という ?感覚だとしたら。チームとしてどうやって上?くやる？
- 17. プロダクトづくりの複雑性にどう向き合うか 「コミュニケーションの分断」による複雑性 ?Vs マネジメント？ ?作戦1「マネジメントを無くす」= ??組織化、ティール化 ?マネジメントしようとするから無理がある、やめる。 ?→ ??组织化を?指すのは、理想だが时间はかかる。
- 18. プロダクトづくりの複雑性にどう向き合うか 「コミュニケーションの分断」による複雑性 ?Vs マネジメント？ ?作戦1「マネジメントを無くす」= ??組織化、ティール化 ?マネジメントしようとするから無理がある、やめる。 ?→ ??组织化を?指すのは、理想だが时间はかかる。 ?作戦2「フォーメーション?パターンで適応する」=今回のお話 ??の前の状況に「?辺倒のチーム運営」ではなく、 ?フォーメーション(役割分担+相互作?のあり?)を ?期限性で切って適応する。
- 19. 解决したい课题の解像度を上げる
- 21. 副業 稼働時間帯 があわない 稼働時間に 偏りがある リモート ワーク ??語コミュニケー ションできない 相?の様?が わからない 背景?えずタスク 指向になりがち スクラムイベン トができない (同期しにくい) 1PBI開発あたりの コミュニケーショ ンコスト?い 伝わる内容、 分量が 圧倒的に少ない 異常検知が 働きにくい Whyが弱いため 間違いに気付き にくい 「コミュニケーションの分断」 によって?まる複雑性 時間の分断 場所の分断 集まる?達の経験 の幅が広くなる 経験の分断 仕事のやり?が ?によって バラバラ オーバー ヘッド 同期 やり? 内容分量 異常検知 分断による6つの問題 PBI…プロダクト バックログアイテム No Why
- 22. 6つの分断問題に向き合ったプロジェクト Case1 情報提供サービスの実験プロジェクト ?副業メンバー中?。不同期問題、オーバーヘッド問題が顕著。 ?特に、スクラムイベントを成り?たせることの困難さ。 ?…というのは既に?前プロダクトづくりで経験済なので ?「曳光弾開発」(「Ship it!」) でチーム?ち上げ前の先?開発 ?分の実装を増やす作戦を取る。 ?ところが、アドバンテージをあっという間に?いつぶす状況に。 ?互いのコミュニケーションが?りず、認識齟齬が増え、バグ量産 雁?阵开発取らず
- 24. 雁?阵开発
- 27. 背?PBIとお?PBI ?動 PBI 商品を 探す 商品を ?る カートに ?れる 注?情報 ?れる 商品検索 ?覧機能 お気に?り 機能 お気に? りする 決済 する 履歴 ?る 商品詳細 機能 カート 機能 注?機能 決済機能 購?履歴 機能 ?覧並替 機能 背?バックログ お?バックログ ?背?バックログ = ユーザー体験上必ず求められるPBL ????????? (どう考えてもこれが無いと体験が成?しないモノ) ?お?バックログ = 背?を前提として?付けしていくイメージのPBL ????????? (1つ1つのPBIの独?性が?い) ※ユーザー?動フローベースで「背?」と「お?」を?極める
- 28. プロダクトリード ?チームメンバーより先?して「背?」開発に専任するメンバー。 ?背?先?開発 = 作るためにアーキテクチャや設計を決める ??????? = 開発に必要な「制約」が先に決まる ?ゆえに、腕は求められる (設計のリード、議論のリード)。 ?場所的に分断されたメンバー向き ?細やかなコミュニケーションが不要な状況をつくる。 (前衛)
- 33. 副業 稼働時間帯 があわない 稼働時間に 偏りがある リモート ワーク ??語コミュニケー ションできない 相?の様?が わからない 背景?えずタスク 指向になりがち スクラムイベン トができない (同期しにくい) 1PBI開発あたりの コミュニケーショ ンコスト?い 伝わる内容、 分量が 圧倒的に少ない 異常検知が 働きにくい Whyが弱いため 間違いに気付き にくい 「コミュニケーションの分断」 によって?まる複雑性 時間の分断 場所の分断 集まる?達の経験 の幅が広くなる 経験の分断 仕事のやり?が ?によって バラバラ オーバー ヘッド 同期 やり? 内容分量 No Why異常検知 分断による6つの問題 PBI…プロダクト バックログアイテム
- 34. 副業 稼働時間帯 があわない 稼働時間に 偏りがある リモート ワーク ??語コミュニケー ションできない 相?の様?が わからない 背景?えずタスク 指向になりがち 同期はTLが 担う (スクラムイベン ト併?) 独?性の?いPBI を中?に開発する 前衛(PL)と後衛 (TM)で細かなや り取りをへらす 前衛後衛の分担 とTLによる媒介 TLによる背景、 情報補完 時間的、場所的分断をフォーメーション (役割分担+相互作?のあり?)で適応 時間の分断 場所の分断 集まる?達の経験 の幅が広くなる 経験の分断 背?を先?させ てやり?を 規定する 独?性同期役 背?制約 前衛後衛 Why分担と媒介 雁?阵开発による適応 PBI…プロダクト バックログアイテム
- 36. ワンチームといえるのか？ ?ある意味でワンチームではない？ (PLと、TMの間) ?→ あえて疎であることで分断を越えるためのコストを下げる ?? そのための境界に沿った「役割」の設計。 ?? それぞれの役割を果たすことで、ホールチームとして結果を出す ?ある意味で同期的ではない？ ?→ ?同期で回しながら、同期を担う役割(TL)を置く。 ?アジャイルなの？ ?→ スクラムとは?えないが、これも状況に適応するための開発の ?? ?つの形。
- 38. まとめ ?世の中はギグ化する (副業、フリーランス + リモートワーク) ?その分、開発は新たな複雑性を迎えることになる ?フォーメーション (役割分担+相互作?によるあり?) で、複雑性に ?適応する作戦「雁?阵开発」 ?フォーメーションを的確にこなすためには、練度とチームビルドが ?必要 (開発もチームスポーツのようになる)