InfoQ ホームページ Agile に関するすべてのコンテンツ
-
社会的契約によってチームのコミットメントを促す
正式な社会的契約によって組織的な変更に関する恐れ、不確実性、疑いなどを減らす手助けとなるための構造が与えられ、アジャイルへの移行がより円滑に行われる。 Israel Gat氏がBMP Softwareで利用した社会的契約の例を示す。
-
バックアップ戦略をリストアで妥当性を確認
Jeff Atwood氏は、最近２つのブログサイトを失った： Blog @ Stackoverflow と Coding Horror。彼は、なんとか２つのwebサイトを回復させたが、この事件から学ぶべき教訓は、何だろうか？
-
スクラムマスタが障害になるとき...
スクラムマスタという名前が表すのは、この役割はスクラムプロセスの守り神だということだ。彼は変革者としてチームを支援し、組織の中でスクラムを構築する。障害をなくし、外部の邪魔からチームを守ることでチームが滞りなく機能するようにするのが彼の仕事だ。しかし、スクラムマスタ自身が最大の障害になっているとチームが感じる時もある。
-
ティー��ングゲーム－遊びか、まじめなビジネスか？
Tasty Cupcakesティーチングゲーム・ウェブサイトの創始者であるMichael McCullough氏とDon McGreal氏が「楽しみ駆動開発（"Fun Driven Development"）」に関する記事を公開した。景気は低迷しているが、こういったゲームがトレーニングプログラムから締め出されることはなく、実際、ティーチングゲームはアジャイル実践者が集まって考えを交換する上でのかすがいとなっている。ここではその歴史と、チームにおいてゲームを用いる上でのスタート地点を紹介する。
-
-
Bundle.update: Java EEがOSGi化し、JSR 294 が凍結に
前回のbundle.update以来、OSGiとモジュールJavaの世界に、いくつかのおもしろい事が起きた。JSR 294が（自動的に）凍結とマークされ、Enterprise Expert Groupがドラフト４をリリース、WebSphereで、OSGiアプリケーションが直接動作するようになり、来るべくOSGiコンファレンスの早期ディスカウントと講演者の募集がまもなく終わる。
-
あなたがやっているのはテスティングかチェッキングか？
ソフトウェアテスティングとは、ステークホルダにテスト中の製品やサービスの品質に関する情報を提供するために実施する、経験的調査のことだ。しかし、この定義では、テスティングとチェッキングの微妙な違いを生む「知恵」については語られていない。Michael Bolton氏は、これら2つの違いと、その違いがある理由について語った。
-
メンテナンス可能な自動受け入れテスト
自動テストはすぐに辻褄が合わなくなってしまい、メンテナンスするのが大変だ。従って企業もテストを自動化したがらない、とDale Emery氏は言う。氏は、最近公開したペーパーにテスト自動化に関わる共通の問題を回避するための実践的な方法を記している。これは、典型的な自動化コードから始めて、より強力でメンテナンスしやすいコードに育てていく方法だ。
-
ソフトウェアの型 - 公の場で練習することで完璧になる
アジャイルコミュニティの思慮深きリーダーたちが、ソフトウェアの型 - 体にしみこむまで特定の練習を行う方法 - について語りはじめている。Robert Martin氏はそれを"パフォーマンスアート"と呼んでいる。最近型に関するブログ投稿やサイトが増えている。最新の追加：katas.softwarecraftsmanship.orgでの毎週スクリーンキャストについて追加している。
-
アジャイルの成功が結局は失敗になるとき
パイロットアジャイルチームが成功すると、アジャイル導入のプロセスが正しい方向に向いていると思い込みがちだ。Dave Nicolette氏が、試験的な試みが大成功した後で、導入に失敗した状況について興味深い洞察を示す。
-
"アジャイルチームリード"は必要か
Patrick Wilson-Welsh氏、Chris Beale氏、Gary Baker氏、 John Huston氏、Daryl Kulak氏らが新しい役割の概念を広めようとしている。その概念は、"アジャイルチームリード"というものだ。 目的は、アジャイルチームやその周辺にある従来のリーダーシップの概念を置き換えるためだ。
-
-
システム/受け入れテストで日付型と時間型をテストする
単体テストで日付と時間をでテストする方法はよく話題にあがるが、比較的簡単な解決策がある。もっと難しいのは、時間を受け入れ/システムテストでテストすることだ。どんな方法があるだろうか。
-
リファクタリングかリライトか？
リファクタリングやリライトの目的は、コードの可読性、構造、明確さを改善することでシステムの健全さを改善する点にある。クリーンなコードはメンテナンスもエンハンスも楽だろう。しかし、多くの状況下にて、アジャイルチームはリファクタリングとリライトのどちらを行うかで厳しい選択を迫られる。
-
アジャイルの衰退と凋落を止めるために内側を見つめる
アジャイルの「衰退と凋落」に関する議論は、AgileQや一般的なコミュニティにおいて、何度も繰り返されるテーマだ。人々がアジャイルを効果的に導入しておらず、間違った方法でアジャイルを台無しにするという意見が集まっているのだ。Kevin Schlabach氏は、新しいリーダーを育てていないアジャイルコミュニティ自体が原因だという考えを示す。