アジリティのためにコンポーネントチームより機能チームを選ぶ
Craig Larman氏とBas Vodde氏は、どのように、そして、なぜ機能チームがうまくいくのかを説明し、この主要な組織の変化が価値あるものであることを主張します。
InfoQ
InfoQ
トピック・タグ別の表示
Scaling Agileに関するすべてのコンテンツ
Scaling Agileに関する最新コンテンツ
Scaling Agileに関するNews
IBM、Green Hatをかぶる
IBMは1月4日、クラウド・SOAインテグレーションサービス企業 Green Hat を買収することを発表した。クラウドやSOAベースのアプリケーションを開発する上で、テスティングは大きな課題の1つだ。Green Hatを買収することで、IBMは大規模ソフトウェアシステムなどに向けて、さらに生産性の高いテスティング方法を提供することを期待している。Green HatはIBM Rational Solutionに統合されるようだ。
アジャイルアーキテクチャ - 矛盾? それとも賢明なパートナーシップ?
アジャイル技術とアーキテクチャに関する考え方の間にある意見の相違について、数多くの解説者たちが話題にしている。 この投稿は、Big Up Front Design (BDUF) と You Aint Gonna Need It (YAGNI)の考え方の間にある緊張状態を調べ、2つのアプローチが好意的なやり方で実際に協力できる方法を探る。
機能チームの五つの利点
Mike Cohn 氏らは、ソフトウェアの"コンポーネント"よりもむしろソフトウェアの"機能"を元にチームを構成することを考慮すべきである理由として、彼らのケースを提示した。
IBMの新たなクラウド戦略とサービス
IBMは企業におけるクラウドコンピューティング活用のための３つの方法を発表した。標準的なIBMクラウド，(企業またはIBMが管理する)ファイアウォール内で稼動するプライベートクラウドサービス，そしてサービス要求の"オーバーフロー"をセキュアなパブリッククラウドにシームレスに接続する CloudBurstである
5人はチームの最適なサイズか？
最大の生産性のための最適なチームのサイズに関して、たくさんの議論や討論が行われている。大半のアジャイリストは、大きなチームに比べて小さなチームは機能的で生産性が高いという意見に同意しているが、最適なチームのサイズを定義することは依然として難題である。
スクラムのスクラム - 問題と価値
Agile Estimating and Planningの著者のMike Cohn氏が「スクラムを大きなプロジェクトチームに適用させるのに重要な技術」と説明しているのが、スクラムのスクラムミーティング(the Scrum of Scrums)である。
スクラムのスクラムをせずにスクラムをスケールする
スクラムは、開発チームのメンバ間のコミュニケーション促進において効果的であることを証明してきた。この高帯域のコミュニケーションを、特に大きな組織において、どのようにしてチームを越えてスケールするかという問題は、活発に調査・議論される領域に残っている。
Cloverのテスト最適化機能によってテストが高速に
最近リリースされたClover 2.4は"Test Optimization(テスト最適化)"という新機能を強調している。これはCIをスピード・アップし、テストが完了するまでの待ち時間を削減する効果がある。"テスト毎の"カバレッジ・データを活用することでコードの修正によって影響のあったテストだけを選択的に実行する。
Article: アジリティのためにコンポーネントチームより機能チームを選ぶ
Craig Larman氏とBas Vodde氏は、どのように、そして、なぜ機能チームがうまくいくのかを説明し、この主要な組織の変化が価値あるものであることを主張します。
SOAガバナンスの再検討
SOAは導入が増えているにもかかわらず、多数のSOAプロジェクトがいまだ失敗している。あまりにも深刻な状況に陥ることが多いので、最近では「SOAかDOAか」（SOAか失敗か）という受けを狙ったような題名の記事があった。DOAは「Dead on Arrival」、つまり「最初から機能しない」を意味する。この状態を改善する方法の1つが、適切なSOAガバナンスである。