Recommandé
Contenu connexe
Plus de Taichi Watanabe
Plus de Taichi Watanabe (13)
Dernier
Dernier (9)
チームとプロダクトをぶっ壊した話
- 3. 3 イーグルスファン 2005年～ 楽天入社 2008年～ ← 本日はこちらの「正装」を 着用しております 2009年クライマックスシリーズ 2nd stage 第4戦 8回裏の「バッテリーの交代」 について30分語れる方 いらっしゃいましたら是非お声がけください アツくお話しましょう
- 4. 4 自己紹介 • Webエンジニア • 言語: Java • 「Dynamic Package Team」 リーダー twitter:@taichiw0424 渡邉太一（わたなべたいち）
- 7. 7 第1章 異動
- 8. 8 2015年2月
- 9. 9 異動前 在庫登録 検索・予約 ホテル ・ 旅館 • 良いプロダクトと良いメンバーに恵まれていた • 若手率が高いながらいいチームができて、満足しつつ ちょっと やることを見失い始めていたかも このプロダクトの 開発チームのリーダー （2年半ほど） エンド ユーザー
- 12. 12 パッケージチーム ： メンバー ユニットA ユニットB ユニットC
- 13. 13 パッケージチーム ： 評判 • 正直あまりいい噂は聞いていなかった • 「上手くチームが回っていない」 • 前年3人辞めている
- 19. 19 詳しくないけど俺も調べる！
- 25. 25 第2章 チームをぶっ壊す！
- 26. 26 私が問題視していたもの ユニットA ユニットB ユニットC 厚い「境」 厚い「境」
- 27. 27 厚い壁の理由 ユニットA ユニットB ユニットC • 各プロダクトの仕様やアーキテクチャが全く異なるため 担当を分けたほうが効率がいい （と、思われていた）
- 28. 28 厚い壁の弊害 ユニットA ユニットB ユニットC メモリリークが 解決しない… 解決方法を知っているが 問題が起こっていることを知らない この壁こそが「みんなで調べられない」 元凶だと思った
- 29. 29 目標 ユニットA ユニットB ユニットC この「境」を取り除いて “One Team” を作る！！！
- 48. 48 結果
- 51. 51 ユニット数 3→2へ ユニットA ユニットB ユニットC 1ユニットに統合！
- 61. 61 更に • 相互でのコードレビュー • ユニットテストの書き方など共通課題の議論 • トラブル対応は誰でも可能 . . .
- 62. 62 もう
- 63. 63 一人じゃない！ • 知識や問題を相互に共有するチーム • お互いに助け合えるチーム • 「誰か一人しかできないこと」がないチーム いいチームになった！！！
- 64. 64 ……あれ、この流れは…？
- 65. 65 組織改編。 Dynamic Package Team Hotel Search Engine Team 主務 このチームのリーダー。 兼務 New!! このチームのリーダー。 担当プロダクトと メンバーが増えた。
- 71. 71 自己紹介 • Webエンジニア • 言語: Java • 「Dynamic Package Team」 リーダー 渡邉太一（わたなべたいち） 本業はエンジニアなんです
- 74. 74 そびえ立つ6のモノリス • それぞれ似た機能なのに作りが全然違う • 各担当者が広範囲なシステムを それぞれ把握しなければならない 検索 予約 管理画面 検索 予約 管理画面 検索 予約 管理画面 検索 予約 管理画面 検索 予約 管理画面 検索 予約 管理画面 サービスA サービスB サービスC サービスD サービスE サービスF
- 75. 75 理想 予約 管理画面 検索 サービスA サービスB サービスC サービスD サービスE サービスF ユニットA ユニットB ユニットC • 機能ごとに共通のコンポーネントで実装。 • 担当は「機能ごと」に。
- 79. 79 楽天トラベル OnePlatformへ 全サービス横断の 機能開発 検索・予約・在庫登録・管理… microservice UIは Single Page Applicationで作る？ サービスはどこで分ける？ クラス設計は共通化できる？ テストは？