Re: アジャイルって受託開発との相性が最悪な気がする - tsuge development page
前書き 現役アジャイラー（？）を自称する立場として釣られてみるぜっ。 http://d.hatena.ne.jp/gothedistance/20100212/1265907956 「アジャイル」について 多分id:gothedistanceもわかっていると思うんですが、アジャイルはマニフェストなんであって具体的な手法ではないです。 代表的なアジャイルとしてeXtreme Programmingモデルを例にとると、イテレーションプランニングって項目があります。 簡単に言うと開発側は2週間ごとに形にしよう、顧客は次の2週間でほしい機能を決めようってやつ。 XPは改訂が多すぎてこの手の文書の参考にしにくいんですが、細かい事はこの辺見てください。 http://www.objectclub.jp/community/XP-jp/xp_relate/whatisxp-j/ 今回の記事による「アジャ
分散バージョン管理入門 (イラスト入り) - tcha.org
Kalid Azad、 2007 年 10 月 15 日、 原文 (original post) 従来のバージョン管理は、ファイルをバックアップ・追跡・同期するのに役立った。 分散バージョン管理を使うと、変更内容を共有するのが楽になる。 さぁ、両方の長所を活かすんだ。簡単なマージと一括管理されたリリースを。 分散だって? これまでのバージョン管理で何がまずいの? 別に…。 さっ、気を取り戻したければ、 バージョン管理へのビジュアルガイド(英語) を読んで。 もちろん、「古くさい」システムを使っているとバカにする人もいるだろう。 けれど、私はそれで全然かまわないと思う。 どんなバージョン管理システム(VCS)を使うにしても、プロジェクトにとっては前向きな一歩なんだから。 集中型バージョン管理システムは 1970 年頃に現れた。 その頃プログラマーには、シンクライアントと “big iron”
recompile.net:アジャイルソフトウェア開発と人月商売
February 12, 2010 アジャイルソフトウェア開発と人月商売 アジャイル開発では、人月商売をやらざるをえない。これは、大部分のプライムコントラクタと呼ばれるSIerにとって受け入れ難い選択肢だ。もし、アジャイル開発を導入したいのなら、まず契約について考えるべきだ。 業務委託契約には、請負契約と準委任契約という2つの形態がある。請負契約は、仕事の完成を約束し、それに対して対価を受け取る契約である。準委任契約は、善良な管理者の注意をもって委任された事務の処理を行なう契約である。 アジャイル開発は、開発中のスコープ変更を許容する。つまり、事前にどのような仕事を完成させるかということを決めることができない。そうすると、どのような仕事を完成させるか決める請負契約は結べないことになる。これは当然のことだ。 では、準委任契約にすれば良いかというと、そうそう単純な話ではない。受注者側、発注者側
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
