InfoQ ホームページ Agile に関するすべてのコンテンツ
-
アジャイルでユースケースを利用する - ユースケース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 氏にインタビューし、人々が持つ習慣と改善の習慣を身に付けるために何ができるかを聞いた。
-
アジャイルチームのペアコーチング
アジャイルコーチにはひとりだけでなく，ペアでコーチする方法もある。それぞれがコーチングの別々の面に注力するのである。コーチは皆それぞれ独自の経験とスキルを持っているので，お互いを補完することもできる。ふたりのコーチが協力して，アジャイルを採用する個人やチームに対して，その習得と改善を支援するのだ。
-
Webベースからネイティブアプリケーションに移行した後の、Facebookリリースプロセスについて
先月のVelocity Conf London（2013年11月13日から2013年11月15日まで開催）でFacebookのChaitanya Mishra氏が、FacebookのAndroidアプリをWebインタフェースから本格的なネイティブアプリにスケールさせるための取り組みについて講演した。この移行作業を成功させるために、各プロダクトチームがそれぞれのAndroidの担当機能を主導していた。中心となる統合チームは、回帰テストと、各機能からアプリ全体に至る最適化に重点的に取り組んだ。
-
FutureOpsと不変インフラストラクチャ，ビルトイン障害回復
Vagrantを開発したMitchell Hashimoto氏が先月のVelocity Conf Londonで，“FutureOps” に対する自身のビジョンをテーマに，不変(Immutable)インフラストラクチャとビルトイン障害回復(Built-in Failure Recovery)の話題を交えながら講演を行った。
-
アジャイルのレトロスペクティブに目標と仮説を加える
アジャイルレトロスペクティブを正しく実施することによって，チームは自ら学び，向上することができる。さらに目的を設定し，仮説を使ってレトロスペクティブ活動が改善に結び付いているかを評価することにより，レトロスペクティブはより効果的なものになる。
-
振る舞い駆動開発(BDD) - コラボレーションによる価値創造
ソフトウェアプロジェクトの目的はステークホルダに価値を提供することだ，BDD(Behavior-Driven Development，振る舞い駆動開発)は，そのためにデザインされた – ウォーターフォールからアジャイルプロセスへの移行に取り組むソフトウェア開発者のViktor Farcic氏は，自身のBDDに対する見方を述べた４つのブログ記事の冒頭でこう説明している。