DevOpsDaysTokyo2024_境界を越えたアジャイル

Slide 1

Slide 1 text

Slide 2

Slide 2 text

page No. page No. 2 Copyright © 2024 WingArc1st Inc. All Rights Reserved. • プライベート • 家族とドライブ • 息子とゲーム（Switch） • バスケットボール審判 • 好きな反則はショットクロックバイオレーションソフトウェアプロセス＆品質改善部荒川健太郎 Kentaro Arakawa • 長崎生まれ、神戸／京都育ち、横浜在住 • 仕事 • プロセス改善 • スクラムマスター • テストオートメーション自己紹介

Slide 3

Slide 3 text

page No. page No. 3 Copyright © 2024 WingArc1st Inc. All Rights Reserved. 自己紹介 • プライベート • ビール党 • 散歩＋ポケ活（ポケモンGO）ソフトウェアプロセス＆品質改善部木田晶久 Akihisa Kida • 東京生まれ、神奈川育ち、横浜在住 • 仕事 • プロセス改善 • スクラムマスター • 部分プロダクトオーナー（PMOっぽい）

Slide 4

Slide 4 text

page No. page No. 4 Copyright © 2024 WingArc1st Inc. All Rights Reserved. こんな構成のスクラムチームの話 • BtoB（食品メーカー企画・開発）向けダッシュボード型DXツールの開発社内社外プロダクトオーナースクラムマスターステークホルダースクラムチーム（営業部門・事業部門）（顧客・利用者） DEV ここに存在する境界の話 DEV スクラムマスタープロダクトオーナー弊社（発注元）協力会社（発注先）契約・お金アジャイルやスクラムに明るくない

Slide 5

Slide 5 text

page No. page No. 5 Copyright © 2024 WingArc1st Inc. All Rights Reserved. こんな構成のスクラムチームの話 ★スクラム開始 SM荒川join（2022年6月） ★スプリント90達成（2024年4月12日時点） ★スプリント50達成（2023年6月） ★PO木田join（2023年9月）スクラムを始めてもうすぐ2年紆余曲折を経てジャーニーは続く ★スプリント90達成（2024年4月12日時点）

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

page No. page No. 10 Copyright © 2024 WingArc1st Inc. All Rights Reserved. スクラムチームの外からの視点経緯で先述したとおり、スクラムを開始した当時はまだスクラムチームの一員ではありませんでしたがこれから起きる大きな変化に不安と期待を抱いていました。ウォーターフォール開発からアジャイル開発（スクラム）へ受託開発から疑似内製開発へ未経験なメンバーでアジャイル開発（スクラム）に挑戦する不安きっと良いほうに変わっていくであろう伸びしろへの期待変化不安期待感

Slide 11

Slide 11 text

page No. page No. 11 Copyright © 2024 WingArc1st Inc. All Rights Reserved. スクラムマスターの視点「これから皆さんとスクラムするにあたって」の会を開催【強調】 • 多くのスクラム（アジャイル開発）は失敗する • スクラムは銀の弾丸ではない「スクラムにすれば状況が好転する」と安直に捉えられているとしたら危険まずは全員で目線を合わせたい

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

page No. page No. 16 Copyright © 2024 WingArc1st Inc. All Rights Reserved. • 自社ツールを用いた自動テストを導入自動テスト（E2E） 1 • 関係者全員を集めて品質基準を作成品質基準の作成 2 • リリースなど運用面での融合施策推進中 DevOps施策 3 • PO/SM/DEVでクロス1on1の実施 1on1 4 • 主にPO-DEV間の権限委譲について見える化し、共通認識を深めるデリゲーションポーカー 5 • 関係者全員を集め、有識者によるビジネス環境の勉強会を実施ビジネス領域勉強会 6 • 属人的な業務をチーム内で横展開するための小さなプロジェクトを発足属人化解消タスクフォース 7 • ムービングモチベーターズ • ドラッカー風エクササイズ • アイリッシュパブでの親睦会その他チームビルディング 8 スプリントを経る毎にこういった施策を適宜実施した（している）カイゼン活動

Slide 17

Slide 17 text

page No. page No. 17 Copyright © 2024 WingArc1st Inc. All Rights Reserved. デベロッパーに訊いてみた Q 一連のカイゼン活動、効果はありましたか？ A やったことは全部効果的だった。特にデリゲーションポーカーと1on1。デリゲーションポーカーで「誰がその役割をどの強度で担うのか」が明確になり、 DEVがもやもやすることが解消できた。 1on1は、荒川さんと木田さんはなんでも聞いてくれるからタスク面でもマインド面でも頭の整理ができる。コミュニケーションって重要。

Slide 18

Slide 18 text

page No. page No. 18 Copyright © 2024 WingArc1st Inc. All Rights Reserved. デベロッパー自ら語る期待不安いま現在、DEV内でも課題に対してカイゼン活動をやっている。自分たち考えるようにしている。スクラムになってからそういった機会が増えた。スクラム前は、「カイゼン案など、そういったことはウイングアークの方が決めてくれること」といった意識は強かったと思う。前のめり

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

page No. page No. 21 Copyright © 2024 WingArc1st Inc. All Rights Reserved. プロダクトオーナーの視点ミニウォーターフォールになっているスクラムへの興味関心がないデベロッパーもいるスプリントの成果があったりなかったり DEV内の活動が見えづらい（スクラムイベントを除く）使いやすさ（操作性、視認性、速度など）に対する意識が足りない

Slide 22

Slide 22 text

page No. page No. 22 Copyright © 2024 WingArc1st Inc. All Rights Reserved. スクラムマスターの視点契約面（準委任契約）から来る弱腰感もっとフラットに色々チャレンジしたい！私たちならやれる！という希望別会社の人にそこまで期待していいのか？という遠慮日々の活動の中でチームに一体感が感じられた時の達成感異なる会社同士で一緒に働くということ = イケイケとウジウジのループしかも… でも… やっぱり… ただ… イケイケウジウジ

Slide 23

Slide 23 text

page No. page No. 23 Copyright © 2024 WingArc1st Inc. All Rights Reserved. デベロッパーの視点 Q 異なる会社間で1つのチームという構成で難しく感じた（感じる）ことはありますか？ A ＜スクラム以前〜序盤＞ • 会社が違ったり、上司部下とかあって話しづらいことがままあった • 積極的に相談できる空気ではなかった • 開発することが目的で「自分たちのプロダクト」という主体性は持てなかった＜〜現在＞ • 「会社と会社」ではなく「私たちとプロダクト」という構図で意見交換ができる • プロダクトの前では対等に会話ができる • 「プロダクトのことを一番知っているのはわれわれDEV」という考え方に変わった

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Slide 26

Slide 26 text

page No. page No. 境界を超え、より良いチームを目指すために 26 Copyright © 2024 WingArc1st Inc. All Rights Reserved. 知らなくても良い、興味関心を持とう無関心にならない。興味関心を持てば、アンテナに引っ掛かって情報が入ってくる、情報が入れば知識が少しずつ蓄積されていく。「自分には合わない」と感じたとしても、合わないと知れたことには意味がある。 • 昨今のプロダクト開発では、アジャイル開発やスクラムを実践することがだいぶ一般的になっている o 知識も実践経験も持っていて損はない！ • 発注元の方針だから・・・ o キッカケがそうだったとしても、変化を受け入れて楽しもう！ • アジャイル開発、スクラム、未経験だからよく分からない o 遠慮なく聞いてほしい、一緒に学びましょう！ o 今こそ経験するチャンス！アジャイルソフトウェア開発宣言スクラムガイドの読み合わせ会実施を検討中

Slide 27

Slide 27 text

page No. page No. 27 Copyright © 2024 WingArc1st Inc. All Rights Reserved. 自分ゴトにしよう • アジャイル開発やスクラムを実践し続けることは個人やチームの「能動性」「自律性」を養う o 個人やチームが自ら考え、判断し、選択し、価値最大化のために行動できるようになっていく o プロダクトオーナー・デベロッパー双方がもつべきもの境界を超え、より良いチームを目指すために価値について考えよう • 私たちは”プロダクト開発”という行動で、ユーザーに価値提供を続けている（アウトプット） • 大切なのは、ユーザーが、ソフトウェアから良い結果や成果を得ることである（アウトカム） • プロダクトオーナーもデベロッパーも、ステークホルダー任せにならず、アウトカムを意識していきたい

Slide 28

Slide 28 text

page No. page No. 28 Copyright © 2024 WingArc1st Inc. All Rights Reserved. 境界を超え、より良いチームを目指すために Q 異なる会社間で1つのチームという構成で難しく感じた（感じる）ことはありますか？ A ＜スクラム以前〜序盤＞ • 会社が違ったり、上司部下とかあって話しづらいことがままあった • 積極的に相談できる空気ではなかった • 開発することが目的で「自分たちのプロダクト」という主体性は持てなかった＜〜現在＞ • 「会社と会社」ではなく「私たちとプロダクト」という構図で意見交換ができる • プロダクトの前では対等に会話ができる • 「プロダクトのことを一番知っているのはわれわれDEV」という考え方に変わった ※3章「異なる会社同士で一緒に働くということの難しさから」再掲ここに至るまでに何が作用したのか？まだ残る課題（＝チームの伸び代）をチームで解消していくためのヒント ↑

Slide 29

Slide 29 text

page No. page No. 29 Copyright © 2024 WingArc1st Inc. All Rights Reserved. 境界を超え、より良いチームを目指すために（まとめ）境界はたしかにある。たぶんずっとある。その状況でチームがアジャイルになるためにはこの３つの歯車が重要かつ必要不可欠。コミュニケーション尊重主体性メンバー全員が主体性をもって「自分ゴト」として業務に取り組む。チームに必要な知見に興味を持ち、学習・実践する。色々な手段を用いて「相談しやすい」「意見しやすい」土台を構築する。メンバー間が主体性を持ち尊重し合うようなチームの空気感を作る。それぞれが持つ個性や特性を認め合う。発注元や発注先の垣根を超えて「目的」に向けた活動ができる。