はじめに
人生が判明したので、私はほぼ40年間ソフトウェアを開発しています。 多くの人と同じように、彼はソフトウェアの組立ライン、工場、産業開発を夢見ており、それらを実現する試みにも参加しました。 これらの夢の現実は殺され、プログラミングは工業生産とは異なり 、マクドナルドの管理方法はその中で機能しないことを認めざるを得ませんでした。
マクドナルドのメソッドが機能しないのはなぜですか？
以前の管理慣行は、ある日が他の日と非常に似ていた産業と農業の過去から来ています。 効率は、大衆の調整された仕事に依存していました。 この作業には大きな工夫は必要ありませんでした。 「トータルコントロール」、「配給」、「ニンジンとスティック」、「人的資源-交換が簡単なネジ」、これらは前時代の効果的な管理の主な原則です。 単位時間あたりのオールのストロークが多いほど、ゲラが速くなり、rowぎ手はより効率的に作業できます！プログラミングでは、反復作業はほとんどなく、生殖活動の余地はありません。 同じタイプのアクションを3回繰り返した後、プログラマーはこのアクションを1回だけ自動化するユーティリティを作成します。 または、 Code monkeyを見つけます （費用対効果が高い場合があります）。
プログラマーがどのような場所を考え、どのようにこの場所を行うのか、誰も知りません。 知的創造性を標準化および制御することはできません。 レートコントローラーのプログラマーにストップウォッチを設定しても意味がありません。 彼は何を見て測定しますか？
ソフトウェア開発でファーストフード管理技術を試そうとする人は誰でも失敗する運命にあります。
カーゴカルト
産業管理手法が効果的ではなかったため、ソフトウェア開発は生産管理に対する革新的なアプローチのフォージになりました。 Waterfall、PRINCE2、CMMI、Oracle CDM、RUP、MSF、SEI PSP / TSP、Agileファミリー（XP、Crystal、Scrum、ASD、FDDなど）業界とプロジェクト管理の実践を豊かにしました。 PMI PMBOKの第4版にアジャイルアプローチに関する言葉がなかった場合、第5版には10の参照があります。
正しいプロセスは1つしかないとの信念により、業界は「方法論的狂気」を経験せざるを得ませんでした。 資本「M」を使用した方法論におけるリーダーシップの無限の信仰は、生産プロセスで発生する問題のクラス全体を解決する方法の包括的な理論です。 「方法論は賢い人々によって作成され、実行者は無能です！」方法論はすべての決定を下し、人々はまったく決定を下しません。 すべてのプロセスを規制する必要があります。 指示に従ってすべてを行う必要があります。 実験は禁止されています。 使用される方法は限られています。 規制順守の完全な制御。 包括的なKPIを実装します。 大部分の「シーサイフェス労働」。
動作しません。
統計によると、プロジェクトの成功または失敗は、プロジェクトで使用される方法論とは相関していません。 「方法」、RUP、アジャイル、またはCMMIレベル5の方法論に従って管理される、同様に成功したプロジェクト。
すべては人々によって決定されます。
どうする
正しいソフトウェア開発プロセスが1つもないということは、プロジェクト、製品、および人員に応じて、法4 Pに従って、新しいプロジェクトごとにプロセスを新たに決定する必要があることを意味します。製品+プロジェクト+人員=プロセス。
カートメンダム図面
5人が参加するプロジェクトと500人が参加するプロジェクトでは、まったく異なるプロセスを適用する必要があります。 プロジェクトの製品が、原子力発電所管理システムなどの重要なソフトウェアである場合、開発プロセスは開発と非常に異なっている必要があります。たとえば、サイトの「休憩」です。 そして最後に、開発プロセスは、昨日の学生のチームと成功した専門家のチームで異なる方法で編成される必要があります。
さらに、プロジェクトを開始したチームは変更されないままで、特定の形成段階を経て、原則として、プロジェクトの進行に伴って定量的に成長します。 したがって、プロセスは常にこれらの変更に適応する必要があります。 主な原則：選択したプロセスモデルに従って人を構築することはできませんが、最高の効率を確保するために、プロセスモデルを特定のチームに柔軟に調整する必要があります。
おわりに
現代の企業は、従業員を最高の顧客と同じように扱う義務があります。 現代の会社の主な資本は知識です。 この知識のほとんどは、彼らのキャリア-人からは譲渡できません。 これを理解していない企業は、効果的ではないため生き残れません。
今日、効果的な企業はサービスです。 企業は、一方では顧客にサービスと製品を提供し、他方では従業員に仕事を提供します。
「生命のための1つの企業」、「生産的に仕事をし、会社があなたの面倒を見る」という原則は、すぐに過去のものになります。 IT労働市場を見てください。専門家がルールを設定します。 あなたが働いた会社に興味がある人はほとんどいませんが、誰もがあなたが参加したプロジェクトと彼らの成功への貢献に興味を持っています。
効率を追求する企業の目標は、顧客だけでなく従業員も幸せにすることです。 今日のソフトウェア開発プロジェクトには、3つではなく4つの成功要因があります。
1.仕様に従って作られました。
2.時間通りに完了しました。
3.予算内で完了。
4.各チームメンバーは18:00に仕事を辞め、成功感を感じました。
この4番目の成功要因は、企業が効果的になりたい場合、再現可能でなければなりません。 成功するプロジェクトの特徴は、参加者が自分の仕事の結果に満足感と誇りを持っているという絶え間ない気持ち、楽観主義です。
参加者の無関心や暗闇ほど、プロジェクトにとって悲惨なことはありません。