オーバーヘッドAPI /テクノロジーにどのように対処しますか

ほとんどの人はこのような状況にあったと思います。

最初のプロジェクト計画が開始されます。要件の概要を説明します。アーキテクチャのレビューとAPI / Frameworksによる並べ替えの後、フィッティングテクノロジーが選択されます。開発が始まります。

そして、それが始まります。おそらく簡単なサポートを行う必要があるとすぐに、フレームワーク/ APIが裏目に出始め、作業を行う代わりに、テクノロジーと戦うことになります。研究時間は急増し、フォーラムは沈黙しており、何も行われていないようです。また、何か機能するようになったとしても、それが正しく行われたかどうかは本当にわかりません。

これらの状況でどのように管理しますか？あなたはハッキングに行きますか、さらに調査しますか、経営陣に何を言いますか？

プロトタイプ、プロトタイプ、プロトタイプ!!

チームが特定のフレームワークに精通していない場合は、その中の何かをプロトタイプ化し、問題点を評価します。

Matt Raible（Java Webフレームワークの比較担当者）は、可能であればフレームワークを1週間使用することを提案しています。

プロトタイピングには、フレームワークおよびその他の要因の背後にあるコミュニティサポートの調査が含まれます

外部依存関係の管理は、多くのITプロジェクトの悩みの種です。何年も前、私と一緒に仕事をした経験豊富なプログラマーは、常にソースコードのライセンスが購入されていると主張することで、依存関係を制御できるようにしました。

個人的には、それは私のアプローチではありませんでした。私は、約束の範囲を超え、思考を過剰に提供する傾向がある。首を突き出さなければならない場合もありますが、99％の確信を得るために事前に個人的な調査を行っています。効果的なプロトタイプ、テスト、検証、そして約束で。

私がキャッチされる状況があります-そしてバックトラックするか、独創的でなければなりません。ここでは、幅広い経験を豊富に備えた創造的な心を持つことが役立ちますが、他の人と話すことも同様です。-常にプログラマーとは限りません。時々、解決策は本当に奇妙な場所から来ます。

管理に対処するための鍵は、誠実さです。早く、そして頻繁に話してください。大規模な配達の前日にマネージャーや顧客を失望させるだけで、アマチュアのように見えるので、最後までやめないでください。締め切りの2か月前に、マネージャーがいくつかの機能を削除するか、出荷を遅らせるかを選択する必要があると言うことは、現時点では一般的ではないかもしれませんが、組織の残りの部分が仕事をして計画を立てることができます。これを行うための鍵は、時間とタスクの見積もりを追跡する優れたタスク管理システムを持つことです。あなたの視点を裏付ける確固たる証拠を持っていることは、あなたが耳を傾けられる可能性をはるかに高めます。

「これらの状況でどのように管理しますか？」。私が見た/経験したこと：

私がプトレマイオスに同意する一番のポイント：正直に言うと：

それが本当に問題である場合：その部屋に行き、問題を伝え、怒りの反応を待つために座って、そして...新しい計画/解決策に向かって働きます。（男はあなたに怒っていない）。

この状況のみを扱うITコースがあります。あなたは俳優と一緒に配置され、彼らはこのニュースを聞く怒っているクライアントを配置します。あなたはそれについて多くのヒントを得ます。馬鹿げているように聞こえますが、おそらくそれを行った後に初めてその価値に気付くでしょう。そのような状況で覚えておくべき80点のシートを残しました...（そして練習）。

この状況はおそらくさらにひどいので、今日は予算が厳しく、「最低価格」で販売が行われ、あなたが与えた計画は顧客によって受け入れられる前に5回トリミングされます...あなたは専門家であり、そうでなければ10人が待っているからです」など...

-もう1つは、ラテラル思考です。この方法でできない場合は、顧客に同じ価値を提供するまったく異なるものを提案してください。テクノロジーがまったく機能しない/壊れている/取引から飛び出している/など...顧客がこれに同意すると、最後に同じ価値を提供できます。しかし、それをもたらすこともかなり難しいです。（一部の人のために、他の人のために完全にではありません）。これには本当に経験豊富な人が必要です。同様の状況は、テクノロジーがまだそれまでではないということです...それは数ヶ月かかります...だから、あなたは彼の組織に対する再計画と影響を再計画し、受け入れるように顧客に納得させる必要があります...

-もう1つの「教訓」は、この方向に進んだことに気づいたらすぐにシニアシニアガイを呼び出すことです。彼らはしばしば問題のあるプロジェクトを扱っており、これらの状況で本当に役に立ちます。多くの場合、問題のあるプロジェクトから問題のあるプロジェクトにのみ移動します。

-学んだもう1つの教訓は、特に大規模なプロジェクトで、建築資材を検証チャネルに通すことです。署名はあなたのお尻をカバーすることができます。（すべての電子メールを保存しますLOL）