InfoQ ホームページ Scrum に関するすべてのコンテンツ
-
ハイパフォーマンスチーム - チーム殺しを避けるには
ハイパフォーマンスチームは職場にあるチームの2％にすぎないが、アジャイルプロセスはこうしたチーム作りを促しているように見える。この記事では、こうしたチームがどのようにして職場にはぐくまれるのか、Steve Denning氏の考え方について解説する。また、ハイパフォーマンスチーム作りのための選抜や採用の方法について、Ominlab MediaのStefan Gillard氏による最近の講演についても取り上げる。
-
オピニオン:Scrum Allianceは閉鎖的な組織を改善できるだろうか？
最近Scrum Allianceはいくつかのユーザグループにライセンス同意書への署名を求めた。これはScrumコミュニティーとの間の関係を悪化させることになった。この間違いからScrum Allianceは新たなポリシーを作成し、Cory Foy氏をコミュニティーとの連絡係に任じ、今後フィードバックを得ることを約束した。はたして改善できるのだろうか？
-
余分なチキンの数は何匹から？
デイリースクラムはアジャイルチームの中では重要なミーティングです。スクラムによると、豚のみがミーティングの最中に発言することが許可され、チキンはそれを黙って聞いていなければいけません。チキンの数には限度があるのでしょうか、また誰がデイリースクラムに出席するのがよいのでしょうか？
-
かんばんとスクラムの比較
開発組織がアジャイルを実践する有効な手段として、かんばんには大きな関心が寄せられている。このため、多くの者が「かんばんとスクラムはどのように比較するのか？」という疑問を抱いており、Henrik Kniberg氏は、この疑問に答えようとしてきた。
-
Scrum Allianceがユーザグループにライセンス契約を要求
スクラムのブランドの支配権を得ようしているように見える動きの中で、Scrum Allianceは「Scrum User Group」という用語に対する権利を主張した。yahooグループのScrumDevelopmentでの議論は熱くなったが、この動きの影響ははっきりしないままである。
-
スタンドアップ ミーティングは大規模チームを受け入れるか？
デイリー スタンドアップ ミーティングは、チームがそのイテレーションのゴールに向けて、チームのコミットメントの進捗をふりかえるのに有効だ。しかしながら、多くのアジャリストはチームの規模が大きくなるに従い、従来のスタンドアップ ミーティングが機能しなくなると確信している。
-
-
アジャイルプロジェクトにおけるパフォーマンスエンジニアリング
パフォーマンスエンジニアリングは重要なソフトウェア開発規律のひとつだ。パフォーマンスエンジニアリングはアプリケーションがパフォーマンスを考慮したうえで設計、製造、テストされていることを保証する。
-
かんばんワークフローはアジャイルか？
Karl Scotland氏は、かんばんシステムにおけるワークフローあるいは段階が、クロスファンクショナルで協力的なチームというアジャイルの理想と反対のものであるかを検討する議論を始めた。彼はまず、かんばんボードの各段階はウォーターフォールのフェーズに非常によく似ている、と発言した。次に起きた議論は、段階は必ずしも引き継ぎではないことを明らかにし、その他の洞察ももたらした。
-
-
スクラム認定テストの続き
認定スクラムトレーナーのMishkin Berteig氏が、今年3月にOrlando Scrum GatheringでベータCSM(認定スクラムマスタ)テストを受け、フィードバックを投稿した。
-
経営陣によるアジャイル導入へのサポートの三本柱
ひとたび自分達のチームに対してアジャイルが正当だと説明し、トレーニングにお金をかけると、経営陣の仕事は終わらない。移行を成功させるためには、経営陣が持続的なサポートをする必要がある。Esther Derby氏は少し時間を取り、この継続的なサポートの、３つの最も重要な側面であると彼女が考えていることを述べている。
-
従来のソフトウェア開発の役割をスクラムに対応させる
アジャイル採用の道に乗り出した多くの組織では、従来のソフトウェア開発の役割をスクラムが定める３つの役割に対応させるという課題に取り組まなければならない。一連の見解の中で、Mike Cottmeyer氏は従来の役割を効果的にスクラムに対応させようと試みている。
-
「ABetterTeam.org」でアジャイル度を評価しよう
Sebastian Hermida氏は自分たちがどれだけうまくアジャイルを採り入れているか、チームが理解を深めるのに役立つ無料で使えるオンラインのツールを作った。サイト「abetterteam.org」はJames Shore氏とShane Warden氏の本『アート・オブ・アジャイル デベロップメント(The Art Of Agile Development)』に出てくる「アジャイル度を評価しよう」というクイズに基づいたものだ。
-
プロダクトオーナーは一人であるべきか?
チームでもっとも重要といえるメンバの役割であるプロダクトオーナーに関して、ScrumDevelopmentメーリングリストで重要な話し合いが行われている。Jean Richardson氏が次の質問でこの話し合いを始めた。