10の理由プロジェクトが失敗する：死の星からのレッスン

ここにいるよ。いくつかのほこりの多い熱帯惑星では、帝国の残骸が銀河の角に散らばっていた帝国の残骸が散水剤の首都を占めています。

それはすべてどこでうまくいきましたか？あなたが私に尋ねるならば、それはデススタープロジェクトに降ります。私はそれらの死の星に友達を持っていました - 私は自分自身の最初のものをかろうじて降りただけです - そして私はこれに多くの考えを入れています。致命的なエラーを特定するためにすべての細部を精査しました。

これらはです死の星の失敗につながり、最終的には帝国の崩壊につながりました 。

デススターI.

1.プロジェクトの要件が不十分です

死の星は究極の武器であることを意図していました、そしてその意味でそれは成功しました：単一の爆風と15,000のレーザー、イオン、そしてターボレーザー電池を備えた惑星を破壊することができるスーパーレーザー。それはすべての要件を満たしました。しかし、計画は不快な措置を考慮し、実際の防衛の必要性を想像することができませんでした。そして私たち全員が知っているように、防御は、個々のスターファイターが浸潤し、壊滅的な損傷を引き起こすのを防ぐのに十分にきついものではありませんでした。

同じ間違いをしないでください。あなたの影響を与える可能性のあるリスクと課題を計画するだけで十分ではありません。事業あなたがそれに取り組んでいるように。あなたの要件を書くときにあなたの完成したプロジェクトが現実の世界でどのように機能しようとしているかを慎重に検討する必要があります。どのような状況やイベントが問題を発生させる可能性があるか、または完成品が分解/失敗する可能性がありますか？

2.リスクを認識できなかった

General Tagge：「このステーションが稼働するまで、私たちは脆弱です。反論者の同盟は十分に設置されています。彼らはあなたが実現するよりも危険です。」 アドミラルモッティ：「このバトルステーションにはありません。」 ビデオクリップ

MOTTIが搭載されているため、不健康なプロジェクトは存在しません。最初の死の星が崩壊したときに船上ですべての帝国将校が困難な方法を学びました。あなたのプロジェクトに感受性の熱排気口がある場合は、それについて知っておく必要があります - それが幅2メートルしかない場合でも。私がSoloとSkywalkerによって待ち伏せるための罰として輸送船に再割り当てされていなかったならば、私は今宇宙粉塵のふりかけになるでしょう。

同じ間違いをしないでください。プロジェクトは失敗するには大きすぎることはありません、そしてスカートには小さすぎるプロジェクトはありません危険。徹底的に行うリスクアセスメント潜在的な脅威と機会を特定するため。

3.リスク管理戦略なし

「この駅に対する反逆者によって行われた攻撃は、彼らが取得した技術的なデータに関係なく、無駄なジェスチャーになるでしょう。この駅は現在宇宙の究極の力です。」 - アドミラルモッティ ビデオクリップ

すべてのオッズに対して、逆転は死のスタープランに手を稼ぎ、弱さを見つけました。しかし、帝国は脅威を軽減するために何もしませんでした。代わりに、タキンはそれを肩をすくめた - 死の星の無敵では、彼が攻撃中に降りても邪魔しないことさえ邪魔にならなかったという無敵です。 RIP、グランドミフタルシン。

同じ間違いをしないでください。リスクを特定し、警戒目を保つことは十分ではありません。 Aをプロジェクトの緊急プランその代わりに、識別されたリスクが現実になると、あなたのチームは何をすべきかは明らかです。積極的である潜在的な問題に対処する、彼らが発生したらすぐに対応し、そもそも行ってくれることができることをします。

4.管理者はコラボレーションとアンプを助けるために必要なスキルを欠いています。プロジェクトの成功

あなたは不合理なマネージャーの下で働いたことがありますか？ VaderまたはTarkinへの報告を想像してください。まさに接近可能ではありません。そして彼らは確かに私たちが一緒に働くことを勧めたり、新しいアイデアを提供することを勧めませんでした。私は一人の男が新しいStormtrooperヘルメットを提案したのを聞いた（それで私たちは実際に撃つのを見ることができました）、そして彼は力を窒息して原子炉の中心に投げた。イエシュ。

同じ間違いをしないでください。質問やハングアップで手伝ってください。コラボレーションをサポートするためのアドバイスとツールを提供します。 T.への注文に直面しているのではなく、提案や新しいアイデアを共有するようにチームを奨励します。

あなたがこれらの人たちに報告しないことを嬉しく思います。

5.すべてのオプションを考慮せずにペットのアイデアを選択する

「あなたのグリップを厳しくするほど、Tarkinは、より多くのスターシステムはあなたの指を通って滑ります。」 - 上院議員のLeia Organa、Aka囚人の囚人2187

Tarkin自身が言ったように、デススターの目的は恐怖を通して地元のシステムを並べ続けることでした。しかし、キーシステムに駐日されているスーパースター駆逐艦は、ちょうど微妙なことをしていませんか？またはStormtroopersのいくつかの婦人？いいえ、デススターは帝国の技術力と容赦のあることを披露するための虚栄心プロジェクトでした。しかし、地元の惑星を提出に脅迫するのではなく、それは反乱に参加するためにより多くのスターシステムを刺激しました。バックファイアーについて話してください。

同じ間違いをしないでください。あなたの問題に対する考えられるすべての解決策を考えてから、最良のアプローチを決定してください。あなたが持っている最初のアイデアにジャンプしないでください、または最も簡単な道をたどるだけです。

デススターII

6.＆ampを反映できなかった。過去の間違いから学ぶ

これは本当に頭のスクラッチャーです。最初の死の星が破壊された後、皇帝は2回目の死の星の建設に沿って完全な蒸気を押すことを主張しました。彼は熱排気口の弱さが固定されていることを確認しましたが、彼は同じ間違いの多くを繰り返しました。

同じ間違いをしないでください。各プロジェクトの後に遡及を保持します。何がうまくいったのですか？何を改善することができますか？それからその知識を取り、それを将来のプロジェクトに適用します。そのように、あなたのプロセスは繰り返し、無駄な、または対抗的なプロジェクトで古くなっているのではなく、常に良くなっています。

7.ステークホルダーは非現実的なコミットメントを主張しています

皇帝は、Jerjerrodのチームが会うことができなかったという不合理なタイムラインを主張して、2番目の死の星のできるだけ早く運営されているのを停止しました。考えられている結果は、スロッピー作業や逃した期限でした。そして、十分に、エンターのエネルギーシールドを保護することなく、デススターの脆弱性はそれを反逆艦隊のための簡単な拾い上げをしました。

同じ間違いをしないでください。不合理なことを管理するステークホルダー非常に可能です（あなたが彼のキックを拾うか、または窒息する部下を摘み取ることができない）。非現実的な要求に直面したとき、いくつかの実現可能な代替案を提示し、ステークホルダーにどのアプローチが望ましいかを選択させることができます。あるいは、要求を実行できるようにするために必要なリソースを知らせましょう。

3.リソースが足りない

Jerjerrod：「しかし皇帝は不可能に尋ねます！私はもっと男性が必要です。」 Vader：「それからおそらくあなたは彼が到着したときに彼に言うことができます。彼はあなたの明白な進歩の欠如に最も不快なものです。」

一番下の行：Commander Jerjerrodは、彼が死の星を時間通りに運営するのに必要な男性を持っていませんでした。彼は追加のリソースのために繰り返し尋ねました、しかし、VaderとPalpatineは彼を肩をすくめた。私たちは皆、結果として何が起こったのか知っています....バーテンダー！私の倒れた同志を称えて別の飲み物。

同じ間違いをしないでください。完成したプロジェクトは、純粋な意志力を具体化しないでください。彼らが必要なものを尋ねてから、それを提供するために最善を尽くし、それらのリソースを必要としない計画を作成してください。

9.リーダーシップはチームの士気と成功を損なう

「おそらく私はそれらをやる気になる新しい方法を見つけることができます」 - ベーダー

Vaderは、職業の業績に浮かぶ人々があらゆる期待に応えることになると考えていました。それから遠い！滑り落ちたすべての提督と船長を殺すことによって、彼が達成したすべての人はリーダーシップの回転除去 - そして結果として進歩を失いました。

同じ間違いをしないでください。あなたは実際に人々がいることを知っていましたか彼らが良い気分になったとき、より生産的です？（帝国がそのメモを逃したと言うのは安全です。）自信と幸せな仕事の環境を育み、あなたの進歩を監視しています。

10.サイドプロジェクトはあなたの主な目標から気をそらす

Vaderが主な役員を殺していないか、下向きを脅迫していなかったとき、彼はSkywalker Kidを探して忙しかったです。彼はそんなに気を取られていた、それは不思議なプロジェクトの仕事が無秩序、スケジュールの後ろに、そして間違いを犯しやすいものではありませんでした！

同じ間違いをしないでください。手元の仕事に集中してください。マルチタスクは確かな火災生産性キラーです - 気を散らすこともあなたのプロジェクト全体を殺しました。

ボーナス：Starkiller Base

銀河の帝国で廃墟の中で、新しい軍事ジュンタがその場所に飛び上がっています。

エンパイアの研究を行うこと、一次はStarkiller Baseとして知られている非公式の3番目の死街を構築しました。しばらくの間、それはすべての主要なレッスンが最初の死のスターの失敗から学んだとされているようです。

しかし、最終的にその失敗につながった主なCONが1つありました...

クラウドベースのシステムを使用してプロジェクトを管理できません。

残念ながら、Kylo Ren、Snoke、Hux、および一次の残りのために、シールドコントロールはベースにローカライズされました。故障や妨害が発生した場合、惑星は問題を解決するために技術者が現場で持ち込まれるまで完全に保護されていないままになります。この脆弱性は抵抗によって悪用され、プロジェクト全体が文字通りにインプロベートされました。

同じ間違いをしないでください。成功に不可欠なシンプルさと信頼性を提供します。あなたのチームが彼らがそうであればプロジェクトにアクセスして編集する能力を持っていることは重要です。クラウドベースのシステムを使用していない場合は、抵抗による攻撃よりもはるかに少ない脆弱性があります。自然災害、盗難、またはこぼれたコーヒーでさえあなたのデータを破壊し、あなたの仕事をしっかりした遺跡に残します。