InfoQ ホームページ Agileの採用 に関するすべてのコンテンツ
-
アジャイル認定批判の新たな波
長い間、アジャイル認定の話題はコミュニティで何度も繰り返し議論の中心となっている。これは望ましいものなのだろうか？可能なのだろうか？茶番、詐欺なのだろうか？近頃、認定に反対の主張をする議論の波が起きているが、それは主に、そのような「アジャイル認定」を与えることを主張する新しい企業に対する反対である。
-
Agile2008でのRobin Dymond氏とのインタビュー
Agile2008コンファレンスでのRobin Dymond氏とのインタビューにおいて、Robin氏はアジャイルを「次のレベル」に押し上げる方法、変わることができない組織にとって、期待できるアジャイルチームを組織できない理由などLeanの概要を示している。Robin氏は、従来の階層およびチーム構造間の不釣合いを説明している。
-
-
理想的なイテレーション期間
アジャイルの導入でよくある質問の1つは、理想的なイテレーション期間に関したものである。チームは、たいていイテレーションの期間は1週間から2ケ月を取っている。正しいイテレーション期間を選択することが重要であり、アジャイルの導入が成功するかは、適切なイテレーション期間にかかっている。
-
経営陣によるアジャイル導入へのサポートの三本柱
ひとたび自分達のチームに対してアジャイルが正当だと説明し、トレーニングにお金をかけると、経営陣の仕事は終わらない。移行を成功させるためには、経営陣が持続的なサポートをする必要がある。Esther Derby氏は少し時間を取り、この継続的なサポートの、３つの最も重要な側面であると彼女が考えていることを述べている。
-
従来のソフトウェア開発の役割をスクラムに対応させる
アジャイル採用の道に乗り出した多くの組織では、従来のソフトウェア開発の役割をスクラムが定める３つの役割に対応させるという課題に取り組まなければならない。一連の見解の中で、Mike Cottmeyer氏は従来の役割を効果的にスクラムに対応させようと試みている。
-
要件が二番目、では一番目は何か?
Allan Kelly sites an article from MIT's Sloan Management Review about why it is important to get a team's technical competence and ability improved before focusing on business-IT alignment. This, he claims, is one of the reasons Agile software development has been so successful. Allan's point indirectly touches on a recent community debate about successful, valuable, Agile adoption.
-
「ABetterTeam.org」でアジャイル度を評価しよう
Sebastian Hermida氏は自分たちがどれだけうまくアジャイルを採り入れているか、チームが理解を深めるのに役立つ無料で使えるオンラインのツールを作った。サイト「abetterteam.org」はJames Shore氏とShane Warden氏の本『アート・オブ・アジャイル デベロップメント(The Art Of Agile Development)』に出てくる「アジャイル度を評価しよう」というクイズに基づいたものだ。
-
分散アジャイルプロジェクトの早い段階での終焉を確実にする方法?
分散モードで作業している場合、アジャイルを導入して、実行するのがますます難しくなる。分散アジャイルは、地理的分離、異なる時間帯、文化の違いの観点から、独自の課題を突きつける。
-
アジャイルにすべてを導入する
2ヶ月前、InfoQはJim Shore氏の人気の記事を紹介した。それは、組織が「アジャイル」を名前だけで導入し、実際にアジャイルであるために本当に意味するものの導入に失敗するという、現在増えているコミュニティの傾向を強調するものであった。コミュニティリーダーとその他の人たちは、この状況で何が起きているのか彼らの考えを投稿し、Shore氏の最初の立場から、最近さらに数歩踏み出している。
-
タスクに費やした時間ではなく開発速度をトラッキングする
エンジニアがタスクに費やす実際の時間のトラッキング方法とこの方法が速度というアジャイルの概念にどのように関係するかについて、新しいアジャイルチームのメンバがScrum Developmentグループに尋ねた。
-
スクラム導入時の課題
新しいソフトウェア開発手法を導入することは、「変化を受け入れたがらない」といったものから「誤った導入方法」ようなものまで幅広く、いくつもの失敗へと繋がる課題がある。Cesario Ramo氏とEelco Gravendeel氏は、アジャイルジャーナルの連載記事の中で、スクラムで仕事をしている時であったり、さまざまな組織にスクラムを導入した時に気付いた課題について語っている。
-
Brain Marick氏「アジャイルマニフェストに足りないもの」
Brain Marick氏は、Agile Development Practicesカンファレンスの基調講演の中で、アジャイルマニフェストに足りていない価値について説明した。氏によれば、アジャイルマニフェストは本来マーケティング用の文章であって、アジャイルが日の目を見るように、ビジネスとして成立させるという目的があったと言う。
-
Article: 事例研究：Dutch Railwaysのプロジェクトにおける分散拠点でのスクラム・プロジェクト
この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。
-
James Shore氏「アジャイルの衰退と凋落」
James Shore氏はアジャイルは衰退していくと断じている。多くのチームが、長期間にわたって高品質なソフトウェアを生産するために必要とされる技術的なプラクティスを適用することなく、「スプリント」と朝会だけ行っていることを例に挙げている。