アジャイルアーキテクチャの相互作用
アーキテクトがアジャイルとアーキテクチャのプラクティスを1つにまとめて、機敏にビジネスとアーキテクチャの両方を実現しつつ、実際的にこれら2つの優先順位のバランスをとる方法について、James Madison氏が論じています。
InfoQ
InfoQ
トピック・タグ別の表示
Agile in the Enterpriseに関するすべてのコンテンツ
Agile in the Enterpriseに関する最新コンテンツ
Agile in the Enterpriseに関するNews
転機を促す - Stoos Network
先週スイスで開催されたStoos Networkというイベントにおいて、どうすればリーダーシップが機能するのか、組織はどのように管理すればよいのか、について再検討しようという呼び掛けがなされた。これは現在の経済危機、広がる格差、倒産、蔓延する失望からも明らかな「やや混乱した状況」を受けたものだ。この記事は、活動に取り組んでいる参加者らに関する一連の記事およびインタビューの第一弾だ。
スクラムマスタはフルタイムで行う役割か - スクラムマスタ宣言の結論は「YES 」
アジャイルチームでのスクラムマスタはフルタイムで行う役割か，あるいはパートタイムの役割か，という論争がここ数ヶ月間，コミュニティ内で多くの議論を巻き起こしている。その結果としてコミュニティは「スクラムマスタ宣言」を作り上げた。
2011年のITプロジェクトの成功の実態
Scott Ambler氏は、氏が毎年行なっているITプロジェクトの成功に関する調査の結果を公開し、プロジェクトの結果に対する方法論の影響を分析した。Ambler氏は5つの異なる"開発パラダイム" - アドホック、イテレーティブ、伝統的方法／ウォーターフォール、アジャイル、リーン - がプロジェクトの結果にどのような影響を与えるのかを考察した。 Ambler氏の成功の定義は、あえて主観的なもの - 結果について顧客がどのように感じたか - を使っている。
プロダクトバックログ管理に成功するための順序付け
以前からプロダクトオーナの中には，２つの項目にそれぞれ単独で期待できる経済的利益を１対１比較することによって，バックログの優先順位を設定しているものがあった。これに対して成功を収めたアジャイルチームには，リスクや依存関係，さらにバックログ項目間の複雑な相互作用を考慮した，全体論的なアプローチの採用がしばしば見受けられる。
アジャイル契約プライマをダウンロードしよう
Tom Arbogast氏、Bas Vodde氏、そして、Craig Larman氏が、近々出版されるリーンとアジャイルに関する本のサンプルを公開した。公開された章では、アジャイル開発のための契約書を書くという難しい話題を扱っている。
Agile in the Enterpriseに関するArticle
ITとアーキテクチャ：裏返しの観点
ソフトウェア業界は、無秩序で、コストは、どんどん高くなり、品質は低下している。ITにおける新しい技術やプロセスや方法論の約束は、いかなる重要な規模においても、今だに実現化されていない。Bruce Laidlaw と Michael Poulinの両氏は、30年以上の経験から、ITの過去と現在関して、考えを比較し、ソフトウェア業界が進歩するために何が必要かについての洞察を提供している。
マネージャ 2.0: スクラムでのマネージャの役割
スクラムは3つの役割しか定義しない。それはプロダクトオーナとスクラムマスタとチームだ。ここにはマネージャは存在しない。Pete Deemer氏はスクラムを適用したときにマネージャが受ける影響や、マネージャの役割をどのように再定義するのがいいのか(職務内容記述書のサンプルを含む)、マネージャをスクラムマスタに任命することなどを考察する。
アジャイルにおけるプロジェクトマネジャーの役割
どの本もアジャイルのコーチやファシリィテーターの役割は語っているが、マネージャーの役割について語っていません。この記事では最初に一般的に産業界でのプロジェクトマネージャーの役割について説明し、それから、アジャイルにおけるコーチ/ファシリィテーターの役割にあてはめてみます。この議論の中でコーチ/ファシリィテーターの意味の範囲を広げていくつもりです。