InfoQ ホームページ Agileの採用 に関するすべてのコンテンツ
-
'Agile Developer Skills Workshop' 開催中
アジャイル開発者の技術に対する公平かつ正確な評価方法の確立が，以前からホットな話題になっている。Ron Jeffries，Chet Hendrickson 両氏の指導する 'Agile Developer Skills Workshop' はこの問題の真のソリューションを作り出そうとするもので，今日はその２日目である。
-
いつイテレーション/スプリントをの延ばすか
まさにスプリントが終わろうとしているとき、あなたは重要なストーリーが実現できないのに気付く。あなたはどうするか。スプリントの期間を延ばすか。バックログのなかにストーリーを戻すか。チームはいつもひとつのスプリント内でできることを過大評価していないか。どうすればよいだろう。
-
カンバン方式を適用する間違った理由と正しい理由
カンバン方式の目的は各工程の間でWIP (Work-In-Process)、つまり在庫を最小にすることだ。それには、下流の工程が必要な部品だけ上流の工程が作るようにする。最近になってリーン方式とカンバン方式は一般的になってきた。多くの企業がカンバンボードを用意してWIPを抑制し、ムダを省いている。Michael Dubakov氏はカンバン方式を適用する間違った理由と正しい理由を調べた。
-
Agile 2009コンファレンスを振り返る
Agile 2009から１ヵ月が経ち、非常にさまざまな、コンファレンス、セッション、そして参加者が最も価値を見出したものについてのフィードバックが届いている。
-
アジャイルコミュニティの人種差別主義者が学習を妨げる
今月早く、Vinay Aggarwal氏による"アジャイルにおけるプロジェクトマネージャの役目"という記事を載せたが、自己組織的チームに関する、ある非主流の考えが含まれている。不幸にして読者によって人種差別主義者批判がされた。これらの批判が消され、不心得者は、追い出された。しかしこのことが新たな疑問をもたらした、すなわち、"人種差別主義がいかにソフトウェアを書き、製品化する能力に影響するのか?" ということである。
-
Lean & Agile をリードする - すべては皆のため
Mary & Tom Poppendieck 両氏は新刊 "Leading Lean Software Development: Results Are Not the Point" を発表した。同書で両氏は Lean/Agile 変換におけるリーダーシップの重要性について調査研究し，変革を求める組織に対して助言を与えている。
-
アジャイルの導入: プロジェクトは飛び込み、企業は徐々に踏み込む
アジャイルの導入は徐々に「新しいことをやってみる」方法がよいのか、すべてを賭けて「頭から飛び込む」アプローチがよいのかという激しい論争が数多くある。Johanna Rothman氏は、プロジェクトは全部飛び込み、企業は徐々に進めるべきだと言う。
-
自己組織化したチームの成功を保証する
自己組織化とは、組織の内部組成が外的要因に導かれることも管理されることもなく複雑さを増す現象と定義される。しかし、成功した自己組織は適正な水準のサポートを、チームメンバからだけではなく、マネジメントや組織環境からも得る必要がある。
-
アジャイル文化への転換は容易ではない
多くの評論家が、組織のアジャイル文化への転換に関する課題について執筆してきた。Ken Schwaber氏は、スクラム実践の75%では期待する利益を実現できないと予想していた。本稿では、その原因の一部と成功率向上のためにすべきことに着目する。
-
Agile In a Flash（速解アジャイル）
多くの人々が冗談半分に３×５のインデックスカードを「アジャイリストのバッチ」と認めている。しかし、色々な意味でこれは不正確でも不適切でもない。山積みされたインデックスカードを見ていくことが、実際に多くのアジャイル的活動に対する品質保証になり得るのだ。しかし、インデックスカードを使ってアジャイルを学び、覚えるというのはどうだろうか？「Agile In a Flash」プロジェクトにおいて、Tim Ottinger氏とJeff Langr氏はまさにそういった人々の手助けをしようとしている。
-
進化論から見たソフトウエア開発
ミームとは、もとはRichard Dawkins氏の著書"利己的な遺伝子"で提示された概念で、遺伝子を使って文化を考えるためのものだ。ミームは人々の間に広がり、思考や行動に影響を与える。Julian Everett氏の考えでは、ソフトウエア開発の方法論や概念や文化はミームの集合と見なすことができるのではないか、ということだ。そしてそのように考えることで、方法論の効果とその理由はまったく逆になる。
-
アジャイルプロジェクトにおけるリソースマネジメント
アジャイルプロジェクトは急激な変化という問題を解決するものとして知られている。これらは市場要因やシステム要件、実装技術における変化かもしれない。こうした変化の1つに、プロジェクトに取り組む人員の頻繁な変化があるが、これはアジャイルプロジェクトとは相性がわるい。このアイデアは、成果を上げているチームを乱さないようにすることで、高いベロシティを実現し続けることができるというものだ。
-
アジャイル組織は何を重視すべきか?
アジャイルを採用することは簡単ではない。多くの組織は、スクラムやXPのプラクティスを自分たちのやり方に無理やり当てはめようとして苦労する。そのような組織に対して、"どのように"アジャイルを行うかということを重視しすぎるのは誤ったアプローチかもしれないとMike Cottmeyer氏は助言する
-
受入テストの自動化 - 理論にすぎないのか、それとも実践的なのか
要件を受入テストとして記述し、それを自動化することに成功したという報告がこれまでも時折見られている。しかし、これを実践しているのはコミュニティの中の少数派でしかない。各イテレーションの最初に自動化された受入テストを書くという主張は理論的なものに過ぎず、適用事例が少ないということが非効率であることの証明になっているのだろうか。
-
ハイパフォーマンスチーム - チーム殺しを避けるには
ハイパフォーマンスチームは職場にあるチームの2％にすぎないが、アジャイルプロセスはこうしたチーム作りを促しているように見える。この記事では、こうしたチームがどのようにして職場にはぐくまれるのか、Steve Denning氏の考え方について解説する。また、ハイパフォーマンスチーム作りのための選抜や採用の方法について、Ominlab MediaのStefan Gillard氏による最近の講演についても取り上げる。