BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

InfoQ ホームページ Agile in the Enterprise に関するすべてのコンテンツ

  • アジャイルチームを互いに連携し協同させるためにスクラム・オブ・スクラムを使うこと

    スクラム・オブ・スクラムは、複数のチームが関係しているときにデイリー・スタンドアップ・ミーティングをスケールするために用いられる。その目的は、チーム間で協同し作業を連携するアジャイルチームを支えることだ。何人かの執筆者が、スクラム・オブ・スクラムを用いた経験をもとに、それに対する見解を述べている。

  • アジャイルチームでメンバ同士が学び合う方法

    アジャイルチームは(外部の)コーチやメンタを使うことができる。しかし、チーム自身がメンバ同士でメンタリングやコーチイングをすることで成長することもできる。チームメンバは他のメンバからスキルや能力を学ぶことができる。チームが自己組織化して成長できるようになる。

  • VersionOne社CEORobert Holler氏へのインタビュー

    VersionOne社CEOのRobert Holler氏に2014年冬のリリースと投資テーマについて話を聞いた。

  • アジャイルでユースケースを利用する - ユースケ���ス2.0,スライシング,ラミネーティング

    アジャイルソフトウェア開発を使って製品をインクリメンタルに開発し提供する場合,要件項目はプロダクトバックログに収集,整理される。ここで使用される要件定義テクニックはユースケースだ。アジャイルの製品要件管理でユースケースを利用するテクニックには,ユースケース2.0やスライシング,ラミネーティングなどがある。

  • アジャイル採用における “マネジメント・バイ・イン” とサポート

    アジャイルの採用は,マネジメントを含む組織改革だ。その成功にはマネジメント・バイ・インが不可欠であると言われている。マネジメントによるサポートの欠如は,アジャイル移行の障害にもなりかねない,というのだ。しかしマネジメントがアジャイルをサポートする方法は,企業によってさまざまだ。

  • アジャイルにおけるドキュメント:いつどれくらい書くべきか

    アジャイルソフトウェア開発マニフェストは「包括的なドキュメントよりも動くソフトウェア」に価値を置いている。そうだとすると、どんな種類のドキュメントが、いつどれだけ必要なのだろうか?

  • アジャイルとリーンを組み合わせる

    アジャイルとリーンはソフトウエア開発を改善する方法だ。マネージャはどちらが自分たちの組織に適しているか判断しなければならない。しかし、解決しなければならない問題によっては複数の方法を組み合わせることもできる。

  • 改善の習慣

    アジャイルは1つの考え方であり、すべてを連続して改善していくものだとYves Hanoulle氏が語った。InfoQは、Yves 氏にインタビューし、人々が持つ習慣と改善の習慣を身に付けるために何ができるかを聞いた。

  • アジャイルチームのペアコーチング

    アジャイルコーチにはひとりだけでなく,ペアでコーチする方法もある。それぞれがコーチングの別々の面に注力するのである。コーチは皆それぞれ独自の経験とスキルを持っているので,お互いを補完することもできる。ふたりのコーチが協力して,アジャイルを採用する個人やチームに対して,その習得と改善を支援するのだ。

  • アジャイルのレトロスペクティブに目標と仮説を加える

    アジャイルレトロスペクティブを正しく実施することによって,チームは自ら学び,向上することができる。さらに目的を設定し,仮説を使ってレトロスペクティブ活動が改善に結び付いているかを評価することにより,レトロスペクティブはより効果的なものになる。

  • カンバンで需要と能力のバランスをとる

    カンバンを使うことで、組織は実施中の作業を把握し、需要と能力のバランスがとれるプルシステムを確立できる。まずは実際の能力がどの程度あるかを見極め、その能力の流れを可視化することだ。InfoQはFlorian Eisenberg氏にインタビューし、どのように需要と能力のバランスをとるかについて話を聞いた。

  • モダナイゼーションは避けがたい道

    ほとんどの大企業が,アーキテクチャやガバナンスを選択を伴わないシステム拡張を容認している。その結果として生み出されるのは,複雑性とリスク,変更コストの著しい増加と "毛糸玉" のようなシステムインターフェースだ。David Sprott氏は,システムのモダナイゼーションはビジネスマネジメントとITの間のコラボレーションであるべきだ,と説明する。

  • アジャイルチームの構成を変える

    「安定したチーム作りと機能不全なチームの対処」でレポートしたように、組織は安定したチームを構築、育成することを望んでいる。だが時として、チーム内あるいはチーム群の構成を変える必要がある。チーム構成を変更する必要があるとき、どのように実施すればよいのだろうか?

  • 学習する組織における自己啓発のサポート

    組織は従業員を通して学習する。アジャイルなやり方を仕事に導入するには、組織は従業員の自己啓発をサポートする必要がある。

  • プロジェクトはすべてやめるべきか?

    XP Days Beneluxカンファレンスで行った"Kill all projects"と題するセッションの中で,Paul Kuijten氏は,すべてのプロジェクトを廃止することを提案した。InfoQでは氏にインタビューして,アジャイルにとって価値のあるプロジェクト管理や製品開発の資金について話を聞いた。

BT