More Related Content
What's hot
What's hot (20)
Product Backlog の管理だけじゃない⁈〜5年目だから分かる。本当の Product Owner の役割〜
- 2. Odd-e Japan Contributors 2Junji Rena Ebacky Daiki Kazunori Aki Yuko Satoka
- 3. 自己紹介 3 • 日本人初のCST（認定Scrumトレーナー） • 愛称はEbacky（エバッキー） • いつ寝ているのかは誰も分からない。（Odd-e 7不思議の1つ） • 弱点はパクチー。東南アジア出張の際は絶食して、お酒のみ。 江端 一将 Kazumasa “ebacky” Ebata Odd-e Japan CEO 15歳の江端です。
- 4. 自己紹介 4 • 人見知りなので英会話のレッスン前に必ずビールを飲む必要性あり • 知らない老人に気に入られてアメなどを無償で提供される特殊能力あり • 毎朝10Km走ったり、筋トレしたり、何を目指しているのか自分でも 分からなくなっている 淺田 純史 Junji Asada Odd-e Japan CSO POやって5年になります
- 5. Odd-e Japanって何やってる？ 5 1. 研修・トレーニング 2. コーチング • エグゼクティブ • チーム • オーガナイゼイション 3. 技術開発支援
- 11. 世の中は厳しい 11 • 作っている途中で、市場環境が変わる • 仕様を変更しよう！！（逆戻り） • でも、納期は変えない！ • 人を大量投入だ！ • 逆に開発スピード遅くなるw • でも、納期は変えない！ • デスマーチ化（徹夜だ！休日出勤だ！） • 市場環境は変わり続ける • 今更仕様変更できない！納期を守ることに意義がある • 心の声（こんなのリリースしても売れるのかなー） • テストは後でやろう！（後では永遠と迎えない） 負のスパイラル
- 12. リリースしても辛い現実が。 12 （社内） バグの対応で、お祭り騒ぎ・・・家に帰れない （マーケット） 何も起きない。 -やっとリリースしても、既にニーズはなく誰も使わない- 負のスパイラルの結果
- 14. Agileとの出会い 14 もっとスピード感もってリリースしたい 「まずいな」と思ったら、途中で変更したい そういった「Agile開発」という方法で開発して いる会社があるらしい、というのを知る。
- 16. 世の中は厳しい・・・ 16 • あれやこれやと各所から来る要望 • どれからやれば良いのやら（みんな最優先と言っている） • スピードだけが求められる • 全部やらないと！！ • デスマーチ化（徹夜だ！休日出勤だ！） • テストは後でやろう！（後では永遠と迎えない） • プロダクトがカオス化 • どんどん開発スピードが落ちていく • でも、リリースのスピードは落としくない みんなが疲弊していく。
- 17. 17 Scrumと出会った
- 19. Try to be a Agile again… 19 • きっかけは、当時勤めていた会社の開発部長の鶴の一声 開発メンバーの疲弊を防ぐために、 適切な労働時間以内で、 優先順位をつけて開発できるようにしていきたい。 全チームで導入！！
- 21. 実際初めてみて思ったこと 21 • チームとのコミュニケーションのルールを明確化する のは実際やってみると、円滑に物事が進みそう！ • 優先順位を付けて開発していくのがいいな。 • バックログだけ用意すれば良いのか！ （ウォーターフォールの時は重厚な仕様書作成してた ） 疲弊しなくなるかも？
- 24. ルールは理解できたけど・・・ 24 • バックログの区切り方ってどうすればいいんだ？ （仕様書なら区切りなく、延々といっぱい書ける） • ストーリーポイントの数が結局、人日になってる。 （「2」は2日でできるものにしようー！） • 計画終わったけど、追加したいものがでてきた。 （追加しちゃえ） • 優先順位通りに開発できない（属人化している） • 振り返りがお通夜状態（課題が多過ぎて絶句） 実践するのは難しい
- 29. 実践したこと 29 • Scrumで決まったルールは徹底。 （毎回セレモニーをする/全員参加する/Sprint延長しない） • バックログの区切り方を1日で終わる単位に。 （SMやチームと相談して、バックログを作る） • 計画終わったら、原則、追加はしない。 （2週間くらいは我慢しよう。） • 開発チームの近くにいる。（開発が止まらないように） • 優先順位通りに開発する（属人化をやめる。遅延は我慢） 地道に実践。
- 30. 努力の結果 30 • Scrumのサイクルが習慣づいた • バーンダウンが下がるようになった • 何となく1Sprintで終わる量が分かってきた • 優先順位どおりに開発できるようになった（属人化の解消） • Sprint期間中に全てのタスクが終わりきらない • 課題を解決しても、次から次へと課題が出てくる • そもそも、自分のやり方は正しいのだろうか？という不安 残ったモヤモヤ 効果
- 32. CSPOで学んだこと 32 • Scrumは開発手法ではない！ 「課題を発見するためのフレームワーク」 • 各役割、セレモニーの存在意義を再確認 • POのやるべきこと or やってはいけないことの再確認 • 課題が出てくることは問題ない → 1つ1つ解決していけば良い （☓課題 → ◯挑戦） • 自分のやっていたことは「間違ってない」という安心感 ＆これから「やらなくてはいけないこと」を学んだ 次の挑戦 学び
- 37. 実践したこと 37 • 大見積もり大会の実施 （2ヶ月単位でそれまでにやりたいと思うバックログを一気に見積もり ＆計画） • バーンダウンチャートを0にするために何をすべきかを 振り返りの時にチームと考える • チームの成長のためにPOとして協力できることはする • 先行投資すべきと判断したら多少のスピード低下は我慢 • チームが改善したいことをバックログに入れる （毎Sprintに改善するタスクを入れていく）
- 38. 結果 38 • チーム全体でバックログのリリース時期が見通せるようになっ た （ステークホルダーにも可視化できた） • 見積もり大会で、開発メンバー全員で開発方針を決めるので、 その後の計画やタスク分解、実装がスムーズになった • チームの負債が徐々に解決していき、開発のスピードが上がっ た • 結果として、バーンダウンチャートが0にすることができるよう になった 学び
- 41. 上手くいかないチームの特徴が見えた 41 • Scrumの目的を理解せず、ただやってるだけ • 例）振り返りで、課題をだして終わり • Scrumのルールを勝手に変更して形骸化している • 例）Sprintの期間を延ばしてしまう • POがチームに対して協力的ではない • 信頼関係が築けていない • POが近くにおらず、質問したくてもできず、 結果として実装が止まる 学び
- 42. 次の挑戦 実践したこと 42 • Scrumの目的を再確認する • 課題をだして、それを改善していくことを意識する • Scrumのルールを徹底する • 「できない」ではなく「どうしたらできるか？」を 考えてもらう。 • POがチームに対して協力的であることを印象づける
- 43. 学んだこと 43 目的と理解者が重要！ • 成功例を押し付けても意味がない • チームにはチームの事情がある • なぜScrumでやるのか？の目的を理解していないと 空中分解する • いきなり全員に協力してもらうのは無理 • 協力者を探して、徐々にインフルエンスしていく • チーム内に改善したいと思っている人は必ずいる 学び
- 46. 組織への導入の難しさを知る 46 • 組織の作りの問題で、フィーチャー型のチームづくり が難しい（職種で組織が異なる） • そもそも今までのやり方に対して課題をもっていない （押し付けても納得することはない） • ステークホルダーが理解しない。横槍を入れてくる。 • POやSMをどのように人事考課で評価するか？が課題 学び
- 47. 次の挑戦 実践したこと 47 前にも同じような学びが。 • 理想（ゴール）について話すことで課題を可視化 • まずは1つのチームでやって成功例を作る • 周囲に「何か面白そう」と思ってもらえるようにする • 相談にきたところから広めていく • ステークホルダーに理解してもらうように足を運ぶ レビューなどに招待する。
- 48. 学んだこと 48 やはり目的と理解者が大事。 • なぜScrumをやるのか？を組織として理解しないと 空中分解してしまう • 一度に全体導入するのは、かなり大変。 • ステークホルダーも巻き込んでいくことの重要性 学び
- 50. 次の挑戦 育てるのって大変だ。 50 • どういったスキルをある人であればPOになれるのか ？ • 今までにない役割なので、どのように育てて行けばよ いかが分からない。 • CSPOを取ったからといって一人前ではない （実践で活用できなければ、意味がない）
- 51. 次の挑戦 実践したこと 51 • 理想のPO像とは何かを考えて、可視化する • 役割（やるべきこと） • その役割をやるべき上で必要となるスキル・マインド • 可視化したものをPOに見せて、ギャップを確認し、 何からギャップを埋めていくかを話し合う • ギャップを埋めるために何をするべきかを話し合う • 定期的にそれを繰り返したり、オブザーブして成長しているかを確 認しフィードバックする 課題は人によって違う。
- 55. Advertising Scrum Goods専門店 https://www.scrum-goods.com/ 55 組織改善したい！開発改善したい！ 変化に強いチーム・人材を育てたい！ Scrum をより詳しく知りたい！そもそも Scrum とは？ などなど… https://goo.gl/forms/Xi5Hb0URzn59mImP2
- 56. Recruiting Odd-e Japan コーポレートサイト https://www.odd-e.jp/ja/contact/index.html 56 Odd-e Japanで一緒に働きませんか？ 私達と共に、世界一のチームをつくりませんか？