反復的な開発を理解していないシニアディレクターに問題があります（アジャイルの方がずっと少ないです）。彼は、コードの行が書かれる前に、ソフトウェア設計仕様（SDS）が完全であることを主張します。彼にとって完了とは、すべての機能の詳細がそこにあることを意味します。また、元Cobolプログラマーである彼は、「モジュール」とフローチャートを見たいと考えています。これは大声で叫ぶためのJava Webアプリです！

とにかく、コーディングを開始する前にSDSを100％完全にする必要はないことを示すために、彼を優しく指す簡単な場所を見つけようとしています。助言がありますか？

ありがとう！

コンサルタントとして、私はコンサルティングの1つの単純なルールを理解しています。

• 助けられたくない人を助けることはできません。

あなたが持っていない権限の力による場合を除いて、誰にもしたくないことを誰にもさせることはできません。

コーチとして、3つのルールを備えたアジャイルを紹介します。

1. プロジェクトの開始時にすべての要件を収集することは不可能です。

2. あなたはどのような要件ん変化に保証されてい集まります。

3. 時間とお金が許す以上のことは常にあります。

そして1つの目標：

• 毎週価値のあるものをお届けします。

それがあなたが始めるために必要なすべてです。

上司を説得することは別のことです。

開発者にアジャイルを理解させることとは異なり、マネージャーにアジャイルを理解させることはできません。あなたは彼に議論を提示する必要があり（ケント・ベックの本は良い出発点です）、彼に彼自身の決心をさせます。

または、実験を実行するように彼に依頼することができます。小さなプロジェクトを取り、それを反復開発で実行し、時間、予算、品質の問題、チームの満足度を綿密に把握します。それを以前のプロジェクト（またはリリース）と比較し、より良い、悪い、または中立であったかどうかを確認します。

しないでください

まず、ソフトウェア開発手法の選択にシニアディレクターが関与しているのはなぜですか？その決定は、彼の給料等級よりもはるかに低く、ミクロ管理の軽ackであり、多くの不信を語っています。

第二に、なぜ彼はそれをまったく理解する必要があるのですか？ソフトウェアの仕様が確定している場合、反復は1回だけです。そうでない場合、複数の反復があります。これは彼の決定ではない。

彼が自分の決定だと思うなら、彼はITマネージャー、プロジェクトマネージャー、ITアーキテクト、チームリーダー、および開発チームの権限を損なっています。そのため、彼は@＃$％ingソフトウェア、またはSTFUを自分で作成し、専門家に恐竜の脳に邪魔されずに仕事をさせなければなりません。

私は冗談で言っているのではない。彼があなたにあなたの仕事をすることを信用できないなら、彼は自分でそれをするべきであり、あなたは叫んで逃げるべきです。

「ソフトウェアを作ることは映画を作るようなもので、事前に計画を立てる必要がありますが、撮影中は、良い結果を得るために、再撮影、古いシーンの再訪、最終製品の編集が必要です。」

そして再び、彼はマネージャーなので、彼の言葉で：

「相乗的な柔軟性を活用して、ジャストインタイムのフルサービスソリューションを生成する必要があります」

古いことわざが当てはまります。馬を水に連れて行くことはできますが、飲むことはできません。

他の人が指摘しているように、この上級取締役にとって本当に重要なのはビジネス価値です。彼のフローチャートとモジュール図を作成し、「完全な」SDSを書くのにどれだけの時間を費やしているかを簡単に見積もることができます（ばかげた概念ですが、彼が望むものを与えてください）。これらのことについて何か知っていれば（そして、ソフトウェアを書き始めたとき、それが行われた方法でした）、あなたの見積もりは、かなりのプロジェクトではないにしても、数週間かかります。その数字をお金で表してください。

次に、同時に提供できる機能の量を彼に示します。ビジネスの数人に、同じ時間で提供できるようなことをする基本的なWebアプリを作成するのにどれだけの時間を節約できるかについて話してください。その後、この節約に、たとえば3年以内に頻繁にこの機能を使用する回数を掛けます。それをお金で表現してください。

おそらくお金で表現できる他のビジネス上の利点があります。私のお気に入りは常に「goofball」防止です。ソフトウェアが災害を最小限に抑えるか、完全に回避するのに役立つ場合は、最近の災害を見つけて金銭で表してください。それからあなたの上司に言ってください：今これがあれば、このお金を節約できたでしょう。

そして、お金のトリックがうまくいかない場合は、彼に近づいて、彼のチームのマイクロ管理を停止するように指示する必要があります。私の経験では、他の何よりも解雇される可能性が高いです。

簡単な場所は、アジャイルソフトウェア開発のためのマニフェストかもしれません。

この場所で見つかる情報は、著名な専門家グループによって定義されたアジャイルソフトウェア開発の中核的な原則に関するものです。

あれは

• 個人と相互作用プロセスとツールを介した
• 動作中のソフトウェア包括的なドキュメントよりもする
• 顧客コラボレーション契約交渉を介した
• 計画に従うことによる変更への対応

しかし、完全な意図を得るためにページを詳細に見てください。

「ラピッドプロトタイピング」（最初の数回の反復のコーディングを開始）を行うことにより、SDSをより迅速かつ正確に肉付けし（後の手直しが少なくなることを意味します）、ビジネス価値をより早く提供できることを示すことをお勧めします。実際、このディレクターにとって最も重要なのはビジネス価値だけであり、彼はそれを達成するための最良の方法はこのシーケンシャルなプロセスを通してであると判断しました。あなたは彼の言葉であなたのアプローチが優れている理由を示す必要があります。

これは役に立つかもしれません-http://www.youtube.com/watch? v= 4u5N00ApR_k

この映画「アジャイルプロジェクトを実行したい」では、そのような勇敢なプロジェクトリーダーの1人であるルークの経験を追っています。