$30 off During Our Annual Pro Sale. View Details »

アジャイルのライトウィングとレフトウィングはひとりで両方できなくてもいいんじゃない? - “ひとりでできるもん”から“みんなでできるもん”への道のり

アジャイルのライトウィングとレフトウィングはひとりで両方できなくてもいいんじゃない? - “ひとりでできるもん”から“みんなでできるもん”への道のり

スクラムフェス三河2023のほいトラックで発表させていただきました。
ビジネス価値の実現や市場創造といった「アジャイルのゴール」に向かっていくにはチームワーク(レフトウィング)と開発技術プラクティス(ライトウィング)の両方を満たす必要があります。
われわれはそのことを直視しする必要がありますが、自分ひとりで頑張る必要はありません。自分が得意ではないことはほかの人を積極的に頼り、みんなでできるようになることでアジャイルのゴールに向かって前進していこうということをお伝えしました。

Satoshi Harada

September 16, 2023
Tweet

More Decks by Satoshi Harada

Other Decks in Programming

Transcript

  1. © KONICA MINOLTA
    “ひとりでできるもん”から
    “みんなでできるもん”への道のり
    Satoshi Harada
    2023
    ほいトラック
    Akira Kubo
    アジャイルのライトウィングとレフトウィングは
    ひとりで両方できなくてもいいんじゃない?

    View Slide

  2. © KONICA MINOLTA
    1
    • この発表を聞いて欲しい人
    • アジャイルのライトウィング(開発技法)とレフトウィング(チームビルディング)を
    両方ひとりでできるもん。。。じゃない人
    • この発表から得られるアウトカム
    • アジャイルのライトウィングとレフトウィングはどちらも欠かすことができない
    • だけど、ひとりで両方できなくてもよい
    • 得意な領域で力を発揮し、不得意なところは助けてもらおう
    アジャイルのライトウィングとレフトウィングは
    みんなでできればそれでよい!
    はじめに

    View Slide

  3. © KONICA MINOLTA
    2
    Satoshi Harada
    @harada_psj
    Agile Coach / Scrum Master / Software Developer
    自己紹介(Satoshi Harada)
    Scrum Fest Sapporo 2021 Regional Scrum Gathering Tokyo 2022
    Scrum Fest Sendai 2022 Scrum Fest Mikawa 2022

    View Slide

  4. © KONICA MINOLTA
    3
    Akira Kubo
    @HappyLuckyAkira
    Software Development Evangelist / Agile Coach /
    火消し
    自己紹介(Akira Kubo)
    DevLOVE甲子園西日本大会 2015 Agile Japan 2017 大阪サテライト
    小5の娘が可愛
    くて仕方ない
    バカ親

    View Slide

  5. © KONICA MINOLTA
    4
    コニカミノルタ?

    View Slide

  6. © KONICA MINOLTA
    5
    • コニカミノルタ Agile CoE
    • 社内のアジャイル開発経験者が集まった、専門家集団
    • アジャイルコーチングとアジャイルの教育啓蒙を行う
    • 2016頃から活動(アジャイル開発の取り組みはそれ以前から)
    • Agile CoEにおけるHaradaとKuboの立ち位置
    Agile CoE
    Agile CoE 支援先の開発チーム
    チームの中に入って、
    アジャイルやスクラム
    の導入、技能向上の
    支援を行う
    コーチ陣 チームメンバー

    View Slide

  7. © KONICA MINOLTA
    6
    1.アジャイルのライトウィングとレフトウィング
    2.“みんなでできるもん”への実践ストーリー
    3.ライトウィングで取り組んだこと
    4.まとめ
    本日のお品書き

    View Slide

  8. アジャイルのライトウィングとレフトウィング

    View Slide

  9. © KONICA MINOLTA
    8
    • 2012年に平鍋さんが「アジャイルのライトウィン
    グとレフトウィング」の絵を公開
    • https://blogs.itmedia.co.jp/hiranabe/2012/09/right
    wing-and-leftwing-of-agile.html
    • アジャイルのゴールに向かうには、アジャイルの
    ライトウィングとレフトウィングがある
    • レフトウィングはチームワークやプロセス
    • ライトウィングは技術的なプラクティス
    • 開発現場をアジャイルにしたいのなら、
    ライトウィングとレフトウィングを両方
    満たす必要がある
    両方満たす必要がある!
    アジャイルのライトウィングとレフトウィングとは
    出展:
    https://blogs.itmedia.co.jp/hiranabe/2012/
    09/rightwing-and-leftwing-of-agile.html

    View Slide

  10. 我々はライトウィングとレフトウィングを
    両方できているのだろうか?
    https://unsplash.com/photos/21Cg_fsFBGc

    View Slide

  11. © KONICA MINOLTA
    10
    両立できてる???
    チームへのスクラムの適用やふりかえりは
    積極的に進めているけど、
    技術的な取り組みはまだできてないなぁ
    CI/CD環境の構築やTDDは積極的に進めてい
    るのだけど、
    それを組織的に広めていくのが難しい…
    エンジニアリングの実務経験があまり無から、
    CI/CDやTDDってよくわからないや

    View Slide

  12. © KONICA MINOLTA
    11
    • 「両方できているよ!無問題!」という人はそれ
    ほど多くないのでは?
    • ひとりでできれば、それは素晴らしい
    • だが、ライトウィングとレフトウィングの両方を
    実務レベルで習得するのはなかなか大変
    • 特に、技術のライトウィングは技術進化やト
    レンドを追いかける必要がある
    それって結構大変よね
    ひとりで頑張る???
    両立はけっこう大変
    出展:
    https://blogs.itmedia.co.jp/hiranabe/2012/
    09/rightwing-and-leftwing-of-agile.html

    View Slide

  13. 12
    我々はライトウィングとレフトウィングを
    ひとりでできなくてもいいんじゃない?
    https://unsplash.com/photos/oMpAz-DN-9I

    View Slide

  14. “みんなでできるもん”への実践ストーリー

    View Slide

  15. © KONICA MINOLTA
    • 仕事の進め方(プロセス)やチームワークを改善することで、一定の効果はあった
    • しかし、プロセスやチームワークが改善されることで、開発チームのボトルネックは開発技術にあるとい
    うことが明確になってきた
    • 具体的には、TDD・ペアプロモブプロ・リファクタリングといった技術プラクティス
    • 「技術力のあるメンバーがそろったチームになる」というチームメンバー共通の目標が設定される
    • この過程で、チームメンバーとコーチの信頼関係ができた
    それまでの開発チーム支援体制(2023/2 – 2023/5)
    Agile CoE 開発チーム
    コーチ陣
    チームメンバー
    (開発者)
    信頼

    View Slide

  16. © KONICA MINOLTA
    15
    コーチはひとりでできるもん?
    まずは私だけで刃を研ぐ方法を教えようと思った
    TDD、リファクタリング、バージョン管理、などなど
    しかし、自分の斧の刃も鈍ってきていた
    ブランク、時の流れ、昔取った杵柄!?
    最前線にいない人が過去の経験でチームに技術の話をして、
    はたしてメンバーの共感を引き出せるのか?
    ひとりでやるのは得策だろうか???

    View Slide

  17. © KONICA MINOLTA
    1. チームメンバーに技術コーチの必要性を確認
    • チームメンバーだけでできないことは、外部に助けを求める
    • チームもチーム内だけでがんばらない
    2. 技術コーチとのペアコーチ体制を結成
    • コーチもひとりだけでできないことは、他に助けを求める
    • コーチも自分ひとりで頑張らない
    3. 技術コーチとチームメンバーの引き合わ
    • チームメンバーと築いていた信頼関係で、技術コーチがスムーズに加入
    • 信頼関係があると助けを求めやすい
    現在の開発チーム支援体制(2023/6 – 現在)
    Agile CoE 開発チーム
    コーチ陣
    チームメンバー
    (開発者)
    信頼

    View Slide

  18. © KONICA MINOLTA
    17
    • コーチはひとりでがんばらない
    • コーチにも得意領域がある
    • コーチも複数人体制でアジャイルのレフト
    ウィング・ライトウィングをバランスよく満
    たし、アジャイルのゴールに寄与すればよい
    • チームメンバーもチーム内だけでがんばらない
    • ひとりで何もかもカバーしようとすると
    辛い
    「ひとりでできる」ことを
    目指して頑張らない
    周囲に助けを求めることを良しとし、
    「みんなでできる」ことを目指す
    “みんなでできるもん”とは
    アジャイルのライトウィングとレフトウィング
    https://blogs.itmedia.co.jp/hiranabe/2012/
    09/rightwing-and-leftwing-of-agile.html
    チームメンバー

    View Slide

  19. © KONICA MINOLTA
    18
    みんなでやるほうがいいのはわかった。
    でも、助けを求めるのってハードル高いんだよなぁ…
    「いい人は周りに迷惑かけたらいいと思う」
    • 「迷惑かけたらダメ」っていう呪いにかかってる
    • いい人は、自分でなんでも無理してやろうとしすぎ
    • その頑張りの方が迷惑
    • あなたの考える迷惑は、迷惑じゃない
    • 迷惑かけよう!
    • 相手に何かやってもらえたら、うっかり感謝できる
    助けを求めるために

    View Slide

  20. ライトウィングで取り組んだこと

    View Slide

  21. © KONICA MINOLTA
    20
    • レフトウィングとライトウィングの両軸からチー
    ムの状況を観察する
    • レフトウィング(チームワーク)が得意なア
    ジャイルコーチがひとりで頑張ろうとすると、
    ライトウィング(開発技法)の問題を見逃し
    てしまう恐れがある
    • アジャイルのレフトウィング(チームワーク)に
    傾倒するのは甘い罠
    • レフトウィングは必要だが、レフトウィング
    だけ強化してもアジャイルのゴールには近づ
    かない
    • 技術のライトウィングが必要であることを
    直視し、ライトウィング強化の方法を模索す

    まずはチームの現状を見極める
    アジャイルのライトウィングとレフトウィング
    https://blogs.itmedia.co.jp/hiranabe/2012/
    09/rightwing-and-leftwing-of-agile.html
    チームメンバー
    ライトウィング
    見逃してない?

    View Slide

  22. © KONICA MINOLTA
    21
    • 開発チームはたいていパンパンに忙しい
    • 新たな試みだけでは負荷が増える
    • きこりのジレンマ🪓
    • 新たな取り組みを加える前に、今やっていること
    を減らす
    今やっていることを減らす
    アジャイルのライトウィングとレフトウィング
    https://blogs.itmedia.co.jp/hiranabe/2012/
    09/rightwing-and-leftwing-of-agile.html
    チームメンバー

    View Slide

  23. © KONICA MINOLTA
    22
    • 具体的なプラクティスとしては、
    • テレワーク向けの開発環境
    (VSCode+Live Share)
    • リファクタリング
    • TDDハンズオン
    • モブプロ
    • Gitによるコード共同所有 などなど
    • 技術のプラクティスを一方的に説いても、自分た
    ちに何が役立つのかわからないと伝わらない
    • 技術のプラクティスによってチームに何がも
    たらされるのか理解してもらう必要がある
    • 小さく始めて早く体験してもらった
    • 斧の切れ味が良くなるとどうなるか体感
    小さく始めて早く体験
    アジャイルのライトウィングとレフトウィング
    https://blogs.itmedia.co.jp/hiranabe/2012/
    09/rightwing-and-leftwing-of-agile.html
    チームメンバー

    View Slide

  24. © KONICA MINOLTA
    23
    • チームが目指している姿から短期ゴールを設定
    • チームが目指している姿:技術力のあるメン
    バーがそろったチームになる
    • 短期ゴール設定で使ったツール
    • 技術習熟度のアセスメント(定性的効果)
    • 効果測定のメトリクス(定量的効果)
    • 目指している姿に近づいたことを可視化
    • 技術習熟度のアセスメントと効果測定のメト
    リクスを取り組みの開始前と開始後で取得
    • 自分たちは目指している姿に近づいてい
    るんだということを見えるようにする
    目指している姿に近づいたことを可視化する
    アジャイルのライトウィングとレフトウィング
    https://blogs.itmedia.co.jp/hiranabe/2012/
    09/rightwing-and-leftwing-of-agile.html
    チームメンバー
    今ここ
    ここを
    目指
    そう!

    View Slide

  25. © KONICA MINOLTA
    24
    • ライトウィング(開発技術)の強化をメインテー
    マとしつつも、レフトウィング(チームワーク)
    のアプローチも取り入れていた
    • 1週間サイクルでふりかえりとプランニング
    • ライトウィングを主にKuboがコーチし、レフト
    ウィングは主にHaradaがコーチ
    • お互いに双方の知識はあるが、より専門性を
    活かしやすい方に注力
    • コーチ同士でもフィードバックをし合う
    • 一歩引いた視点でフィードバックできるメ
    リットがある(モブプロのペース配分、チー
    ムメンバーの理解度など)
    コーチもひとりで頑張らない
    コーチもみんなで
    できればいいんじゃないかな?
    コーチもみんなで!ペアコーチ体制
    アジャイルのライトウィングとレフトウィング
    https://blogs.itmedia.co.jp/hiranabe/2012/
    09/rightwing-and-leftwing-of-agile.html
    チームメンバー

    View Slide

  26. まとめ

    View Slide

  27. © KONICA MINOLTA
    26
    • アジャイルのゴール(ビジネス価値の実現、
    顧客満足、市場創造)を実現するために、レ
    フトウィングとライトウィングは両方必要
    • 特に技術のライトウィングは見逃されがちだ
    が、ライトウィングの必要性・重要性を直視
    しなければいけない
    • 直視しなければいけないが、ひとりで両
    方やりなさいといことではない
    アジャイルのレフトウィングとライトウィングの両立
    出展:
    https://blogs.itmedia.co.jp/hiranabe/2012/
    09/rightwing-and-leftwing-of-agile.html

    View Slide

  28. © KONICA MINOLTA
    27
    • ひとりだけで頑張ってゴールまでボールをもって
    いかなくてもよい
    • ひとりで頑張らなくていいんだ
    • ライトウィングから攻めるのが得意な人も、レフ
    トウィングから攻めるのが得意な人もいる
    • 得意な人を頼ってうっかり感謝しよう!
    • 同じゴールを共有しながら、それぞれを得意な人
    が協力し、アジャイルのゴールを目指していけば
    それでよい
    開発者も、みんなでできるもん
    コーチも、みんなでできるもん
    “ひとりでできるもん”から”みんなでできるもん”へ
    アジャイルのライトウィングとレフトウィング
    https://blogs.itmedia.co.jp/hiranabe/2012/
    09/rightwing-and-leftwing-of-agile.html

    View Slide

  29. 28
    我々はライトウィングとレフトウィングを
    みんなでできればそれでよい
    https://unsplash.com/photos/oMpAz-DN-9I

    View Slide

  30. View Slide