InfoQ ホームページ Agile に関するすべてのコンテンツ
-
アジャイルのリスク管理
リスク管理は、リスクを判断し、軽減し、監視することに向けて行われる活動だ。多くのアジャイル実践者は、アジャイルプロジェクトのリスク管理のプロセスが従来のプロジェクトとそれほど異なっていないと確信している。
-
InfoQ主催のカンファレンス「QCon」が東京で開催されます
サンフランシスコ及びロンドンにて開催されている、InfoQ主催のカンファレンス「QCon」が「QCon Tokyo 」として、本年4月に日本に上陸します。
-
アジャイルの生産性をドルで測る
以前Scott Ambler氏は、加速度を利用してアジャイルチームの生産性を測る方法に関する記事を投稿した。最近、彼は引き続き別の記事を投稿したが、そこではアジャイルの生産性と加速度に関係のある、いくつかのよくある質問（FAQ）に答えている。
-
タスクに費やした時間ではなく開発速度をトラッキングする
エンジニアがタスクに費やす実際の時間のトラッキング方法とこの方法が速度というアジャイルの概念にどのように関係するかについて、新しいアジャイルチームのメンバがScrum Developmentグループに���ねた。
-
「良いデザイン」とは?
ソフトウェアプロジェクトが成功する上で(および、実のところソフトウェア職に携わる上でも)、要となるのは良いデザインであるということは、今さら言うまでもない。「良いデザイン」が何を意味するのかを定義することは、一連の終わりのない討論、論文、話し合い、議論などで、長い間大々的に取り上げられてきた。これも新しいことではない。J.B.Rainsberger氏およびScott Bellware氏が真の定義がなされるまでフォローすると役立つアドバイスを提供している。
-
実例駆動受け入れテスト
テストは、開発において不可欠な部分だと考えられる。コードとテストケースは、アジャイルプロジェクトの重要な成果物だ。しかしながら、多くのアジャイルチームにおいてユニットテストと統合テストが受け入れテストよりも注目を集めている。Gojko Adzic氏とLisa Crispin氏が、開発の一環として効率的に受け入れテストを含めるアプローチを提案する。
-
Venkat Subramaniam氏が日々のソフトウェア開発の事実と誤信ついて講演
ソフトウェア開発は、やりがいがありとても楽しい事だが、チームがITプロジェクトで成功することを妨げるいくつかの要因がある。これらの要因はたいていツールや技術ではなく、ソフトウェア開発プロジェクトの成功に影響を与えるのは人間である。Venkat Subramaniam氏は日々のソフトウェア開発の事実と誤信について講演した。
-
組み込みシステムのアジャイル
アジャイルが「隔たりを越えて」ソフトウェア開発業界の主流に入っていくにつれて、一見したところアジャイルは適合しないかもしれないと思われるソフトウェアプロジェクトにさらに多くのタイプが現れている。現実には、これはアジャイルとプロジェクトが本当に合わないというよりも、これらのプロジェクトを支援するために専門家によって書かれたアドバイスを見つけることが難しいためであろう。
-
-
Chefの構成およびプロビジョニングツールの発表
新たなRubyベースの構成およびプロビジョニングツールであるChefが発表された。Chefは拡大ネットワークにわたって、複数のツールやプラットフォームとの統合を提供する。
-
タスク単位ではなくストーリー単位で作業を行う
実装作業をチーム内で分散して行うために、また、適度な粒度での進捗のトラッキングを行うために開発者はユーザーストーリーをタスクへと分割する。不幸なことに、ストーリーをタスクへと分割してみると重大なタスクばかりになってしまいイテレーション内にそのストーリーを終えることができない、といったことが起こりうる。
-
Eclipse PHP Development Toolset 2.0のリリース
Eclipse Foundationは、PDT 2.0が間もなく利用可能になることを発表した。これにより、PHP Development Toolsetの主要アップデートがあり、デベロッパはPHPアプリケーションのビルドやデプロイが可能になる。
-
ペア・プログラミング vs. コード・レビュー
ペア・プログラミングとコード・レビューは共にソフトウェアの品質を向上させると同時に知識を共有するための取り組みである。Agile vs. Lean、XP vs. Scrum、そしてvi vs. Emacsといった議論が収束した今、開発者たちはペア・プログラミングとコード・レビューのメリットを比較し始めている。
-
ソフトウェアアーキテクトの質
ソフトウェア/エンタープライズアーキテクトの業務は、重要なものである。アーキテクトの任務は多数あり、発揮されるべき具体的なリーダーシップ、コミュニケーションスキルや手技術的なスキルが要求される。
-
オーバーコミット対オーバーデリバリ
スプリント計画の主要な目的は、スプリントの終わりまでに「何をデリバリするつもりか」をコミットすることである。一度コミットされると、チームは目標を達成するために一丸となって働く。スクラムマスタは、チームのスピードを落とすであろう、あらゆる障害を取り除く。理想を言えば、チームはコミットしたことを守らなければならないが、もしチームが絶えずオーバーコミットしているか、あるいはオーバーデリバリしている場合は、心配の種がある。