InfoQ ホームページ Agile に関するすべてのコンテンツ
-
アジャイルチームを互いに連携し協同させるためにスクラム・オブ・スクラムを使うこと
スクラム・オブ・スクラムは、複数のチームが関係しているときにデイリー・スタンドアップ・ミーティングをスケールするために用いられる。その目的は、チーム間で協同し作業を連携するアジャイルチームを支えることだ。何人かの執筆者が、スクラム・オブ・スクラムを用いた経験をもとに、それに対する見解を述べている。
-
Martin Fowler氏によるリファクタリングのワークフロー
Martin Fowler氏は自身のサイトにて、リファクタリングを行う際に利用出来る様々なワークフローと、それらを組み合わせる理由について詳しく説明した記事を公開した。
-
Mike Cohn氏、スプリントレビューにおける未完成の作業について語る
Mike Cohn氏は、完成していないプロダクトバックログアイテムをスプリントレビューミーティングで披露することも時には価値があるといい、その理由について語っている。
-
アジャイルチームでメンバ同士が学び合う方法
アジャイルチームは(外部の)コーチやメンタを使うことができる。しかし、チーム自身がメンバ同士でメンタリングやコーチイングをすることで成長することもできる。チームメンバは他のメンバからスキルや能力を学ぶことができる。チームが自己組織化して成長できるようになる。
-
-
アジャイルでユースケースを利用する - ユースケース2.0，スライシング，ラミネーティング
アジャイルソフトウェア開発を使って製品をインクリメンタルに開発し提供する場合，要件項目はプロダクトバックログに収集，整理される。ここで使用される要件定義テクニックはユースケースだ。アジャイルの製品要件管理でユースケースを利用するテクニックには，ユースケース2.0やスライシング，ラミネーティングなどがある。
-
実験と価値提供のバランスをとる
リーンスタートアップの実験は顧客について学び、どのような機能に価値があるのかを判別する手助けをしてくれる。しかし、価値は製品を作り、実際に顧客に届けることで生まれるものだ。実験とデリバリのバランスを上手くとる必要がある。
-
-
Android++リリース - ゼロ・ハードウェア・リストリクション，MSBuild, LLVM, GCC, GDB統合デバッグ
先日リリースされたAndroid++のクローズドベータでは，Androidアプリの開発をVisual Studioを使って，ゼロ・ハードウェア・リストリクション, MSBuild, LLVM, GCC，さらにはGDB統合デバッグといったサポートの下で行うことができる。
-
アジャイル採用における “マネジメント・バイ・イン” とサポート
アジャイルの採用は，マネジメントを含む組織改革だ。その成功にはマネジメント・バイ・インが不可欠であると言われている。マネジメントによるサポートの欠如は，アジャイル移行の障害にもなりかねない，というのだ。しかしマネジメントがアジャイルをサポートする方法は，企業によってさまざまだ。
-
Gojko Adzic氏のユーザストーリー改善についての新著
優れたユーザストーリーはソフトウエアの提供を改善するだろうか。Gojko Adzic氏はチームのユーザストーリーの管理の仕方を小さく変化させることで最終的な成果に大きく影響を与えることができると言う。1月中に関心がある人が5000人集まったら執筆するという。
-
アジャイルにおけるドキュメント：いつどれくらい書くべきか
アジャイルソフトウェア開発マニフェストは「包括的なドキュメントよりも動くソフトウェア」に価値を置いている。そうだとすると、どんな種類のドキュメントが、いつどれだけ必要なのだろうか？
-
アジャイルとリーンを組み合わせる
アジャイルとリーンはソフトウエア開発を改善する方法だ。マネージャはどちらが自分たちの組織に適しているか判断しなければならない。しかし、解決しなければならない問題によっては複数の方法を組み合わせることもできる。
-
Agile 2014カンファレンス講演提案が1月14日で終了
フロリダ州オーランドで開催されるAgile 2014の講演提案が1月14日をもって締め切られる。Agile Allianceでは講演希望者に対して，提案書を速やかに送付するよう��びかけている。
-
改善の習慣
アジャイルは1つの考え方であり、すべてを連続して改善していくものだとYves Hanoulle氏が語った。InfoQは、Yves 氏にインタビューし、人々が持つ習慣と改善の習慣を身に付けるために何ができるかを聞いた。