InfoQ ホームページ PM に関するすべてのコンテンツ
-
Scrum Gathering: コミュニティの実践
アジャイルコミュニティは次の3つの重要な実践について共通理解を作り出そうとしている。その3つとは、要求の収集、アジャイルコーチング、そして集団学習のためのオープンスペースの形式だ。最近開催されたScrum Gatheringでは、これらのトピックが初日、二日目、三日目の議論の的になった。InfoQはこれらのトピックについてより深く理解するため詳細を取材した。
-
-
ストーリーポイントとは何か？必要ものなのか？
Michael de la Maza氏は、ストーリーポイントとは厳密には何なのか？という疑問を投げかけている。彼が答えを探したところ、「ストーリーポイントとは漠然とした時間単位を表すものだ」や「ストーリーポイントはスクラムチームが使っている任意の測定基準であり、1つのストーリーを実装するのに必要な労力を測るために使われる」など、いろいろな意見があることがわかった。
-
実験駆動開発 - ポストアジャイルの手法
TDDとBDDは現在広く使われているソフトウエア開発技術だ。しかし、TDDやBDDを単に適用するだけではビジネス機会を逸したり、さらに悪いときにはビジネスにネガティブな影響を与えてしまう。TDDとBDDでは解決できないふたつの問題とは、どのようにアプリケーションの使いやすさを計測するのか、そして顧客からどのようにしてフィードバックを得るのか、ということだ。実験駆動開発(EDD)はこの問題を解決できるか。
-
リーン＋リアルオプション＝複雑さとリスクの低減
リアルオプションとは、金融オプション数学に基づく意思決定プロセスである。これは通称「白本」とよばれるExtreme Progamming Explainedにおいて、Kent Beck氏が1999年に言及しているものだ。近年ではアジャイル主義者たちがリアルオプションがアジャイルとどのように交わるのかについて調査してきた。現在はChris Matts氏とOlav Maasson氏が、特にリーンソフトウェアコミュニティに対して発言している。リアルオプションを採用することでリーン開発が改善するというのだ。
-
最近のテクノロジにおけるトレンドは？
ThoughtWorks 社は 4 つの主な領域である、技術、ツール、言語、プラットフォームにおける ThoughtWorks の技術戦略とトレンドを含んでいる、Technology Radar 2010 を今月リリースした。InfoQ は、ThoughtWorks によって提供されたアイデアと示唆をより理解するために、このホワイトペーパを深く調べた。
-
適応型再利用 - 土木工学に学ぶ
直線的な開発プロセスは土木工学の中核であると信じられているものだが、「なぜ橋を建てるのと同じようにソフトウェアを構築できないのか」というソフトウェア開発に対して時折向けられる批判に対する反応として、ソフトウェアエンジニアはこのような直線的な開発プロセスに対して異を唱えてきた。しかし実は、土木プロジェクトもアジャイル主義者が認めるような方法をしばしば採用しているのである。
-
ビジネス価値を見積もる
従来のアジャイル開発では優先順位をつけるとき、ビジネス価値の低いユーザストーリーよりもビジネス価値の高いユーザストーリーを優先して実装する。このやり方はシンプルだが、うまく実装できるかどうかはビジネス価値を評価する仕組みがあるかどうかにかかっている。Pascal Van Cauwenberghe 氏は最近、ビジネス価値を定義する方法について説明している。この方法は"ビジネス価値モデリング"と呼ばれ、役に立つかもしれない。
-
フォレスターがビジネス向けリーンに関する無料の調査報告を公開
フォレスターリサーチは来週のビジネス・テクノロジフォーラムに先んじて、アナリストによる調査報告”リーン、新たなるビジネス・テクノロジ規範”を無料で公開した。リーンをビジネス全体の規範として管理者向けに書かれており、ITへの影響にも触れている。”価値の創造と柔軟性の増加を忘れて、無駄の排除に没頭してはいけない”との注意もある。
-
スプリント計画：ストーリーポイント VS 作業時間
スプリント計画にストーリーポイントと作業時間のどちらを用いるかについて，決着の付かない議論が長く続いてい��。Mike Cohn 氏がユーザストーリーをタスクに分割して時間見積を行う方法を推せば，Jeff Sutherland 氏が自身の関わった最高のチームでのストーリーポイントを使ったバーンダウンの例をあげてみせる，といった具合だ。
-
PMIがAgile Community of PracticeをAgile2009で立ち上げた
Project Management Institute (PMI)は、Agile2009 conferenceでAgile Community of Practiceを正式に発足させた。このグループのミッションは、「PMIのメンバにAgileのスキルと知識を授けること」である。Mike Griffiths氏は、PMIでAgileに関する分科会を立ち上げたいとAgile 2007で発表して以来、立ち上げの中心的役割を担ってきた。
-
Tasktop が ScrumWorks Pro と ThoughtWorks 対応の ALM ツールによる連携をサポート
Eclipse の Mylyn アプリケーション・ライフサイクル管理(ALM)統合フレームワークを提供する Task Technologies 社が今回，Danube Technologies 社の ScrumWorks と ThoughtWorks Studio 対応の ALM ソフトウェアによる連携をサポートする。Tasktop もさる６月に Tasktop Pro 1.5 がリリースされている。
-
デマルコ、ソフトウエアエンジニアリングの40年間を振り返る
NATOのソフトウエアエンジニアリング会議から40年経ち、トム・デマルコはソフトウエアエンジニアリングの信念の進化において、自身が支持したメトリクス指向の方法論が、"変革を起こすこと。世界を変えるソフトウエアを作ること。"を目的にする現実の開発現場では、本当は邪魔になっていたのではないかと、振り返った。それとも、彼の当初の助言はやはり有効なのだろうか。彼自身は、"有効ではなかった"と、Software Engineering誌の"時代はやって来て、そして過ぎ去ってしまったのか"と題した記事で書いている。
-
アジャイルを採用するためにRFPを使う
大組織や大プロジェクトではアジャイルではないパートナー/ベンダー/サプライヤーにアジャイルなチームが拘束される事を目にするのは珍しくない。結果として軋轢が起こり、エネルギーを無駄にする。その一方解決策は"よりよいチームを雇う"のように見えるかもしれない。Scott Ambler氏は問題の根を示し、RFPを作るよりもよい戦略を提供している。それはアジャイルなチームを引き込むことである。
-
PMIのアジャイルコミュニティ「PMI Agile Community of Practice 」
アジャイル と Project Management Institute (PMI)。長年、多くの人たちにとって、この言葉の組み合わせは混じり合わない"水と油"と同じ意味を持って知られている。しかし、これは正しいだろうか? Jesse Fewell氏、Dan Mezick氏らはこれに対して異議を唱え、新たなPMI Agile Community of PracticeとともにPMIにアジャイルを取り入れようとしている。