InfoQ ホームページ Agile に関するすべてのコンテンツ
-
バックログを分割して最大効率で価値を高めよ
昔から常にバックログは批判にさらされ続けている。Mary Poppendieck氏は、要求される目的を満たさないならばバックログは廃止すべきだと主張する。Serge Beaumont氏はバックログを分割する面白い方法を提案した。それはあるフローにマッピングすることによち、バックログの存在価値を上げるものである。
-
アジャイルを採用するためにRFPを使う
大組織や大プロジェクトではアジャイルではないパートナー/ベンダー/サプライヤーにアジャイルなチームが拘束される事を目にするのは珍しくない。結果として軋轢が起こり、エネルギーを無駄にする。その一方解決策は"よりよいチームを雇う"のように見えるかもしれない。Scott Ambler氏は問題の根を示し、RFPを作るよりもよい戦略を提供している。それはアジャイルなチームを引き込むことである。
-
より良いユニットテストためのガイドライン
Jimmy Bogard氏、Charlie Poole氏、Lior Friedman氏、Charlie Poole氏らが、より可読性が高く有用なユニットテストのためのガイドラインを出している。
-
Gordon Pask賞への推薦を募集
Gordon Pask賞は、アジャイルプラクティスへの貢献をおこない、アジャイルを実践する他の人々が見習うべき2名を委員会の選出により表彰するものです。各受賞者は、2つの大陸地域の2つの適切なカンファレンスへ赴くための資金提供をAgile Allianceから受けられます。受賞者は、アジャイルな考えをもった次世代リーダの育成の目的のため、主要な実践者としてまだ名声が広まってないなどの理由によりカンファレンスの常連とまだなってない人が対象となります。受付は8月1日までです。
-
スピードアップのためのスローダウン
チームが最も生産的なのはそのチームのメンバが能力を最大限に発揮して活動している時である，と普通は考えられている。この常識に反してSteve Bockman 氏は，このような仮定が常に正しいとは限らない，ということを言っている。生産性を向上させるために時にはスローダウンし，最大限の能力以下で働くことが必要である，というのだ。
-
コードの切れ端を交換するためのWebサイトCodePaste.NET
Rick Strahl氏は、ソーシャルネットワーキングとIMユーザーの間で.NETコードの一部の共有を可能にするCodePaste.NETを作成した。
-
FisheyeとCrucibleで「ソーシャルネットワーキング」が可能に
Atlassian社のFisheye 2(ソースコードリポジトリブラウザ)とCrucible 2(コードレビュア)の最新版は、完全に刷新されたUIを持ち、開発者が、作業に対するのと同様に、ある意味ソーシャルネットワーキングであるチームをフォローできるようになった。Crucible 2は、同時に反復的なコードレビューの概念もサポートする。
-
アジャイル/スクラムプロジェクトにおけるバグへの対応
よくされる質問がある。スクラムでは、チームがバグをどう処理することを推奨しているのか？プロダクトバックログに入れるべきなのか？それとも、別のバグリストに入れるべきなのか？もしバグがバックログにあるのなら、プロダクトオーナーが優先順位をつけるのか、それとも、自動的に最重要項目になるのか？別のバグ修正スプリントをするべきなのか？
-
PMIのアジャイルコミュニティ「PMI Agile Community of Practice 」
アジャイル と Project Management Institute (PMI)。長年、多くの人たちにとって、この言葉の組み合わせは混じり合わない"水と油"と同じ意味を持って知られている。しかし、これは正しいだろうか? Jesse Fewell氏、Dan Mezick氏らはこれに対して異議を唱え、新たなPMI Agile Community of PracticeとともにPMIにアジャイルを取り入れようとしている。
-
スクラムマスターインタビューのコツ
スクラムマスターやイテレーションマネージャはアジャイルチームにおける重要な役割であり、彼らがどの組織やチームと一緒に仕事をするか選ぶのは大事なことだ。新しいプロジェクトのスクラムマスターを引き受けるか検討するときには、成功するための環境を整えることが重要となる。この記事では、プロジェクトやチームを引き受けるか検討しているスクラムマスターのために、インタビューについてアドバイスする。
-
自己組織化したチームの成功を保証する
自己組織化とは、組織の内部組成が外的要因に導かれることも管理されることもなく複雑さを増す現象と定義される。しかし、成功した自己組織は適正な水準のサポートを、チームメンバからだけではなく、マネジメントや組織環境からも得る必要がある。
-
ベロシティは何のため？
最近、ScrumDevelopment Yahoo!グループでは、ベロシティの活用と誤用に関して様々な議論がなされている。ベロシティを生産性の基準として使うべきだろうか？イテレーション計画のために使うべきだろうか？もっと長期のリリース計画にはどうだろうか？
-
アジャイル文化への転換は容易ではない
多くの評論家が、組織のアジャイル文化への転換に関する課題について執筆してきた。Ken Schwaber氏は、スクラム実践の75%では期待する利益を実現できないと予想していた。本稿では、その原因の一部と成功率向上のためにすべきことに着目する。
-
日本のリーン活動を見る
リーン活動を見るために日本の「現場に行った」アジリストのグループは、何を見ただろうか? 日本への「Roots of Lean」ツアーは、Mary Poppendieck氏とTom Poppendieck氏に率いられ、この春実施された。ここに、プロガーやニュースグループのライターたちがツアーについて観察したことをまとめている。このツアーでは、Henrik Kniberg氏、Sune Gynthersen氏、Gabrielle Benefield氏等が、製造工場とソフトウェア会社の両方を訪れている。
-
Ruby on Rails プロジェクトを救助する
Ruby on Railsが世に出て５年ほどの間，開発者たちは数多くのアプリケーションを開発してきた。その多くがRubyないしRuny on Railsを習得しながら開発されたため，ベストプラクティスとは言いがたいが，それでもWebサイトとして製品にはなっている。これらのWebアプリケーションには問題もあるが，その解決方法を取り上げた本が新たに発行された。