Upgrade to Pro — share decks privately, control downloads, hide ads and more …

チームにスクラムを導入してみた

 チームにスクラムを導入してみた

2023年3月16日に開催された「SoftBank Tech Night Fes 2023」の講演資料です。

ソフトバンクはクラウド導入から運用・保守・監視・活用方法までをサポートするMSP(Managed Service Provider)サービスを提供しています。そのMSPサービスで開発を担当する2チームの各スクラムマスターがスクラムを推進して気づいたことについて話します。各チームでスクラムをどのように導入したのかやスクラムの進め方について試行錯誤した事例などについて話します。

■関連リンク
・クラウドネイティブ・アプリケーションプラットフォーム(CNAP)
https://www.softbank.jp/biz/services/platform/msp-service/cnap/

・クラウドネイティブなインフラとクラウドネイティブ・アプリケーションプラットフォーム(CNAP)
https://www.softbank.jp/biz/blog/cloud-technology/articles/202212/cloud-native-cnap/

・ソフトバンクaPaaS領域への挑戦
https://speakerdeck.com/sbtechnight/sohutobankuapaasling-yu-hefalsetiao-zhan

■作成者
三改木 裕矢(みぞろぎ ゆうや)
ソフトバンク株式会社
法人事業統括 クラウドエンジニアリング本部 PaaSエンジニアリング第2統括部 サービス開発部
クラウドエンジニア

増井 拓視(ますい たくみ)
ソフトバンク株式会社
法人事業統括 クラウドエンジニアリング本部 PaaSエンジニアリング第2統括部 サービス開発部
クラウドエンジニア

■SoftBank Tech Nightについて
ソフトバンク株式会社のエンジニア有志が開催するテックイベントです。
各分野のエキスパートが、日頃培った技術や事例、知見について発信しています。
イベントは開催スケジュールはconnpassをご確認ください。
https://sbtechnight.connpass.com/

SoftBank Tech Night Fes 2023公式サイト
https://www.softbank.jp/biz/events/tech-night-fes-2023/

SoftBank Tech Night

March 16, 2023
Tweet

More Decks by SoftBank Tech Night

Other Decks in Technology

Transcript

  1. アジェンダ 2 • 自己紹介 • サービス・チーム紹介 • スクラムとは • スクラムにおける試行錯誤

    ◦ 〜1年前の会話〜なぜスクラムをはじめた? ◦ スクラムをはじめたらどうなった? ◦ どうやってスクラムをはじめた? ◦ スクラムをはじめて良かった? • まとめ
  2. MSP の担当範囲 Kubernetes ソフトバンクのMSP(Managed Service Provider) ・顧客のクラウド導入から運用・保守・監視・活用までをサポートするサービス 4 サービス・チーム紹介    

    • 各ベンダのMSPサービス開発を担当 • 6人のチーム体制 • 基本的に在宅勤務     • MSPサービスのKubernetes基盤を担当 • 6人のチーム体制 • 基本的に在宅勤務 法人事業 開発部門 企画部門 MSP MSP の開発を担当 開発チーム 構築 / 運用部門 MSPの詳細はこちら インフラチーム アプリ基盤チーム
  3. 6 チームのタスク管理が非効率的でわかりづらい・・・ 〜1年前のある日の会話〜 全体のやること Excel —- —- — ②割り振り ①やること調整

    ③進捗報告 ④ Slack を見て進捗を把握 日々のタスク管理 • フォーマットがバラバラ • タスクの状態がわかりづらい • 中央集権のため上司の負荷が高い 〇〇の件についてな のですが。 〇〇さんが類似タスクを 
 やってたので聞いてみてく ださい
  4. 16 スクラムをはじめたらどうなった? 私のチームでも意見を出しやすくする & 具体的にするために 数値による可視化を心がけています 生産性下がったかも バグが多かったような ✕ ◎

    生産性が10下がった。 障害が2件、その修正にスプリントの3割を使った Try 次は本気出す!! Try ・環境の差分でバグがでたから次でその差異をなくそう ・新規機能開発の割合が下がっているから次は優先しよう 振り返りの Input を具体化すると Output も具体化される
  5. 21 MSPサービス Azure 〇〇改善 AWS GC ・ ・ ・ ××検討

    ・ ・ ・ △△機能 ・ ・ ・ Azure担当 AWS担当 GC担当 各クラウドベンダー毎に担当者が分かれている スクラムをはじめたらどうなった? 〜作業属人化の緩和〜
  6. 22 〇〇のタスク
 やってます OKです。 ? ? ? 〇〇さんこれやってください ××さんこの依頼やってください △△さんこの調査お願いします

    PLがタスクを集中管理 作業内容を 担当者とPLしか知らない状況に スクラムをはじめたらどうなった? 〜作業属人化の緩和〜 Before
  7. 23 〇〇のタスクやります。
 これはこんな機能を××を 使って実装します。
 今優先度高いタスク無い認識な のでこのタスクやります。
 〇〇のタスク
 やってます あれか! スクラムをはじめたらどうなった?

    〜作業属人化の緩和〜 After お互いに作業概要の説明を行い メンバーにも作業内容をインプット メンバー間の横の繋がりが深まり 自己組織化が進んだ
  8. しかし・・・ 31 月 火 水 木 金 タスクA タスクB タスクC

    Plan タスクの進み悪かったけども うPlanningか・・・ 準備しないと・・・ 進まない・・・ タスクCが 入りきらない • チームのタスクが 短くて1日、基本2日ほどかかる • 1週間にタスクが入りきらない • スプリント区切りで 良くも悪くもリセットされる どうやってスクラムをはじめた? 〜かえって忙しくなった〜
  9. 33 • 個々タスクの重さを鑑みて スプリント期間変更 • 期間は基本的に変えないほうが良いが スクラム導入初期だったので問題なかっ た 今回結構タスクこなしたな Planningの準備しよ

    月 火 水 木 金 タスクA タスクB タスクC Plan 1W 2W タスクC タスクD タスクD どうやってスクラムをはじめた? 〜かえって忙しくなった〜
  10. • チームの状況に合わせてはじめた ◦ 一気に導入 → 最初大変だが効果的 ◦ 徐々に導入 → はじめやすいがスクラムは全体で

           最大のパワーを発揮するので注意 35 他のチームと一緒にはじめるのがおすすめ どうやってスクラムをはじめた?