InfoQ ホームページ アジャイル技術 に関するすべてのコンテンツ
-
-
XPの連中はScrumが気になるのか？
エクストリーム・プログラミンググループで議論が盛り上がっている。Scrumにはエクストリーム・プログラミングをやっている人に嫌われる要素があるのだろうか？という議論の発端となったのは、Michael Jamesだ。
-
8aweekからのアジャイルコミュニティへの教訓
InfoQは最近、8aweek共同設立者のDave Fowler、Zachary Garbowの両氏に、ユーザーとの連絡方法や、仕事の優先順位のつけ方、物事の達成方法について質問する機会を得た。
-
Microsoftがフレームワークの依存性注入を受け入れ
Microsoftの新たなApplication Framework Coreチームが.NETコアフレームワークで、Naming and Activation Services、Dependency InjectionおよびDuck Typingの技法を採用し始めた。
-
JMeterとAntによる自動負荷テスト
Stelligent社CTO、Paul Duvall氏が、「Automation for the people」シリーズで、継続的インテグレーションサーバにJMeterとAntをどのように統合するかを解説している。
-
複数のチーム開発向けアジャイルバージョン管理
バージョン管理を厳密におこなうことがないので、すべてのチームのアジリティが激しく危険にさらされている。自由にリファクタリングをおこなう能力、安全に実験する能力、エラーから迅速に回復する能力は、安全網なしで構成されている。多くのアジャイル提議者は、バージョン管理を中心となる実務と位置づけている。
-
Article: 高い生産性を生み出すソフトウェア開発の秘伝
何について学ぶのか？お互いのこと、テクノロジ、ドメイン、顧客など、すべてについてである。速く学習するチームは成功する。チームのパフォーマンスを妨げる目に見えない「学習ボトルネック」について詳しく知りたいのなら続けて読んでほしい。
-
Article: コーディング標準のためのガバナンスの自動化を実現する
Mark Figley氏がコーディング標準とベストプラクティスの実施をビルドプロセスの一部として自動化する方法について説明しています。
-
レトロスペクティブの第一(忘れられた?)ルール：やり遂げること
非常に経験の浅いアジャイルチームでさえ、「Retrospective」という言葉を明確に理解している。しかし、悲しいことに、チームが実際に最後までやり遂げるような改善をおこなうために使用されないと、レトロスペクティブは無駄な努力になる可能性があることが、多くの場合見落とされている。 Gordon Pask Awardの受賞歴のあるJim Shore氏が、レトロスペクティブを最大限に活用する方法についてアドバイスをし、アジャイルハートビートでのアクティビティーの究極の場所を教えている。
-
FitNesseを利用するための新たなクイックリファレンス「Fixture Gallery」
Gojko Adzicは先ごろ、新たに開発者コミュニティにとって役に立つFitNesseリソースの、最初のバージョンをリリースした。Fixture GalleryはGojkoによるオープンなドキュメントで、FIT/FitNesseテストのための新たなクックブックだ。それによって開発者は、FITフレームワークを利用するアジャイルな受け入れテストのために、最も重要なフィクスチャのタイプやコンセプトを素早く概観することができる。
-
-
新しいアジャイルコミュニティサイト登場
Rally社の社員と顧客の共同作業として、新サイトAgile Commonsが最近誕生した。このサイトは、Rally社とHiveLive社が出資し、アイデアを交換するプラットフォームとして設立された。その目的は、１つの場所でアジャイルのアイデアを議論したり交換したりするために、組織やAgilistasのようなLinked Inのグループ、個人などを招いて、アジャイル志向の人々のために主要な情報源となることである。
-
Cockburn氏テスティングを語る: 本物のプログラマにはガッツ(GUTs)がある
Alistair Cockburn氏は、InfoQのビデオ記事「Coplien and Martin Debate TDD, CDD and Professionalism」に対するフォローアップ記事を自身のブログへ投稿した。その中で氏は、いかに多くの人たちがTDDを誤解しているかについて言及している。
-
プラグマティックが止まらない ――「現実駆動開発」のススメ
ソフトウェアアーキテクトであるGustavo Duarte氏が、物理学者Richard Feynman氏によるスペースシャトル・チャレンジャーの爆発事故に関する調査結果について、優れたソフトウェアの工学的側面との関連を論じたところ、そのことが物議をかもした。
-
スクラムマスターがブロッカーとなるのは、守るべきパターンか、それとも避けたほうが良さそうか？
あなたは開発チームの一員で、そのチームではアジャイルを採用しているか、その方向に向かおうとしている。あなたはおそらく、スクラムか、その他のアジャイル手法のいずれか、あるいは独自に組み合わせたものを考えているだろう。もしアジャイルを小さく始めるのだとしたら、おそらくあなたは組織の体質に逆らって仕事をしているのだろう。