
マネージャ 2.0: スクラムでのマネージャの役割
スクラムは3つの役割しか定義しない。それはプロダクトオーナとスクラムマスタとチームだ。ここにはマネージャは存在しない。Pete Deemer氏はスクラムを適用したときにマネージャが受ける影響や、マネージャの役割をどのように再定義するのがいいのか(職務内容記述書のサンプルを含む)、マネージャをスクラムマスタに任命することなどを考察する。

スクラムは3つの役割しか定義しない。それはプロダクトオーナとスクラムマスタとチームだ。ここにはマネージャは存在しない。Pete Deemer氏はスクラムを適用したときにマネージャが受ける影響や、マネージャの役割をどのように再定義するのがいいのか(職務内容記述書のサンプルを含む)、マネージャをスクラムマスタに任命することなどを考察する。
Tony Wong氏(プロジェクトマネジメントのブラックベルト)は個人の生産性にとって実践的なポイントをいくつか挙げている。この記事では、これらをいかにソフトウェア開発に適用するかを考え、彼のリストと他のリストを比べる。
Glen Alleman 氏が自分たちの用いているビジネス管理プロセスについて説明し,個人が責任を負わない,チームアカウンタビリティという考え方に異議を唱える。氏はチームが責任を負うことの効果性に疑問を呈し,単に成功ないし失敗の責任を負う個人が存在しないだけなのではないか,と問いかけている。
Esther Derby 氏と Mike Cohn 氏のブログポストは,それぞれがアジャイルチームのメンバ選択の異なる2つの側面に注目している。
pmi-agile Yahoo! グループの最近のスレッドで、世間知らずと思えるようなアジャイルからの提案へのフラストレーションが議論されている。
Scrum Gathering の2日目はトピック,おしゃべり,活気,役に立ちそうなもの,そして初日に続いて(もちろん)健全な議論の嵐で目いっぱいだった。当日のハイライトは(ご存知) Open Space の創設者である Harrison Owens 氏の登場,Jeff Patton 氏の "ストーリーマッピングの利用",Jurgen Apello 氏の自己組織化に関する話,その他多数だ。

Craig Larman氏とBas Vodde氏は、どのように、そして、なぜ機能チームがうまくいくのかを説明し、この主要な組織の変化が価値あるものであることを主張します。

アジャイルの「自己組織化チーム」のパラダイムでは、チームのメンバに新しいスキルが要求されます。この記事では、発展しつつあるチームの自己組織化を壊さずに、新たなスキルを伝えるためのいくつかの戦略を提案します。そして、新しいスキルを身につけるのに役立つ資料のありかを提示しています。
何について学ぶのか?お互いのこと、テクノロジ、ドメイン、顧客など、すべてについてである。速く学習するチームは成功する。チームのパフォーマンスを妨げる目に見えない「学習ボトルネック」について詳しく知りたいのなら続けて読んでほしい。