アジャイル契約
原文(投稿日：2011/02/08)へのリンク アジャイル手法に関してよく質問されることのひとつに，"アジャイル開発の契約はどのようにすればよいのか"，というものがあります。 従来のウォーターフォールモデル手法，すなわち要件を定義し，サプライヤが (自身の要求解釈とコスト見積に基づいて) 価格を提示して，両者が法的拘束力を伴う契約書にサインする，というやり方は，企業が何かを購入する場合にはとても都合のよいものです。 サインが完了すれば，次は開発期間です。開発のスコープ内に実際にあるものは何か，何が範囲外なのか，契約変更を要するものは何か，などについて全員で議論します。そうこうしているうちに開発作業が完了します。白熱した議論を繰り返した後，顧客がソフトウェアを正式に受け入れれば支払いが行われます。そして顧客は 200kg のソフトウェアを，サプライヤはお金を手にいれて，全員が – あるいはほ
アジャイルのまずい考え方
ここに見られる悪い態度は、他の役割や専門家が価値を持っていることを理解できず、現実に沿った形で柔軟性をもつ必要性を認識せずに、哲学的な解釈に固執することだ。極端に言うと、この態度はすべての場面のすべてのマネージャにまでこの見方をひろげると労働主義者や、新共産主義者とほとんど同じものなのだ。確かにすべての企業文化や組織階層をフラットに無限定にすべきだという考えを採用する人々は急進的である。この見方は表層的ではあるが、このような考え方をもった人が(リーダーのように)権限のある人であるとすると、この人の考えは勢いをまし、開発チームとマネージャの関係を悪化させることもありえる。プロジェクトの完結という目的が、マネジメントと労働者の階級闘争に置き換わってしまうのだ。 “マネージャでなく、チームがプロジェクトを動かしているのだ。何を済ませるかは私たちで決定する。” この考え方は、マネジメントの役割はも
アジャイル/スクラムの振り返り - ヒントと秘訣
原文(投稿日：2010/12/16)へのリンク どのようなアジャイル/スクラムの実践でも、振り返りとフィードバックのループは最重要だ。私たちはいくつかのツールを使ってチームを改善している。しかし2日間のアジャイル入門クラスではこのようなツールの紹介はいいかげんになってしまう。時間のないトレーナーは多くの場合、このトピックをひとつの振り返りの形式の概要だけ示すことで終わりにしてしまう。問題はひとつの振り返りの方法だけでは、振り返りの参加者は退屈して参加への意欲をなくしてしまうということだ。 Brian Lawrence氏は、地味だが大きなグループやまだ一緒に働いたことのない人同士のグループで上手く使える振り返りの形式を提供している。氏はチームに3x5サイズの索引カードか付箋を与える。カードは色が違っても種類が違ってもいい。そして、チームは最初の20分にそのカードにうまくいったことを書き、次の
アジャイル導入のよくある間違い
原文(投稿日：2010/11/14)へのリンク たくさんの解説者がアジャイル導入のよくある誤りとアンチパターンについて書いてきた。彼らはさまざまな組織におけるアジャイル導入の誤りを避けるためにすべきこと「トップX」を投稿している。 Target ProcessのMichael Dubakov氏は、“10 Most Common Mistakes in Agile Adoption” (Part 1 & Part 2) という2つのブログ記事を書いた。彼は「企業はアジャイル導入において何度も同じ間違いをしている」と主張している。 彼が挙げたよくある誤りは以下の通りだ。 1. ツールから始める アジャイル開発はそうではない。ツールは即座に効果が現れるものではなく、ツールがあっても問題はほとんど解決しない。さらには、より重要な目標に目をつぶって、あなたはツールの導入に励んでしまう。 2. プロ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
スクラムプロジェクトの中長期の見積もりとは？
効率的なアジャイルミーティング
スクラムで気難しい人たちの抵抗に対処する
アジャイルとリーン手法を検証する研究
ストーリーポイントは複雑さや時間と関係があるか？
どうやってアジャイル懐疑論者を説得するか
スクラムアジャイルチームに必要なスキル
アジャイルへと向かう組織：慎重に歩こう
主流としてのアジャイル