InfoQ ホームページ Scrum に関するすべてのコンテンツ
-
スクラム導入時の課題
新しいソフトウェア開発手法を導入することは、「変化を受け入れたがらない」といったものから「誤った導入方法」ようなものまで幅広く、いくつもの失敗へと繋がる課題がある。Cesario Ramo氏とEelco Gravendeel氏は、アジャイルジャーナルの連載記事の中で、スクラムで仕事をしている時であったり、さまざまな組織にスクラムを導入した時に気付いた課題について語っている。
-
プロダクトオーナーとスクラムマスタの組み合わせは可能か?
多くの人手不足のチームや小さな組織では、スクラムマスタ (SM) とプロダクトオーナー (PO) の役割を1人に組み合わせることを考える。これは望ましいことだろうか? 他の人々はこうしただろうか? 選択肢は何だろうか?
-
Snake On The Wall : 壁に並べた付箋紙を使って障害を把握する
Kevin Schlabach氏が、最近「Snake On The Wall」を使うことについてAgile Commentaryブログに投稿した。「Snake On The Wall」とは、開発プロセスを遅らせるものをチームで把握するのに役立つSchlabach氏が使っていた手軽なアプローチである。
-
スクラムのスクラムをせずにスクラムをスケールする
スクラムは、開発チームのメンバ間のコミュニケーション促進において効果的であることを証明してきた。この高帯域のコミュニケーションを、特に大きな組織において、どのようにしてチームを越えてスケールするかという問題は、活発に調査・議論される領域に残っている。
-
スクラムにおける変更要求の運用
変更管理というのは、昔ながらのプロジェクトマネジメントで使われる変更を運用するための手法だ。昔ながらのプロジェクトの変更管理は典型的に、変更内容の詳細、プロジェクトへの影響、リスク、代替案などの属性を持った変更要求の詳細を書き込むことで成り立っている。
-
Article: 事例研究：Dutch Railwaysのプロジェクトにおける分散拠点でのスクラム・プロジェクト
この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。
-
James Shore氏「アジャイルの衰退と凋落」
James Shore氏はアジャイルは衰退していくと断じている。多くのチームが、長期間にわたって高品質なソフトウェアを生産するために必要とされる技術的なプラクティスを適用することなく、「スプリント」と朝会だけ行っていることを例に挙げている。
-
「スプリント」は適切な呼び方ではない？
アジャイル開発における最も根本的な概念の1つとしてあげられるのは「反復」しながら仕事をすすめるということだろう。繰り返し暫定的なマイルストンを設定しながら、繰り返し改良されたバージョンの製品を納品することで、プロジェクトを運営していくのである。アジャイルな手法では、このやり方を何かに喩えた名前を付けている。有名なもので言えば、XPの「イテレーション」であり、スクラムの「スプリント」である。
-
スクラム認定テスト
アジャイルコミュニティの様々なメンバが、スクラム認定には意味がないことに何度も不満を漏らしている。なぜなら、スクラム認定の講座を受講する人は、ほとんど誰でも認定証を受け取るからだ。Danube technologiesのMichael James氏は、2009年1月1日よりこのケースはもはやあてはまらないと書いた。
-
Scrumでの非機能的な要求の対処
非機能的な要求は、振る舞いよりもシステムの質を説明する。Scott Ambler氏は、Dr. Dobb氏のポータルの記事にある「Scrumの製品��ックログの概念は、単純な機能的な要求には適切に動作するが、非機能的な要求やアーキテクチャ上の制約には足りない」ということを主張したとき、白熱した議論を巻き起こした。
-
Martin Fowler氏が語る陥りがちなスクラムの落とし穴を避ける方法
InfoQチャイナのJacky Li氏は、ThoughtWorks社のAgileChinaカンファレンス中にMartin Fowler氏と会談した。このインタビューは、Martin Fowler氏がスクラムの認定試験と、アジャイルの未来について語ってくれたものだ。
-
Article: アジリティのためにコンポーネントチームより機能チームを選ぶ
Craig Larman氏とBas Vodde氏は、どのように、そして、なぜ機能チームがうまくいくのかを説明し、この主要な組織の変化が価値あるものであることを主張します。
-
学習のためのアジャイルゲーム
Agile 2008でDon McGrealとMichael McCulloughの両氏はセッションを行い、アジャイルの原則やプラクティスに対するわれわれの理解を深めるために、どのようにゲームや実習を利用するかを示した。
-
スクラムチームで欠席を扱う
スクラムでは、各チームメンバは重要であり、チームの全体速度に貢献する。計画されていてもいなくても、欠席することはチームの速度に悪い影響を及ぼす。Scrum Developmentグループの興味深いディスカッションで、このような状況を扱う方法を議論しようと試みている。
-
ベンチャーキャピタルグループが残業はスクラムに害をもたらすと認める
チームは、持続可能であり、いつまでも維持できるペースで一生懸命働くべきであると「持続可能なペース」は提案する。チームが持続可能なペースよりもさらに努力する場合、数週間後に開発速度が遅くなり、燃え尽きてしまう人が続出することをそこでは示している。