-
<P mce_keep = "true"> AIMは良い言葉ですが、これはこの新しいアジャイルソフトウェア開発手法の唯一のものではありません。 興味深い詳細は、これは学術環境で作成されたアイデアではなく、20年以上にわたって実際に成功したプロジェクトを観察した結果であるということです。 不思議な方法で、成功したすべてのソフトウェア製品マネージャーは、まれな例外を除いて、常にある程度同じ手順を繰り返し、すべての失敗したマネージャーは通常、これらの手順の一部をスキップしました。 これで、この強力で効果的なテクニックが注目されます。
<P mce_keep = "true"> AIMはAgile Insanity Managementの略です。 実際には、狂気によるアジャイル管理と呼ばれるべきでしたが、マーケティングはそのような名前が企業環境でサポートを見つける可能性が低いことを発見し、AIMの減少はAMIやAMbIよりもはるかに良いように聞こえます。 そのような奇妙な名前は後で明らかになるでしょう。
<P mce_keep = "true">それで、AIM。 最初のステップは常に同じもので構成されています-あなたは誰もが仕事をする緊密な意欲のあるチームを作ります。 これは通常、プロジェクトの成功が明らかではなく、製品が企業の寄生虫にとって興味深いものではないときに起こります。 素晴らしい目標の名の下に団結したチームは、昼夜を問わず働き、多くの不完全さを備えた製品ですが、顔、形、機能を備えた人々に見せることのできる製品を作ります。 そしてさらにそれ以上。
<P mce_keep = "true">この段階では、チームは1つであり、管理、プロジェクト管理、開発、および共通の目標のためのテスト作業のすべてが、製品の作成です。 情報は上から下へ、そして下から上へ自由に流れます。 Virgosとテスターは、管理者が製品に求めるものを知っており、管理者はバージンとテスターが経験しているすべての問題を認識しており、pi-emは誰かがとるべきギャップを急いで閉じています。
<P mce_keep = "true">これは、DeMarcoマテリアルが機能するフェーズです。 これは、製品が実際に作成されるフェーズです。次のフェーズでは、何かを作成することがますます難しくなるためです...
<P mce_keep = "true">しばらくすると、プロジェクトがおそらく成功することが明らかになります。 このフェーズでは、チームは通常、ある程度拡大し、チームの有用なメンバーとともに、チーム全体に多かれ少なかれ均等に散在する多数の企業寄生虫も収集します。
幸いなことに、この段階はまだ恐れられていません。なぜなら、寄生虫はほとんど存在せず、影響力を失っているためです。 もちろん、彼らはすでに干渉していますが、それほどではありません。 ただの愚か者、あるいはチームの経験の浅いメンバーにすぎません。
しかし、ある時点で時間がなくなり始め、ここで変更が始まります。変更は非常に詳細な方法で設定する必要があります。それらは重大な変更であるためです。 そのため、時間がなくなると、プロジェクトに反対の勢力が働きます。 一方では、プロジェクトの責任者である経営陣は、製品を期日内に、または少なくともある程度の合理的な遅延をもってリリースしようとしますが、それ以上はしません。 そして、彼らは理解しやすいです。
一方、開発者とテスターは、製品に恐ろしくて大きな穴を見つけており、多くの場合、製品に対する相対的な位置の特性のために、サイズを誇張する傾向があります。 しかし、誇張していなくても、どの製品にも常に深刻な問題があります。 したがって、チームの「下の階」は、スケジュールを遅らせる方向に、客観的な本当の理由で、製品を「引き下げ」ます。
結果？ 機械システムの場合と同様、2つの力が作用すると、チームの中央のどこかに張力線が現れます。
この線は写真のように平らではなく、厳密に水平ではありませんが、そうです。 また、他の電圧ラインと同様に、管理者の注目を集めています。 そして、ここで-もちろん-チームでの非常に重要な変更が発生します。 実際、企業の寄生虫は、その性質上、経営陣の注目を集める分野に引き寄せられています。 この状況でこれはどういう意味ですか？ そう！ 企業の寄生虫は、チーム全体からチーム内のストレスラインに引き寄せられます。これは、経営上の注意がリベットにかかっているためです。
その結果、チームの企業の寄生虫はチームの緊張の線に沿って並んでおり、経営陣の希望と「下」の人々によって観察された現実に引き裂かれました。
<P mce_keep = "true">
<P mce_keep = "true">ここで、2つのピースが接続され、ますます増加する力によって異なる方向に引き裂かれることを想像してください。 覚えておいてください、企業の寄生虫は接着剤ではなく、これは油脂です。 チームの2つの部分を互いに完全に分離するのに十分ではなかったとしても、トイレットペーパーの一種のミシン目として機能します。 そして、引き裂く力と緊張が高まっています-製品のリリース期間が近づいており、その中の怒りは...まあ。 減少していないということではなく、時間通りにリリースするのに必要なペースではありません。
<P mce_keep = "true">結果？ かなり予測可能です。 チームは、管理と製品自体を作成するチームの2つの部分に分かれます。
同時に、「2列に並んだ」企業の寄生虫は、2種類の「反射層」に変わります。 下からの実際の情報の流れは、寄生虫によって反映され、管理に許可されません。 理由は簡単です-誰が当局に不快なニュースを報告したいのですか？ そして、下のチームメンバーの一人が頑固すぎると、彼は上司の目から信用を失い、その結果彼は単に信頼されなくなります。
しかし、非常に愚かなマネージャーでさえ、情報の完全な欠如に気付く可能性があるため、チームからの隔離だけでは機能しません。 代わりに、経営者に「立ち往生」する反射層は、誤った情報の流れという形で経営者の期待と希望を反映し、データは現実ではなく経営者の期待を反映します。 もちろん、それらは通常、空の空気から発明されたものではありませんが、下から来る流れに部分的に基づいていますが、重度のろ過の後、時にはいくつかの層で、重大な変化があります。 そして、多くの場合、率直に言って、「プロセス」と呼ばれる架空の問題が「詰まっています」。
実際、経営陣は一種の仮想現実に住み始めます。そこでは、受容体の役割と現実に関する情報のソースが反射層の企業寄生虫によって演じられ、経営者に彼が望むものを聞かせることに非常に興味があり、実際に開発してテストする人々の役割があります製品は、完全にゼロではないにしても、そのように徐々に減少します。
この仮想現実では、通常、製品のリリースとその成功の発表について決定が行われます。 製品の準備についての決定は、最終的に、ある種の壮大な幻想、企業の寄生虫によって引き起こされる一種の企業幻覚、および情報フローのギャップの結果であることが判明しました。
結果？ 悲しいかな、再び予測可能：
このギャップでできることはありますか？ 以下-それは不可能です。 それは一時的に可能ですが、あなたのキャリアを犠牲にします。 そして、彼らがあなたとそれを整理するとき、すべては少し遅れてわだちに沿って再び行きます。 そして上から...なぜ上からこれを防ぎたいですか？ 肩をすくめて、ギラギラした穴のある製品をリリースできる「鉄のフェリックス」と「鉄の女性」の種類ではない場合...「リリース」ボタンを押す勇気を与えるようなあなたの周りの錯覚を他にどのように作成できますか？
人々は弱いです。
ボスは驚くほど弱いです。
ゴーキーによると、大文字で、人間、実在の人間ができることを自分自身でできるようにする、この非人道的でうんざりするシステムの手に粘土のように、上司になり、弱い人だけを許可する何らかの不自然な企業選択があると思う自分にできることはありません。 しかし、私は滑りました...
真実はいつものように簡単です。 あなたは上司です。 答えます。 あなたは怖いです。 誰かが「痛みを和らげる」必要があります。 現実を集団幻覚と区別しなくなったら、誰かが幻想を作成しなければなりません。 この点で、製品の問題についてつぶやく下の男はあなたを悩ますだけです。 しかし、「すべてが素晴らしい、美しいmar爵」の精神であなたの耳に麺を掛ける、アイロンをかけたスーツとネクタイの企業の寄生虫が必要です。
ここでの主な考え方は、製品の一般的な準備、上司の頭の製品の準備、および製品の「理想的な」準備の間には、独特の「ギャップ」があるということです。 2番目の「理想的な」製品にとっては、単に交差することは不可能です。 まあ、それをする製品はありません。 Windowsだけでなく、Mac OS XまたはLinuxを使用してください。誰もこの第二の深aを越えることはできません。 しかし、最初のものはかなり乗り越えられます。 その結果、ある時点での製品のリリースは、製品の品質やその実際の準備に関連する理由ではなく、企業の寄生虫の管理のために作成された仮想現実の理由だけで必然的に実行されます。 そして最終的には、ある種の壮大な幻想の結果です。
実際、AIMはソフトウェア開発だけでなく、一般的にあらゆるものの管理でも機能すると考えられます。 それは私によってまったく発明されたのではなく、数世紀前ではないにしても数十年という事実です。 信じられない？ こちらの写真をご覧ください。 おなじみ？
<P mce_keep = "true">ああ、最後の詳細。 本当に退屈している読者は、「これは本当にアジャイルなソフトウェア開発手法なのか、それとも企業文化について冗談を言っていたのはあなたなのか」と尋ねるかもしれません。 私自身は完全にはわかりません。 正直なところ。 それは本当に冗談のように見えますが、私は個人的に、AIMがさまざまな企業やさまざまな国で20年以上成功していることを観察しました。 いやいや。 動作します！