InfoQ ホームページ Agile in the Enterprise に関するすべてのコンテンツ
-
ハイパフォーマンスチーム - チーム殺しを避けるには
ハイパフォーマンスチームは職場にあるチームの2％にすぎないが、アジャイルプロセスはこうしたチーム作りを促しているように見える。この記事では、こうしたチームがどのようにして職場にはぐくまれるのか、Steve Denning氏の考え方について解説する。また、ハイパフォーマンスチーム作りのための選抜や採用の方法について、Ominlab MediaのStefan Gillard氏による最近の講演についても取り上げる。
-
James Shore氏に聞くアジャイルの現状
このインタビューでは、InfoQはJames氏が最近よく話題にしている、彼の著書「Art Of Agile(訳注:邦訳「アート・オブ・アジャイルデベロップメント――組織を成功に導くエクストリームプログラミング」)」という本のこと、昨今のアジャイルが骨抜きになっている傾向について、そしてカンバン方式が全体像というものをいかに欠いているかということ、こういったいくつかのことについて話を聞いた。
-
Atlassian が GreenHopperを買収，JIRAにアジャイルPM機能を追加
Atlassian は Pyxis Technologies から GreenHopper 製品を買収し，JIRAにアジャイル開発サポート機能を追加すると発表した。同時に，アジャイルソフトウェア開発の概念と Atlassian の技術者が技術と経験を提供する場として，新たなWebサイト"agile@Atlassian"を立ち上げることも発表した。
-
非常に高い生産性を測るのは時間の無駄か?
Hyperproductivity and Shock Therapyというプレゼンテーションの中で、Jeff Sutherland氏は、非常に高い生産性とは少なくとも自動車業界平均の4倍の生産力があるトヨタほどのレベルがあることだと述べた。Scrum Development groupの最近の議論において、メンバたちは、スプリント中に生産性を正確に測ることが可能か、また成果があるかどうかを議論した。
-
機敏さ、職人的技能、そして成功の評価
Scott Ambler氏、Ross Pettit氏らがアジャイル・プロセス成熟度モデルの作成を続けている一方で、David Starr氏は組織が評価を望むであろう項目について、その方法と理由に目を向けた。機敏さ、職人的技能、そして組織的成功。彼は、職人的技能を評価することは比較的簡単だが、機敏さを適切に評価することは非常に難しい、という結論に達した。
-
余分なチキンの数は何匹から？
デイリースクラムはアジャイルチームの中では重要なミーティングです。スクラムによると、豚のみがミーティングの最中に発言することが許可され、チキンはそれを黙って聞いていなければいけません。チキンの数には限度があるのでしょうか、また誰がデイリースクラムに出席するのがよいのでしょうか？
-
アジャイルへの移行を正当化するコスト
「金を見せてもらえないことには…」――アジャイル・マイグレーションの正当化コストは争点の多い問題である。アジャイル・アプローチのほうが成功しており、より迅速に価値を提供し、より良い品質の製品を製造する。だがそれをいかにして証明するか？この記事ではその測定について説明し、アジャイル・メソッド採用の正当化に寄与する結果を提示する。
-
良いベロシティ
Buddha Buck氏は、最近、Extreme Programmingのメーリングリストにおいて、2週間のイテレーションを行っている7人程のチームにとって「良い」と考えられるベロシティの範囲があるかどうかを尋ねた。Buck氏は、ベロシティが8以下の場合、チームのストーリーが大きすぎるのではないかと考えた。議論の結果、この質問の答えと、質問の裏にある別の質問が得られた。
-
かんばんとスクラムの比較
開発組織がアジャイルを実践する有効な手段として、かんばんには大きな関心が寄せられている。このため、多くの者が「かんばんとスクラムはどのように比較するのか？」という疑問を抱いており、Henrik Kniberg氏は、この疑問に答えようとしてきた。
-
散らかった製品チームを構造化する
Cory Foy氏は、買収やちょっとした怪物への進化によって成長した既存の組織に取り組んでいる。チームメンバーは、世界中に散らばっており、場合によっては同じタイムゾーンでもない。製品のリリースには12～18ヶ月を必要とした。
-
Scott Ambler氏がアジャイル・プロセス成熟度モデルを再考する
以前「Has Hell Frozen Over? An Agile Maturity Model?」を執筆したScott Ambler氏が、アジャイル・プロセス成熟度モデルと称するものを書き始めた。Scott氏のモデルに関するディスカッションでは、同一名称による別モデルを明らかにし、アジャイルの成熟度モデルの有効性に関する議論を一新してきた。
-
ソフトウェア開発に適用されるリーンの「標準化」
トヨタ生産方式の構成要素の一つに、標準化という考え方がある。Kanban Developmentのリストに寄せられた最近の投稿に、トヨタ生産方式とリーン生産方式がソフトウェア プロジェクトに適用された場合、この考え方は引き継がれるのかといった質問があった。これに対し回答者たちは、ソフトウェア開発は実際には製造業でないにもかかわらず、開発に「標準化」という考え方を適用することに価値を見出した。
-
アジャイルプロジェクトにおけるパフォーマンスエンジニアリング
パフォーマンスエンジニアリングは重要なソフトウェア開発規律のひとつだ。パフォーマンスエンジニアリングはアプリケーションがパフォーマンスを考慮したうえで設計、製造、テストされていることを保証する。
-
アジャイル認定批判の新たな波
長い間、アジャイル認定の話題はコミュニティで何度も繰り返し議論の中心となっている。これは望ましいものなのだろうか？可能なのだろうか？茶番、詐欺なのだろうか？近頃、認定に反対の主張をする議論の波が起きているが、それは主に、そのような「アジャイル認定」を与えることを主張する新しい企業に対する反対である。
-
Agile2008でのRobin Dymond氏とのインタビュー
Agile2008コンファレンスでのRobin Dymond氏とのインタビューにおいて、Robin氏はアジャイルを「次のレベル」に押し上げる方法、変わることができない組織にとって、期待できるアジャイルチームを組織できない理由などLeanの概要を示している。Robin氏は、従来の階層およびチーム構造間の不釣合いを説明している。