InfoQ ホームページ アジャイル技術 に関するすべてのコンテンツ
-
２タイプのアジャイル文書 ― ２種類しかない
アジャイルマニフェストには、「動くソフトウェアが、どんな文書よりも理解しやすい」、とある。このおかげで、アジャイルプロジェクトでは、文書は、要らないと多くのチームに信じられるようになった。アジャイルを批判する人たちは、その方法論の弱点を示すのに、アジャイルの少ない文書を指摘する。 Eelco Gravendeel氏は、アジャイルには、たった２種類の文書しかない、と言う。
-
価値とベロシティ、そしてバリューベロシティの比較
多くのアジャイルチームでは'価値'とチームの'ベロシティ'は正比例すると、暗黙的に前提している。幾つかのケースにおいては本当にそう見られる。しかしながら、多くの場合はチームのベロシティが本当に価値を提供できたかはほとんど示されない。
-
スピードアップのためのスローダウン
チームが最も生産的なのはそのチームのメンバが能力を最大限に発揮して活動している時である，と普通は考えられている。この常識に反してSteve Bockman 氏は，このような仮定が常に正しいとは限らない，ということを言っている。生産性を向上させるために時にはスローダウンし，最大限の能力以下で働くことが必要である，というのだ。
-
FisheyeとCrucibleで「ソーシャルネットワーキング」が可能に
Atlassian社のFisheye 2(ソースコードリポジトリブラウザ)とCrucible 2(コードレビュア)の最新版は、完全に刷新されたUIを持ち、開発者が、作業に対するのと同様に、ある意味ソーシャルネットワーキングであるチームをフォローできるようになった。Crucible 2は、同時に反復的なコードレビューの概念もサポートする。
-
アジャイル/スクラムプロジェクトにおけるバグへの対応
よくされる質問がある。スクラムでは、チームがバグをどう処理することを推奨しているのか？プロダクトバックログに入れるべきなのか？それとも、別のバグリストに入れるべきなのか？もしバグがバックログにあるのなら、プロダクトオーナーが優先順位をつけるのか、それとも、自動的に最重要項目になるのか？別のバグ修正スプリントをするべきなのか？
-
ベロシティは何のため？
最近、ScrumDevelopment Yahoo!グループでは、ベロシティの活用と誤用に関して様々な議論がなされている。ベロシティを生産性の基準として使うべきだろうか？イテレーション計画のために使うべきだろうか？もっと長期のリリース計画にはどうだろうか？
-
日本のリーン活動を見る
リーン活動を見るために日本の「現場に行った」アジリストのグループは、何を見ただろうか? 日本への「Roots of Lean」ツアーは、Mary Poppendieck氏とTom Poppendieck氏に率いられ、この春実施された。ここに、プロガーやニュースグループのライタ��たちがツアーについて観察したことをまとめている。このツアーでは、Henrik Kniberg氏、Sune Gynthersen氏、Gabrielle Benefield氏等が、製造工場とソフトウェア会社の両方を訪れている。
-
進化論から見たソフトウエア開発
ミームとは、もとはRichard Dawkins氏の著書"利己的な遺伝子"で提示された概念で、遺伝子を使って文化を考えるためのものだ。ミームは人々の間に広がり、思考や行動に影響を与える。Julian Everett氏の考えでは、ソフトウエア開発の方法論や概念や文化はミームの集合と見なすことができるのではないか、ということだ。そしてそのように考えることで、方法論の効果とその理由はまったく逆になる。
-
『使いやすさ』を評価する
システムのユーザビリティは直観によって評価されることが多く、統計学的な解析に基づいておこなわれることはまれである。アジャイルユーザビリティグループでは、最近客観的な方法でシステムのユーザビリティを評価する方法について、いろいろ議論されている。
-
Kent Beck氏、ごく短期のプロジェクトではテストを省略することを提案
Kent Beck氏は、ごく短期のプロジェクトにおいて、実行可能なコンセプトがあるかどうか判断するときには、すばやく軌道に乗せるために自動テストをあまり（あるいはまったく）やらなくても構わないと提案している。これはTDDを取り巻く従来の見解に反するものだ。
-
受入テストの自動化 - 理論にすぎないのか、それとも実践的なのか
要件を受入テストとして記述し、それを自動化することに成功したという報告がこれまでも時折見られている。しかし、これを実践しているのはコミュニティの中の少数派でしかない。各イテレーションの最初に自動化された受入テストを書くという主張は理論的なものに過ぎず、適用事例が少ないということが非効率であることの証明になっているのだろうか。
-
James Shore氏に聞くアジャイルの現状
このインタビューでは、InfoQはJames氏が最近よく話題にしている、彼の著書「Art Of Agile(訳注:邦訳「アート・オブ・アジャイルデベロップメント――組織を成功に導くエクストリームプログラミング」)」という本のこと、昨今のアジャイルが骨抜きになっている傾向について、そしてカンバン方式が全体像というものをいかに欠いているかということ、こういったいくつかのことについて話を聞いた。
-
Atlassian が GreenHopperを買収，JIRAにアジャイルPM機能を追加
Atlassian は Pyxis Technologies から GreenHopper 製品を買収し，JIRAにアジャイル開発サポート機能を追加すると発表した。同時に，アジャイルソフトウェア開発の概念と Atlassian の技術者が技術と経験を提供する場として，新たなWebサイト"agile@Atlassian"を立ち上げることも発表した。
-
非常に高い生産性を測るのは時間の無駄か?
Hyperproductivity and Shock Therapyというプレゼンテーションの中で、Jeff Sutherland氏は、非常に高い生産性とは少なくとも自動車業界平均の4倍の生産力があるトヨタほどのレベルがあることだと述べた。Scrum Development groupの最近の議論において、メンバたちは、スプリント中に生産性を正確に測ることが可能か、また成果があるかどうかを議論した。
-
良いベロシティ
Buddha Buck氏は、最近、Extreme Programmingのメーリングリストにおいて、2週間のイテレーションを行っている7人程のチームにとって「良い」と考えられるベロシティの範囲があるかどうかを尋ねた。Buck氏は、ベロシティが8以下の場合、チームのストーリーが大きすぎるのではないかと考えた。議論の結果、この質問の答えと、質問の裏にある別の質問が得られた。