InfoQ ホームページ アジャイル技術 に関するすべてのコンテンツ
-
変化への抵抗に打ち勝つ
Agile 2008で、Dave Nicolette氏とLasse Koskela氏は「変化への抵抗に打ち勝つこと」に関するワークショップを行った。Koskela氏はTest Driven: Practical TDD and Acceptance TDD for Java Developersの著者である。
-
職人的技能 - 5番目のアジャイルManifestoの価値?
Robert "Uncle Bob" Martin氏は、「プログラミングでの専門的技術」についての議論を再活性化させた。Agile Manifestoが5番目の価値、「実行より技能を重要視」でアップデートされるべきだと提案したことによる。
-
見積もりは無駄なプラクティスか？
ソフトウェアの「見積もり」に関する昔からある問題について、アジャイルコミュニティでは最近興味深い議論が起こっている。J.B.Rainsberger 氏、Arlo Belshee氏、Josh Kerievsky氏、David Anderson氏などは、「そもそも見積もりは本当に必要なのだろうか？」と疑問を抱いている。
-
アジャイルの採用に関する感覚的な障害
Amr Elssamadisy氏 (『Agile Adoption Patterns: A Roadmap to Organizational Success』の著者) はAgile2008でアジャイルの採用における非技術的な障壁をテーマにセッションを行った。彼は「年を重ねるにつれて、もっともややこしい問題は技術ではなく人の問題であることに気づいたんだ」と言った。
-
Jason Van Zyl氏、Sonatype社、Eclipse FoundationそしてMavenを語る
Sonatype社は、Mavenの開発の中心となっている会社であるが、最近、戦略的開発者としてEclipse Foundationに加わることを発表した。InfoQではSonatype社のCTOであり、Mavenの設立者であるJazon Van Zyl氏と話をし、このパートナーシップの詳細とこれがMavenの将来にどんな意味をもたらすのかについて訊いた。
-
-
Minibook: 塹壕より Scrum と XP
Agileを始めるときは、とても分かりにくいです。一体どこから手をつければいいのでしょう？この物語はそんな皆様の一助になれば幸いです。本書は、スウェーデンにある、とある40人ほどの会社で、どのようにAgileとXPを実行したか、プロセス改善を行ったかを記しています。
-
-
誠実さはアジャイルにとって価値と言えるか?
Declan Whelan氏は示唆に富むブログを書いている。その記事では、Mishkin Berteig氏から学んだという思想に言及し、成功するアジャイルチームには(暗黙の)原則として、「誠実さ」があるという。
-
第二回Functional Test Workshopの成果
Agile Alliance Functional Test Workshopの2回目がアジャイル2008のプレコンファレンスとして開催された。それは一連のオープンスペースセッションとしてJeff Paton氏が中心となって実施された。このワークショップの第一の目的は、最先端の進歩について討論し、自動化機能テストツールの今後の可能性を思い描くことであった。
-
Agile Allianceの機能テストワークショップ
第二回目のAgile Alliance 機能テストツールワークショップが、Agile 2008 (8月4日(月)) の前日に開催された。これは、今年開催される第二回目のワークショップで、「アジャイルチームが使う自動機能テストツールの水準を、自動的に顧客に対応するテストに高める」ことが目的である。
-
ThoughtWorks社がCruiseをリリース：継続インテグレーションとリリースの管理システム
継続インテグレーションはアジャイルのプラクティスであり、コミットされた一つ一つのコードの変更は自動的にビルドとテストが行われる。バグが取り込まれるとすぐにその多くを見つけることで、バグにかかるコストが削減される。
-
割り込み主導の開発
Scrumは、スプリント時に最小限の中断にとどめることを述べている。 しかしながら現実には、システムがすでに生産に入っている場合、各スプリントで生産サポートを受けるという問題がかなりの確立で発生する。この投稿記事では、こうした割り込みをScrumで対処する方法を公開している。
-
チームで新しい習慣を身につける報酬は？
チームが新しい習慣を身に着けようとして、なかなかうまくいかないときがある。習慣とは、ユニットテストを書く、コンパイラの警告をなくす、ビルドを壊さない、などのことだ。どうしたら、チームにこうした習慣を植え付けることができるだろうか？Clint Shankはメンバーを移行させるために、あるゲームをデザインした。
-
TDDへの見解：品質は思索と熟考から得られる。バグの抑制からではない。
Michael氏はユニット・テスト、インテグレーション・テスト、TDDそしてクリーン・ルーム・ソフトウェア開発について言及し、コードの品質というのは思索と熟考から得られるのであってバグの抑制から得られるのではないと結論付けている。