InfoQ ホームページ Agile in the Enterprise に関するすべてのコンテンツ
-
マネージャ 2.0: スクラムでのマネージャの役割
スクラムは3つの役割しか定義しない。それはプロダクトオーナとスクラムマスタとチームだ。ここにはマネージャは存在しない。Pete Deemer氏はスクラムを適用したときにマネージャが受ける影響や、マネージャの役割をどのように再定義するのがいいのか(職務内容記述書のサンプルを含む)、マネージャをスクラムマスタに任命することなどを考察する。
-
アジャイルの限界
非伝統的な環境でアジャイルを実践しようとする試みが直面する問題は、アジャイルの原則が適用できないことでも、フィードバックのサイクルが始めからうまくいかないことでもない。アジャイルのスイート・スポットの外では、アジャイルの技術を適用するにはさらなる障壁があり、コストがかかること。これが、彼らが直面した問題だ。これらの障害物はアジャイル自体の適用を妨げるものではないが、アジャイル適用のコストを引き上げる。
-
「かんばん」をソフトウェア開発に適用する: アジャイルからリーンへ
このInfoQの記事において、平鍋健児氏は、日本の製造業者と共に学んだことを適用する。多くのアジャイルチームはバリューストリームの一部だけを最適化するが、平鍋氏は、リーン生産のかんばんによる視覚的なトラッキングシステムから学んだことを適応させるシンプルな方法を提案する。このかんばんシステムは、多くの企業でプロセスを見える化し、よりよいコミュニケーションとプロセスの改善をもたらすものだ。
-
アジャイルにおけるプロジェクトマネジャーの役割
どの本もアジャイルのコーチやファシリィテーターの役割は語っているが、マネージャーの役割について語っていません。この記事では最初に一般的に産業界でのプロジェクトマネージャーの役割について説明し、それから、アジャイルにおけるコーチ/ファシリィテーターの役割にあてはめてみます。この議論の中でコーチ/ファシリィテーターの意味の範囲を広げていくつもりです。
-
ペア・プログラミングの採用を成功させるには
本稿は、これまでにペア・プログラミングの経験が多少あり、合理的なペア・プログラミングの採用に向けて組織の協力を求めている読者を前提としています。このアドバイスは様々な役割の人に有効ですが、主にペア・プログラミングをチームに導入しようとする開発者やチーム・リーダに向けて書かれています。
-
事例研究:Dutch Railwaysのプロジェクトにおける分散拠点でのスクラム・プロジェクト
この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。
-
アジリティのためにコンポーネントチームより機能チームを選ぶ
Craig Larman氏とBas Vodde氏は、どのように、そして、なぜ機能チームがうまくいくのかを説明し、この主要な組織の変化が価値あるものであることを主張します。
-
改善、成功と失敗: 中国でのスクラム導入
InfoQ Chinaは中国でスクラム(Scrum)がどのように導入されているかに関する調査を行いました。私たちはこの記事のために5つの事例をピックアップしました。これらの事例は、異なるさまざまな会社によるもので、異なるプロセスが利用され、異なる結果が生じたものです。
-
インタビュー:MDDとSOAの関わりについてIBMアーキテクトBertrand Portierに聞く
IBMから最新の製品発表が行われた後に、InfoQでは、一般的なサービス構造のためのモデル駆動開発について説明しているレッドブックに関してBertrand Portier氏と話をしました。
-
AgileAdvert Video Winners Announced
At Agile2007's Google reception, the audience voted to make the (very sad) clip "Developer Abuse" the number 1 video, thereby making "Matthew" (name changed to protect the innocent) this year's AgileAdvert famous Agilist. Five more videos were also recognized, sporting singing, dancing, a beating, "outside the box" thinking, expletives (deleted), and charming children (not all in one video!)