わずかな時間で重要な技術的決定を下す方法

私の会社がWPFアプリケーションをLinux / Android / iOSに移植するために使用するツールとプラットフォームについて非常に深刻な決定を下した2日間です。

明らかに、すべての可能なオプションについて読んだり、試用、プロトタイプの作成などについて読むには2日では十分ではないことを先輩に指摘することができます。私はそれを言うことができます。少し助けにはなりません。 2日後に決定が下されます。期間。

片方からはイライラし、もう片方からはこのアプローチには真実があると思います。さもなければ、ベンチワークやサンプルの実行を行う多数のダウンロードされたSDK、フレームワーク、API、ブログ記事などに簡単に埋もれてしまいます。そして、それがすべてのためだったことをプロセスで忘れます。

それでも、間違った決定が会社に多大なコストをかけることを恐れています。それでは、そのような決定を下すための「理想的な」プロセスは何だと思いますか？

2日間でプロトタイプを作成する時間がなく、すべての代替案を読むことさえできない場合、実際には2つのオプションしかありません。

1. 知っている人に聞いて、アドバイスに従ってください。これは必ずしも個人に尋ねることを意味するわけではありませんが、ブログや記事を検索するのに2日間費やして、十分な情報が得られない決定を下すのに十分な情報を収集します。

2. すべての主流オプションについて少し調べてから、1つを選択します。リーダーシップは、間違った決定をすることを恐れないことを意味する場合があります。

より分離されたアーキテクチャであるため、変更が容易です。たとえば、クライアント/サーバーモデルでは、中断を最小限に抑えながらUIテクノロジーを別のテクノロジーに置き換えることができます。

私はこの流れに逆らうように思えるかもしれませんが、私は最近、エド・キャットマルの本「Creativity、Inc.」を読んでおり、この状況に取り組む本当に素晴らしい段落がありました。

次にアンドリュー・スタントンが話した。アンドリューは、人々はできるだけ早く間違っている必要があると言うのが好きです。戦いで、2つの丘に直面していて、どちらを攻撃するかわからない場合、彼は言う、正しい行動は急いで選択することです。間違った丘だとわかったら、向きを変えて他の丘を攻撃してください。そのシナリオでは、受け入れられない唯一の行動は丘の間を走ることです。

あなたの状況にも適用できると確信しています。たぶん、1つを選んで作業を開始することで、今日の決定を下すことができます。うまくいけば、その2日間で何か準備ができて、「これを選んだので、テストをほとんど実行しなかったので、これで何ができるかを示すことができます...」と言うでしょう。選んだソリューションにまったく価値がないことに気づいたら、別のソリューションを選択して翌日に作業することができます。最悪のシナリオは、2つのプラットフォームをテストするために両方の日を使用し、どちらも機能しないことを確認することです-しかし、それは最終的に正しい答えではありませんか？雑草を取り除いて、間違った可能性のある選択を取り除くので、次の決定は前のものよりもはるかに良いでしょう。最良のシナリオは、あなたが

明らかに、2日間でプラットフォームをマスターすることはありませんが、ASAPを1つ選ぶと、その仕組みをよりよく理解できるようになり（それについて読むだけでなく）、より良い答えにつながります。

gbjbaanbは非常に良い点をいくつか示しています。少しだけ追加すると思いました。

十分な情報に基づいた決定を下すのに十分な時間がないことは明らかです。あなたの唯一の選択肢は、将来の痛みを最小限に抑える決定を試みることです。私はお勧めします：

1. 状況の性質を明確に文書化します。マネージャーにメールを送信し、マネージャーと関係者にCCします。あなたが割り当てられた問題はトリッキーなものであるが、あなたはそれをすべて喜んで与えることをいとわないことを説明する。ただし、厳密な時間の制約があるため、調査結果が最適であることを保証することはできません。

2. 大規模でアクティブなオンラインコミュニティのあるフレームワーク/プラットフォームを見つけます。最後にしたいことは、あいまいなフレームワークのデバッグだけで立ち往生することです。

3. gbjbaanbで前述したように、疎結合アーキテクチャを使用して、移植の苦痛とリスクを軽減します。テクノロジーの選択肢のいずれかですべてがナシ形になった場合、これにより交換が容易になります。

私は以前あなたの状況にいたことがあり、最終的に政治的な悪夢に変わりました。システムが魔法のように機能しなかったとき、人々は指を指し始め、物事はいものになりました。だからこそ、私の一番の推奨事項は、不可能な可能性に対して最善を尽くしたことを明確に文書化することです。

がんばろう ：）

彼らは帽子から候補者を選ぶ以上のことをする時間がほとんどないので、私は次のアプローチを採用します。

以下のテクノロジーを選択してください。

• 大規模なユーザーベースを持っている
• 積極的にサポートします（どのようなチャネルを介しても）
• 積極的に開発されています

定義上、これは最先端のテクノロジーを除外します。

また、開発者のフレッドが過去にテクノロジーXを使用したという理由だけで、さらなる分析なしにテクノロジーXを使用したいという衝動に抵抗します。それが完璧にフィットする可能性は低く、フレッドがより環境に優しい牧草地に進むと、あなたの分野の専門家になります。

この種の決定を行うには2日間が非常に短い期間ですが、次の2日間のリストでそれを行う必要があるため、

1. ターゲットプラットフォームとは
2. 移植にかなりの労力が必要になる可能性がある現在のアプリで使用されているカスタム/サードパーティのコンポーネントは何ですか。たとえば、チャートコンポーネント、グリッドコンポーネント、レポートコンポーネントなど。
3. 現在のアプリはどのように世界に接続し、セキュリティはどのように処理されますか（データベース接続/ Webサービス/など...）
4. 配布方法と更新の提供方法

すべてのターゲット環境に使用できる代替手段を見つける必要があります

それぞれの選択肢について、現在のアプリが使用している接続性/セキュリティを使用するためのサポートを見つけてください。

次に、各カスタム/サードパーティコンポーネントについて、それぞれに使いやすい代替手段があるかどうかを確認します。

そして、見つけた代替案ごとにどのように配布を行うことができるかを考えてください。

2日間、これはカバーできる範囲であり、結果に基づいてソリューションを提供できるはずです。

私は新しいものを学び、実験するのが好きですが、時間の制約の下で、最善のオプションは常に、仕事をするのがより快適だと感じるものを選ぶことです。あなたが知っていることに固執します。

長い目で見て最良のオプションを選択しなかったことが明らかになったとしても、あなたが開発したものは価値あるものであり続け、完全に使用可能で移植可能な一種のフィールド知識を包み込みます。それはまさに、あなたが使用することを選択した快適なコンテキスト、ツール、プラットフォームが邪魔にならず、本当に重要なものを確認できるからです。

選択する必要がある要素のリストを作成します。パフォーマンスセキュリティコスト使いやすさXを実行する能力Y開発者を熟知するまでの時間など。

これには1時間もかからず（実際には15分もかからないはずです）、管理者と一緒に座って、それらの要素に優先順位を付けます。（優先順位とあなたのものが同じになる可能性はほとんどありませんが、優先順位についての提案を行うことで選択を多少導くことができます。）これで、テクノロジーについて何を評価するかがわかりました。

インターネット検索に基づいて、問題に対する3つまたは4つの一般的な解決策を選択してください。

次に、各選択肢がそれぞれの上位3〜4の優先順位にどの程度適合するかを十分に推測します。各選択肢に数値を割り当てます。各優先度の評価にその優先度に設定された値を乗じて計算します（1の場合は10、2の場合は8、3の場合は6、4の場合は4、または任意の数値）これで、可能性ごとに数値スコアが得られました。一般的に、割り当てられた優先順位を最もよく満たすのは明らかです。さらに良いことに、あなたはあなたの選択を証明するためにそれらを分析する何かを持っています。彼らはあなたがそれをサポートする数字を持っているので、彼らは通常あなたの選択で買います。数字がそれをサポートしていない場合は、他の数字を好む理由を自問し、数字で最高のものを選ぶか、割り当てられた数字を再検討する必要があります。

選択の本当のプリロイトが何であるかに集中することにより、あなたは多くの研究時間を削減することができます。たぶん、1日以内に推測してから、残り2日間で上位2つの可能性を取り、必要に応じて試用版をダウンロードして、少し試してみることができます。