Scrumで組織改革@Developers Summit 2012
- DeNA_fullswing
- 2718
- 0
- 7
- 1
続いて14:20より「Scrumで組織改革」の講演内容を実況させて頂きます。よろしくお願い致します。 #devsumiA
2012-02-17 14:16:10#devsumia Scrumで変わる組織 貝瀬岳志さん。 SIer、ゲームポータルサイトを経てDeNa モバゲのコミュニティ領域。2011年に認定スクラムの導入を開始。
2012-02-17 14:26:49背景として、業務の拡大で組織も拡大したが、アウトプットや業務遂行のクオリティ、スピードが上がってない。メンバーも状況認識が出来ずに働いている、という問題があった。 #devsumiA
2012-02-17 14:23:13メンバーの人の視野が狭くなってたんだな。先も見えてないし、自分の全体の中での立ち位置もわからなくなっていた → で、スクラムを導入してみた #devsumia
2012-02-17 14:24:12DeNA貝瀬「経営陣の課題・メンバーの課題について認識はできていたが中々変えられる状況になかった。その中で中間管理職のマネージャーとしては課題の解決と共に自己成長型の組織にしていきたいと考えた」 #devsumiA
2012-02-17 14:31:01DeNA貝瀬「スケジューリングの困難さ、不明確な責任、問題の放置。まずスケジューリングの問題はスマートフォン業界での突発案件の多さがある、状況を見渡せてなかった目の前のタスクに負われている状況だった」 #devsumiA
2012-02-17 14:31:51#devsumia スケジューリングが困難。不明確な責任範囲。放置される課題問題。 突発事項の理由、周り見えてない。 優先順位、ひとによってまちまち。 責任。事業拡大に伴い、責任範囲がころころ変わる。 課題問題の放置。目先の仕事を優先してしまう。
2012-02-17 14:26:52DeNA貝瀬「当初掲げた、スケジューリングの困難さについては適切な優先順位のつける仕組み、不明確な責任については可視化、まだ放置された問題については一定のサイクルが必要に...」 #devsumiA
2012-02-17 14:33:39なぜスケジューリングは困難か? 突発、緊急の案件が多い→状況が見渡せていないから→目の前のタスクに追われている→タスクが多すぎる→優先順位の認識が人によってばらばら #devsumiA
2012-02-17 14:25:14DeNA貝瀬「実際の現場への導入について。Scrumをどのように行なっているのか。まずscrumとは何か、大きく3つの役割、(プロダクトオーナー、スクラムマスター、チーム)」 #devsumiA
2012-02-17 14:34:00DeNA貝瀬「3つのツール、プロダクトバックログ、スプリントバックログ、バーンダウンチャート」 #devsumiA
2012-02-17 14:34:15DeNA貝瀬「スケジューリングの困難さ、不明確な責任、問題の放置。まずスケジューリングの問題はスマートフォン業界での突発案件の多さがある、状況を見渡せてなかった目の前のタスクに負われている状況だった」 #devsumiA
2012-02-17 14:31:51#devsumia SP版モバゲーのリニューアルプロジェクトにスクラムを導入。UI設計は海外、実装は日本。若手を専任させて構成。 SM1,IA2、グラフィック2、その他2 PO1、SM1、エンジニア4〜6、マークアップ2、グラフィック2
2012-02-17 14:33:19スクラムの導入。スマホ版モバゲーで導入。20人ぐらいのプロジェクト。海外のデザイン会社がもともとスクラムしてたので、乗っかってみた。 #devsumiA
2012-02-17 14:33:19#devsumia 朝会は日本。海外メンバー+一部日本人で夜会。 プレプランニング。海外メンバー+一部日本人。 Basecampでバックログ管理。ホワイトボード+付箋でスプリントバックログの見える化。JIRAでログ蓄積。
2012-02-17 14:35:06