技術開発への取り組み方は70年前からあり、たくさんの本が書かれていて、タイトルはクリックベイトですが、同じ原始的なエラーに時々直面しているので、これは必要な対策です。これは、技術者には大いに当てはまりますが、ITスペシャリストには当てはまります。
- 経済的浪費
- 非現実的な製品
- 製品の検証と検証における希望に満ちた考え方
- スケジュールの期限に間に合わない
- 計画の過程で優先順位を変更する
- 最適ではない会議
- 未確認の下請け業者やサプライヤーとの協力
- ドキュメントの明確で不変の番号付けの欠如。プロジェクトに取り組む過程でドキュメントの番号を変更する
- その過程での従業員の自発的および強制的な職務変更
- 従業員の解雇後、非開示契約が締結されます
1.経済的浪費
自分の資金でRnDプロジェクトを実行できる企業は世界でも数社しかありませんが、ロシアではそのような企業は私にはわかりません。私たちのプロジェクトは主に国や外部の投資家によって資金提供されています。そして、お金が彼らのものでなければ、RnDで何も理解していない人々はそれをランダムに使います。例：ブランドの特別な機器なしで、外国のメーカーに注文する特別な機器を購入する。政府の助成金や助成金を報告するための、一見、不当に多額の独自の機器コストのための特別な機器、これらすべてのパイプと数万ドルの抽象的なノズルは疑問を投げかけます。そして、RnD企業自体では、原則として、メーカーの個人的な存在下で包括的なテストを冷静に慎重に選択して実施するのではなく、別の輸入玩具を迅速に購入したいと考えています。結果として、速攻と節約は同じことをもたらします：ああ、しかし私たちはこの機器をたくさん必要とします、しかしロシアでは誰もそれを作ることができないか、彼らはそれをしようとすることができます...しかし保証なしでそれはどれくらいの期間明確ではありません。その結果、これらの「節約された」数万が費やされ、上から、配達、設計、およびさらに3〜6か月の非保証製造の待機が別々に支払われます。
2.非現実的な製品
有能な指導者でさえこのフレーズを発音します。
そして、最初は見込みのない製品に投資するものは何もありません。はい、美しいプレゼンテーションと説得力のあるビジネスプランの背後でこれを常に見ることができるとは限りませんが、正直に言うと、これらのスタートアップの90％が失敗したのは素晴らしいことです。なぜなら、私たちはすでに多くのナンセンスを試みているからです。強制的に市場にリリースします。
90%
3.製品の検証と検証における希望に満ちた考え方
私たちは、現在「資本主義」、そして一般的には「すべてが可能」であるという事実によって、テストの結論における下品さを正当化するのが好きです。いいえ、友達、これのおかげで緊急事態が発生します。すべてがチェックポイントによって自発的に選択された標準に従って行われる場合、すべてがうまくいきます（ほとんどすべての標準とGOSTでは、これについて説得力のある議論がある場合、特定のポイントをキャンセルできるため、世界中のすべてをチェックしてテストする必要はありません）。そして、改ざんでは救いはありません、私はあなたに保証します。ドックからのこれらすべての免責の叫び「はい、あなたは私たちの国のすべての要件と法律を満たすことはできません！」できます、すべてが可能です。法律と基準の遵守は、RnDの最も簡単なことです。リラックスすればいいですね。
4.スケジュールの期限に間に合わない
現在、作業スケジュールをロードマップと呼ぶ傾向がありますが、好きなように、単語の再配置から意味が変わることはありません。そして、要点は、一般的に力の威嚇の発生を考慮せずに、仕事の条件が体系的に示されているということです。すべてが最大限の楽観主義と彼の顔に学校の学生の笑顔で書かれています。特に賢い人は、これが私たちの精神だと言います-最終日にすべてを行うので、なぜ適切なタイミングで悩むのですか？はい、これは精神的なことではありませんが、仕事のパフォーマンスを整理および制御することができません！
+時間の30％は、チームにとって最も理解しにくいタスクに費やす必要があります。
+時間の20％は、他者に依存するタスク（非標準機器のサプライヤー、および下請け業者の作業）に使用されます。しかし、特許調査を実施するために追加の時間を費やす必要はありません。原則が明確であることを願っています。今後2〜3年の通常の計画を立てるのに約1ヶ月かかります。締め切りとその履行の曲線の上にある桜は、締め切りからの逸脱の結果として、理解できる危機対策の調整がないことです。
5.計画の実施過程における優先順位の変更
さて、私たちは1つのことをしました。すべてが自然に終了するように思われるので、別のプロジェクトを引き受けます。これも関連性があり、最初のプロジェクトよりもさらに多くのお金が与えられます。これは毎日発生します。この場合、最初のプロジェクトを安全に終了し、公共投資からのすべてのお金を罰金と評判の喪失とともに返すことができます。これはこのようには機能しません。同じチームメンバーに新しいタスクが読み込まれると、エンジニアとスイス人、刈り取り人とゲーマーがいるときに、マルチツールワーカーのように前後に走り始めます。これはすべて、重大で修復不可能な障害につながるだけです。感情に屈し、お金を渇望している最中に、プロジェクトを混ぜたり、再生を開始したりしないでください。
6.次善の会議（コントロールポイント）
私は、会議が若い専門家を悩ませていることを知っています-ビジネスを行うことが可能なときに座って話すこと。しかし、私を信じてください、悪い会議は会議がないよりはましです。開発中の製品の生産マップでは、会議を管理ポイントとして扱います。製品の品質と価格は2つだけに依存するため、そのうちの1つは有能な中間管理です。あなたの仕事を絶えず監視しなければ、それを正しく書くことはできません。プロジェクトを完了したい場合は、自分の仕事について客観的で偏見のないことを学ぶ必要があります。ミーティングの最適な時間は、お茶の後の10:00、金曜日、週に1回です。チームはすべてを報告するだけで、理想的には15分で、誰もが1日の終わりまで次の週末について喜んで考えます。
7.未確認の下請け業者およびサプライヤーとの協力
ここではすべてが単純で、私たちは知っている人と協力します。私たちは彼らの条件、質、結婚の可能性を知っています。新しいサプライヤーが必要な場合は、計画を立てる際に、+ 100通の手紙、すべての要件の承認、NDAへの署名などを考慮に入れようとします。多くの時間と労力がかかります。これは最適化タスクであり、本番環境に移行した後にプロセスエンジニアによって実行されるため、RnDでより予算の多いサプライヤを探すことは困難な作業です。優れた開発者は最適化を行いません。新しい人があなたと一緒に仕事をしたいと思っている場合は、無料のサンプルを送ってもらい、仕事のタイミングと品質を示してください。遠慮なく要求してください。
8.文書の明確で一定の番号付けの欠如。プロジェクトに取り組む過程でドキュメントの番号を変更する
冗談ではありません。私はそのような行動をプロジェクトの妨害と同一視します。このプロセスを開始するのは競合他社の害虫です。自分で考えてみてください。何百ものレポート、図面、3Dモデルでエンコーディング全体を書き直したいですか？WrikeまたはTrelloのチャット履歴全体をどのように変更しますか？それを忘れて、考えさえしないでください。
9.プロセス中の従業員の自発的-強制的な職務の変更
ここでは、コメントなしで、あなたの行動によってあなたは単に専門家を失い、新しい専門家を探して彼に教えるでしょう。誰が上司であるかをもう一度示すために、なぜこれが必要なのですか？
10.従業員の解雇後、非開示契約が締結されます
実際、NDAは単純で、それほど恐ろしい文書ではありませんが、国内の企業では、いくつかのワイルドで、時にはスラブなポイントが含まれています。インポートされたNDAを例として取り上げ、資格のない弁護士によって書かれた恐怖で解雇された後、人々を正し、怖がらせないでください。