InfoQ ホームページ Scaling Agile に関するすべてのコンテンツ
-
プロダクトオーナーの役割を拡大するには
スクラムのプロダクトオーナーの役割はビジネスと開発の橋渡しをすることだ。複雑な商品を持ち多くの決定をする必要がある大きな組織では、プロダクトオーナーの役割をひとりで担うのは現実的ではない。このような場合、何らかの方法でプロダクトオーナーの役割をスケールアウトしなければならない。InfoQはTimo Punkka氏にインタビューを行い、プロダクトオーナーの役割、リーンポートフィリオマネジメント、顧客との協業について話を聞いた。
-
企業におけるアジャイルスケーリングのプラクティス
組織規模でアジャイルを採用している企業は，時としてアジャイルプラクティスの適用範囲を拡大する必要に迫られる。"Agile Methods in the Finance Sector and Complex Environment” カンファレンスでのセッションでは，企業におけるアジャイルのスケーリング実践経験が参加者によって発表された。
-
SAFeは大規模アジャイル開発の殻を破るか？
Dean Leffingwell氏の開発したScaled Agile Framework (SAFe)が，コミュニティの中でその勢いを増しているようだ。スクラムの組織レベル版だと評する声もある。現時点でRallyやNet Objectives，Valtech，Ivar Jacobson Internationalなど，いくつかのベンダがSAFeをサポートしている。ただしコミュニティの誰もがみな，SAFeをよいアイデアだと認めている訳ではない。
-
Spotifyはどうやってアジャイルをスケールアウトしたか: Henrik Kniberg氏へのインタビュー
昨年11月、SpotifyはScaling Agile @ Spotify with Tribes, Squads, Chapters & Guildsと題したペーパーを発表した。私は最近、Henrik Kniberg氏にこのペーパーと現在の状況について質問する機会を得た。
-
Grady Booch氏、英国コンピュータ協会より2012 Lovelace Medalを受賞
英国コンピューター協会は「ソフトウェアアーキテクチャ、ソフトウェア工学、協調環境における革新的業績」によりGrady Booch氏にLovelace Medal 2012を授与した。
-
IBM、Green Hatをかぶる
IBMは1月4日、クラウド・SOAインテグレーションサービス企業 Green Hat を買収することを発表した。クラウドやSOAベースのアプリケーションを開発する上で、テスティングは大きな課題の1つだ。Green Hatを買収することで、IBMは大規模ソフトウェアシステムなどに向けて、さらに生産性の高いテスティング方法を提供することを期待している。Green HatはIBM Rational Solutionに統合されるようだ。
-
あれから10年、いまアジャイルが熱い。アジャイルサムライ他流試合レポート
2011年9月18日、アジャイルに熱いサムライ達が東京に集結した。「アジャイルサムライ 他流試合」と���うイベントに参加するためである。「アジャイルサムライ」はJonathan Rasmusson氏によって執筆されたアジャイルの解説書である。発売以降、日本の技術者の心を掴み続け、各地で読書会が開かれている。そして、その読書会の参加者達が一同に集まるイベントがこの「他流試合」だった。
-
アジャイルアーキテクチャ - 矛盾? それとも賢明なパートナーシップ?
アジャイル技術とアーキテクチャに関する考え方の間にある意見の相違について、数多くの解説者たちが話題にしている。 この投稿は、Big Up Front Design (BDUF) と You Aint Gonna Need It (YAGNI)の考え方の間にある緊張状態を調べ、2つのアプローチが好意的なやり方で実際に協力できる方法を探る。
-
統一プロセスの諸相
ラショナル統一プロセス(RUP)は1990年代にソフトウエア開発の最良のプラクティスを実践するためのフレームワークとして開発された。反復開発、平易さ、価値への着目、継続的なフィードバックなどの特徴はソフトウエア開発を成功させるための重要な要素だと考えられている。異なるプロジェクトの領域に統一プロセスを適用する方法を確立した人がいる。この記事ではその方法を調査する。
-
-
IBMの新たなクラウド戦略とサービス
IBMは企業におけるクラウドコンピューティング活用のための３つの方法を発表した。標準的なIBMクラウド，(企業またはIBMが管理する)ファイアウォール内で稼動するプライベートクラウドサービス，そしてサービス要求の"オーバーフロー"をセキュアなパブリッククラウドにシームレスに接続する CloudBurstである
-
5人はチームの最適なサイズか？
最大の生産性のための最適なチームのサイズに関して、たくさんの議論や討論が行われている。大半のアジャイリストは、大きなチームに比べて小さなチームは機能的で生産性が高いという意見に同意しているが、最適なチームのサイズを定義することは依然として難題である。
-
スクラムのスクラム - 問題と価値
Agile Estimating and Planningの著者のMike Cohn氏が「スクラムを大きなプロジェクトチームに適用させるのに重要な技術」と説明しているのが、スクラムのスクラムミーティング(the Scrum of Scrums)である。
-
スクラムのスクラムをせずにスクラムをスケールする
スクラムは、開発チームのメンバ間のコミュニケーション促進において効果的であることを証明してきた。この高帯域のコミュニケーションを、特に大きな組織において、どのようにしてチームを越えてスケールするかという問題は、活発に調査・議論される領域に残っている。
-
Cloverのテスト最適化機能によってテストが高速に
最近リリースされたClover 2.4は"Test Optimization(テスト最適化)"という新機能を強調している。これはCIをスピード・アップし、テストが完了するまでの待ち時間を削減する効果がある。"テスト毎の"カバレッジ・データを活用することでコードの修正によって影響のあったテストだけを選択的に実行する。