InfoQ ホームページ PM に関するすべてのコンテンツ
-
誰がこのユーザストーリーを欲しているのか？
誰の利益になるのか簡単には言えないユーザストーリーがある。誰がこのユーザストーリーを欲しているのか表現できないとき、標準的な「... として、.... が欲しい。それは ... のためだ」というユーザストーリーのテンプレートをどうやって埋めればよいのか？
-
2つの世界の衝突：PMI（米国プロジェクトマネジメント協会）とアジャイル
先頃、PMI Network magazineによって「アジャイルはあなたのプロジェクトにとって正しいのか？」というタイトルの一組のスライドが公開され、twitterやPMIアジャイルグループでかなりの波紋を起こした。
-
スプリントバーンダウン - 間違ったことを計測しているのか?
従来のスプリントバーンダウンチャートはチームの役に立っているのか。多くのスクラムチームが作業時間の追跡がスプリントの本当の状態を隠蔽することを指摘し、他の方法を選択する。
-
ユーザストーリー完了後の再見積は精度向上に有効か？
Scrum Development メールリストの最近のスレッドで，Paul Battison 氏がひとつの質問を投げかけている。スプリントの終了後に完了したストーリーの再見積を行って，チームの速度 (Velocity) 評価に実際の成果を反映させることは適当だろうか，と問うものだ。
-
Tasktop Agile Planner for Eclipseがリリース
Tasktopはアジャイルプランニングツールをリリースした。これはMyLynコネクタを利用して、MingleやTeam Concert、Rally、Scrumworks、JIRA、VersionOneのような複数のプロジェクト管理にわたったプランニングサポートを提供する。Eclipseインテグレーションはプラン項目とソースコード成果物を自動的にリンクしたり、Eclipseから直接プランを作成・管理することをサポートする。
-
製品オーナーは、プラニング ポーカーの場に、どのように参加すべきか？
プランニングポーカーの間、製品オーナーは、各ストーリーを明確にする責任があるが、しかし、オーナーは、開発チームの見積りに不当な影響を及ぼそうとしては、ならない。
-
ストーリーポイントは複雑さや時間と関係があるか？
多くのアジャイルチームが、ストーリーポイント（Story points）とコンプレキシティポイント（Complexity points）という用語を交換可能なものとして使っている。そして、アジャイルチームは、これらが複雑さや相対的な大きさに基づいているというだけで、時間よりもすぐれていると思い込んでいる。Mike Cohn氏は���あるフィーチャー（機能）を開発する際に、ストーリーポイントを複雑さを表すのに使うのは間違っており、それらはすべて労力に関係するものだと述べている。
-
最初に可視化、後で作成
Computerworldの記事とウェビナーによるアナウンスの両方が、ビジネス アプリケーションの要求を可視的に把握するために、iRiseを使うことを特集したため、この成長する製品セグメントに注目を集まっている。
-
差異と学習:PMI-Agileプロジェクトの議論白熱
PMI-Agileプロジェクトの目的はPMIの実践者にアジャイルの知識と技能を提供することだ。しかし、現実に行っている活動はもっと面白い。プロジェクトのヤフーグループは世界観がぶつかるへと場所と進化した。このフォーラムで見られる差異や多様性の結果として、ある種の "熱"が生まれている。InfoQは詳細を取材し、さらにRon Jeffries氏に話を聞いた。
-
-
指揮統制 - 軍隊がアジャイルを採用
アジリティは、実にめずらしい場所で勢いを増している言葉だ。軍隊では、突然、真剣にアジリティを取り上げている。軍隊は、アジリティを「変化にうまく対応する能力」と定義する。「指揮統制」(Command and Control)は、軍隊で普通に使われる言葉であり、一般的な使い方では「C2」と省略される。また、C2 Journalでは、最近、アジリティに関する多くの記事が書かれている。
-
WPF 対 Silverlight: プロジェクトに最適な技術を選ぶ
WPFを使う場合と Silverlightを使う場合について混乱がある。プロジェクトに合った技術を選ぶのは、アプリケーションの正確な要件と WPFとSilverlightの能力差に依存する。
-
アジャイルのプロジェクト憲章には何を書くべきか？
アジャイルプロジェクトは資料によるコミュニケーションよりも，人々の行為や会話を重視する。公式化された方法論の多くは資金調達と作業承認を受ける手段として，大量のプロジェクト初期資料の作成を要求する。この潜在的な矛盾を前提とするアジャイルのプロジェクト憲章には，何を記述すればよいのだろう - "不足のない" 資料とは，どの程度の量なのだろうか？
-
繰り返しタスクはアジャイルの臭い？
ストーリーを水平方向のタスクに分割することは「アジャイルの臭い」か？これはスクラム/アジャイル計画会議によく見られ、チームの顧客価値へのフォーカスを損なう悪習なのか？代わりに提案されているのはどんなことなのか？
-
Twist 2.0は振る舞い駆動の協力的なテストを支援する
ThoughtWorks Studiosは Twistの最新バージョンであるTwist 2.0をリリースした。Twistはアジャイルテスト自動化ツールだ。Twist 2.0はテスターや開発者、ビジネス分析者が協力してテストすることを支援する。振る舞い駆動開発(BDD)とドメイン特化言語(DSL)の技術を使ってテスト自動化を実現し、動的言語であるGroovyを使ってテストスクリプトを書くこともできる。