反対として、怠Agなドキュメントプログラマー（誇張）がコード記述と最終製品を優先するアジャイルソフトウェア開発の原則がますます提唱されています。
私は最初の方法の熱烈なファンではありませんでしたが、2番目の方法と多くの矛盾もあります。 制御理論に興味があり、有名なアジャイルマニフェスト -アジャイルマニフェスト（人間のリミックス）のビジョンを書きました。 私たちはすべて人間であるという立場からマニフェストの4つのアイデアを解読します。 お金のために働いても。
変更への対応は、計画に従うよりも重要です
従来のプロジェクト管理では、プロジェクトの変更の可能性を事前に計画することを学びます。 そして基本的には、リスク、遅れ、下見張りといった否定的な状況に関係します。 しかし、プロジェクトの作業の途中で、それを改善するための以前は未知の機会が現れたと想像してください。新しいメカニズムが登場し、リソースや情報が閉じられました。 天国の贈り物を無視したり、外反のために首の首筋の全体計画を描き直したりしますか？ しかし、選択は最終製品の競争力と利益に直接影響します。
解決策は、プロジェクト管理がWebプロジェクトを管理するために作成されていないことです。 インターネットの環境変化は、建設や商業よりもはるかに一般的です。 仕事を始める前に与えた時間内にウェブプロジェクトを完成させることはめったにないので、私をお粗末なリーダーと呼んでください。 私はarbitrarily意的にこれを行いません：すべてのボスは選択に直面しています-スケジュールに従って行き、競合他社をボトムアップで見るか、デッドラインをn倍に増やして利益を同じ量だけ増やします。
ボスは変更と拡張を求めています。 実際、Webプロジェクトには期限がありません。 まれな例外を除き、厳しい期限はなく、すべての日付は常識、予算の制限、顧客の個人的な願いのフィクションです。 理由がある場合-期限を変更することを恐れないでください。何も変更することを恐れないでください。
計画の変更への対応は、ロボットに対する人間の利点の1つです。
顧客とのコラボレーションは契約上の義務よりも重要です
この項目の議論は以前のものからスムーズに流れます-契約が何であれ、その非履行が双方にとって有益である状況が常にあります。
あなたがフリーランスの写真家であり、あなたの病気のために、山のヤギを撃つためにアルペン山脈に行くことができなかった場合。 契約書には「山羊の写真を撮る」と書かれており、文字通り最寄りの動物園でそれを実行できますが、この契約書が必要なのは誰ですか？ たぶん、契約を破る方が良いでしょうか？ 顧客に別の写真家に助言し、彼の評判を汚さない。
または、クライアントが「色をニュートラルブルーに変更する」と要求した場合の古典的な例とは逆の状況。 デザイナーは2人に1人、茶色の色域を持つ署名されたモックアップに怒ってうなずき、変更について聞きたくありません。 ホームページに関しては、面白そうです。 しかし、クライアントが大規模なソーシャルネットワークの所有者であり、1年前に茶色のモックアップに署名したマネージャーを解雇した場合、デザイナーは契約上の努力を遂行する方が有利です。
Webビジネスのほとんどの人は、自分の仕事が好きで、お金だけが基準ではないと主張しています。 だから人間に！ 契約書の紙ではなく、対談者を見てください。 誓い、主張し、説得し、信じ、欺き、怒らせます。 ライブ！
「テープレコーダーを水の中に投げ入れてほしいですか？」 まあ、私はそれをします。」 （しませんでした）
人格とその相互作用は、プロセスとツールよりも重要です
そしてまず第一に、それはプロジェクトの普通の労働者に関係しています。 従来のプロジェクト管理には、厄介な工数があります。 このユニットを通じて、すべての主要プロジェクトの日付とほとんどの予算が計算されます。 しかし、主要なドキュメントを抽象的な値で信頼することは、ジェンヤで金砂を販売することと同じです。
Web開発では、本質的にファンゴッホのアーティストであるデザイナーと、さらにクレイジーで愚かな数学者であるアインシュタインのプログラマーと協力します。 この野生社会では、どのようなシステム、どのプロセス、ルールについて話せますか？ 忘れて！
私は千回言って、もう一度繰り返します。リーダーとして、3人の抽象的なフルタイムのプログラマーはいません。 私にはエリック、アフメット、セリョーザがいます。すべての長所と短所を持った生きている人々です。 プロジェクトの条件を計算すると、工数はありませんが、SkypeにはEricがいます。 課題を配るとき、「エクセル形式のタスクフォーム」を持っていません-Seryozha私はすべてを指で説明します。
これらの3つは架空のキャラクターですが、私の練習では正確な数の素晴らしい例があります。
ニュースサイトの1つで請求書の編集者を務めました。 ビルドエディターの義務は、ニュースイラストを描くことです。 多くのニュースがあるので、イラストはすべての人には行きませんでしたが、エリートだけに行きました。 私がプロジェクトに参加する前に、編集長は契約書にも書きました。1日に2つのイラストがあり、編集長は描かれたニュースを示しています。 そして、その男性はオフィスに座って、週に10枚の写真を配った。
プロジェクトに登場し、ビルドエディターに精通した後、契約をやり直しました。 彼は2枚の写真の必須の制限を取り除き、アーティストにイラスト入りのニュースを自分で選択する権利を与えました。 男は自由を感じ、リラックスし、その年に週に少なくとも18枚の写真を配りました。 効率性-同じお金で同じ品質の180％。
自由に考えている1人のランボーには、将軍の命令に従って盲目的に50人の敵兵がいた。
完全なドキュメントよりもソフトウェアの実行が重要です
別の悲しいけれど本当の話をします：
6年前、プロジェクトの1つで仕事を終えて、後継者に徹底的なガイドを書きました。 すべての問題とその解決策、最適化と更なる近代化に関するアドバイス、住所パスワード、主要な役人の見た目と弱点のリストは、私の頭の中で長生きしたかったからです。
マネージャーの変更は素晴らしく、プロジェクトは一瞬止まりませんでした。 そして、2か月後、主任プログラマーは去り、プロジェクトは死にました。
私はドキュメントが大好きです。必要な人と必要でない人にたくさんの指示を書きます。ウェブは大きなドキュメントだと思います。 しかし、プロジェクト管理教会の支持者とは異なり、私はオフィスに重要な役割を与えません。 私は多くのプロジェクトを見ました-そして、これらは無秩序モードで作成された大きな、利益のあるプロジェクトでした。 このシステムに取り組んでいる企業がどれだけ多く、成長と時間に対応できなかったのかがわかりました。
しかし、アジャイルマニフェストに続くプログラマーにとって、私は自分自身の属性ではなく、そのキャラクターではない。 それにもかかわらず、私はWebプロジェクトの責任者です。
レポート、表、グラフを備えたプロジェクト管理システムは、いわばブルーマトリックスタブレットです。 才能とシステムが嫌いな自由で機敏なプログラマー-いわば赤い丸薬Neo。 オプションはありますか？
昨日、その主任プログラマーがプロジェクトを去った理由を見つけました。 私が去った後、彼は退屈しました！ 私たちは彼と友達になったり、議論したり、お互いに文句を言ったり、ビジネスで助けたりしたことは一度もありませんでした-私たちはコミュニケーションで人間関係を維持しました。 そして、私は後継者に「男になる」という簡単な指示を書くことができませんでした。