Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
アジャイル失敗のススメ
Search
NAVITIME JAPAN
PRO
July 02, 2018
Technology
0
380
アジャイル失敗のススメ
スクラムを導入したチームが
成果をなかなか出せなかったので
スクラムを廃止してみたらうまくいった話
NAVITIME JAPAN
PRO
July 02, 2018
Tweet
Share
More Decks by NAVITIME JAPAN
See All by NAVITIME JAPAN
つよつよリーダーが 抜けたらどうする? 〜ナビタイムのAgile⽀援組織の変遷〜
navitimejapan
PRO
23
15k
実践ジオフェンス 効率的に開発するために
navitimejapan
PRO
3
590
安全で使いやすいCarPlayアプリの 魅せ方:HIGと実例から学ぶ
navitimejapan
PRO
1
210
見えないユーザの声はログに埋もれている! ~ログから具体的なユーザの体験を数値化した事例紹介~
navitimejapan
PRO
6
2.8k
ユーザーのためなら 『デザイン』 以外にも手を伸ばせる
navitimejapan
PRO
2
1.5k
フツーのIT女子が、 Engineering Managerになるまで
navitimejapan
PRO
3
330
不確実性に打ち勝つOKR戦略/How to manage uncertainty with OKR strategy
navitimejapan
PRO
4
3.5k
アジャイルを小さいままで 組織に広める 二周目 / Agile Transformation in NAVITIME JAPAN iteration 2
navitimejapan
PRO
4
1.3k
変更障害率0%よりも「継続的な学習と実験」を価値とする 〜障害を「起こってはならないもの」としていた組織がDirtの実施に至るまで〜 / DevOps Transformation in NAVITIME JAPAN
navitimejapan
PRO
7
5.5k
Other Decks in Technology
See All in Technology
SwiftUI Transaction を徹底活用!ZOZOTOWN UI開発での活用事例
tsuzuki817
1
610
型システムを知りたい人のための型検査器作成入門
mame
13
3.2k
All About Sansan – for New Global Engineers
sansan33
PRO
1
1.2k
Contract One Engineering Unit 紹介資料
sansan33
PRO
0
6.3k
FASTと向き合うことで見えた、大規模アジャイルの難しさと楽しさ
wooootack
0
460
基調講演: 生成AIを活用したアプリケーションの開発手法とは?
asei
1
100
Whats_new_in_Podman_and_CRI-O_2025-06
orimanabu
3
150
Amazon DevOps Guru のベースラインを整備して1ヶ月ほど運用してみた #jawsug_asa / Amazon DevOps Guru trial
masahirokawahara
3
230
Go Connectへの想い
chiroruxx
0
160
OpenJDKエコシステムと開発中の機能を紹介 2025夏版
chiroito
2
1.3k
Kubernetesで作るAIプラットフォーム
oracle4engineer
PRO
2
210
Grafana MCP serverでなんかし隊 / Try Grafana MCP server
kohbis
0
290
Featured
See All Featured
The Pragmatic Product Professional
lauravandoore
35
6.7k
Large-scale JavaScript Application Architecture
addyosmani
512
110k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
180
53k
Speed Design
sergeychernyshev
30
980
Side Projects
sachag
454
42k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
48
5.4k
Code Review Best Practice
trishagee
68
18k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
252
21k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
106
19k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
32
5.9k
How STYLIGHT went responsive
nonsquared
100
5.6k
StorybookのUI Testing Handbookを読んだ
zakiyama
30
5.8k
Transcript
アジャイル失敗のススメ 井⽥ 献⼀朗 株式会社ナビタイムジャパン
⾃⼰紹介 井⽥ 献⼀朗 https://github.com/rinatz Python, Rust 主な業務 時刻表、路線図表⽰などのサービス開発 マネージメント アジャイルの推進
技術系の教育 2
話すこと スクラムを導⼊したチームが 成果をなかなか出せなかったので スクラムを廃⽌してみたらうまくいった話 3
現在のチームの働き⽅ Slack: ほとんど会話しない プルリク: コメントが付かずにクローズ 課題管理: JIRA などを使⽤することはほとんどない これだけ⾒るとずさんなチームに思える 4
しかしプロダクトの機能追加は 継続的に⾏えている 5
なぜスクラムの廃⽌が かえっていい結果を⽣んだのか︖ 6
スクラムをやっていた頃 プロダクトオーナーとスクラムマスターを任命 バックログを作成 スプリントを実施 朝会を実施 振り返りを実施 スクラムでやるべきことはやっていた でも開発はだいぶ遅れ気味(休出する⼈もいた) 7
うまくいっていない原因 1. ステレオタイプなスクラムを忠実に守り続けることに徹している ルールやノウハウへの忠誠⼼が強すぎて⾏動指針をマニュアル化 結果、⾃分たちで改善策を考えようとしない 2. 成果責任と権限委譲ができていない ⽬的を達成するための戦略をメンバが検討できていない 疑問を持ちつつも『⽅針が決まっているから』という気持ちで開発 3.
動くソフトウェアを継続的に作るという意識が低い 反復型開発の本質を分かっていない 8
うまくいっていない原因 1. ステレオタイプなスクラムを忠実に守り続けることに徹している ルールやノウハウへの忠誠⼼が強すぎて⾏動指針をマニュアル化 結果、⾃分たちで改善策を考えようとしない 2. 成果責任と権限委譲ができていない ⽬的を達成するための戦略をメンバが検討できていない 疑問を持ちつつも『⽅針が決まっているから』という気持ちで開発 3.
動くソフトウェアを継続的に作るという意識が低い 反復型開発の本質を分かっていない 9
うまくいっていない原因 1. ステレオタイプなスクラムを忠実に守り続けることに徹している ルールやノウハウへの忠誠⼼が強すぎて⾏動指針をマニュアル化 結果、⾃分たちで改善策を考えようとしない 2. 成果責任と権限委譲ができていない ⽬的を達成するための戦略をメンバが検討できていない 疑問を持ちつつも『⽅針が決まっているから』という気持ちで開発 3.
動くソフトウェアを継続的に作るという意識が低い 反復型開発の本質を分かっていない 10
解決したいこと 1. ステレオタイプなスクラムを忠実に守り続けることに徹している スクラムへの偏⾒をなくす 2. 成果責任と権限委譲ができていない ⾃⼰組織化を促す 3. 動くソフトウェアを継続的に作るという意識が低い 理想の反復型開発を知る
11
1. スクラムへの偏⾒をなくす 12
スクラムを廃⽌ 代わりに モブプログラミング を導⼊ モブプログラミングとはチームのメンバ全員を ミーティングスペースに集めて⼀緒に開発をする開発スタイルのこと 13
スクラムを廃⽌ 全員未経験なので、みんなが⼿探り状態 効果を試すため、思い切って1⽇5時間くらいは集まることにした 14
効果 1⽇中 コーディング、レビュー、進捗共有、情報共有 を同時にやっているような感覚 15
効果 1⽇が終わると相当な達成感と疲労感があった 雑談しながら開発できるので、疲れるがとても楽しい 16
効果 問題解決のためには、プロセスやツールを検討するより 対話をしたほうが効果的だとメンバが感じるようになった 情報を伝えるもっとも効率的で効果的な⽅法は フェイス・トゥ・フェイスで話をすることです。 『アジャイル宣⾔の背後にある原則』より “ “ 『アジャイル宣⾔の背後にある原則』http://agilemanifesto.org/iso/ja/principles.html 17
効果 その結果 Slack での会話はほぼなし プルリクでのレビューはほぼなし JIRA による課題管理はほぼなし やり⽅が分からないアプローチをあえて取ることで 偏⾒を持たず、⾃分たちで改善策を⾒出すのだという アジャイルの本質を理解してもらえた
18
2. ⾃⼰組織化を促す 19
⾃⼰組織化 ⾃⼰組織化 マネージャーはゴールだけを⽰し 戦略はメンバが⾃主的に検討できるように作られたチームのこと ⾃⼰組織化を促すためにやったこと クロスファンクショナルチームの形成 進捗報告の仕⽅を変える 20
⾃⼰組織化 クロスファンクショナル(職能横断型)チーム 1つのタスクに1⼈を割り当てるようなことはしない 横断的にタスクをこなしてもらう その際、メンバが苦⼿なことをうまくマネージメントする 得意な作業は積極的に実施してもらう 苦⼿な作業はそれが得意な⼈を探す努⼒をしてもらう 21
⾃⼰組織化 進捗報告の仕⽅を変える かつては⼝頭や⽂章・スライドなどで伝えてもらっていた しかしそれだと上⼿に ウソ がつけてしまう 22
⾃⼰組織化 進捗報告は動くプログラムでデモをやってもらう 動くプログラムを⾒せることで ⾃分の作ったものを必要としてくれる⼈がいることを知れる デモに失敗したら、ちゃんと動かせるように気を使うようになる ⾃⼰組織化が促進される 23
3. 理想の反復型開発を知る 24
反復型開発がよく分かる画像と動画 画像 How to build a minimum viable product TED
の動画 トム・ウージェック︓塔を建て、チームを作る チームのメンバ全員に⾒てもらった 25
How to build a minimum viable product 夢は⼤きく、⽬標は⼩さく 部品を作るのではなく、 同じコンセプト
を持つものを作り続ける 画像引⽤: https://medium.com/@heyjudesue/what-does-it-take-to-design-a-minimum-viable-product-5175e554fa3a 26
塔を建て、チームを作る マシュマロ・チャレンジ スパゲッティの麺で⾃⽴式の塔を建て 塔の⼀番⾼いところにマシュマロを置いたチームが勝ちというゲーム 組み⽴て⽅をじっくり議論するより 早く実践に移るチームの⽅が勝ちやすい という結果に トム・ウージェック︓塔を建て、チームを作る 動画引⽤: https://www.ted.com/talks/tom_wujec_build_a_tower
27
まとめ 1. チームの働き⽅は 継続的 に⾒直す必要がある 2. ソフトウェアは 継続的 に動くものを作る必要がある 3.
アジャイルにおける 失敗は終わりではなく始まり アジャイルは 継続的な失敗駆動開発 である 28
Thank You! 29