私たちは、聖杯のような新しい技術、光のビーコン、そして遅くて非効率的で古いものすべてに対する答えを扱う傾向があります。 そして、それは可能性があります-計画と先見性のトラックで実装されている場合。
しかし、まあ、私たちは皆それがどうなるか知っています。
政府に在籍していたとき、技術的な追いつきのゲームを勝ち取ることができないと時々感じていたので、この先見性が当たり前のことを考えたときに何が起こるかを学びました。 聖杯のようには見えず、コストオーバーラン、遅延、その他の単純な問題に対する複雑なソリューションによく似ています。
私が学んだように、技術プロジェクトを成功させるための重要な鍵の1つは、ビジネスチームと技術チームの調和の取れた関係です。 私の経験では、ビジネスチームは多くの場合、変更を推進していました（たとえば、連邦政府の助成金を追跡するために、より複雑なシステムが必要です）が、開発者とITプロジェクトマネージャーがそれを行うことができないと、進歩のごくわずかを達成できませんでした起こる。 プロジェクトはしばしば、本質的に異なる言語を話し、非常に異なる期待を維持した結果、調和からは程遠い結果になりました（たとえば、私にとっては小さなことでしたが、開発者にとって大きな変化であることがしばしば判明しました）。
しかし、ビジネスとテクノロジーは友達になることができます。 良いニュース？ 調和を達成することは本当にそれほど複雑ではありません。 他のコラボレーションと同様に、コミュニケーションの頻度と質、相互に合意した一連の目標、およびそれらの目標のほぼ不可避なシフトを処理する計画に関係しています。 ビジネステクノロジーの格差を管理するための基本的なガイドラインを次に示します。
1.はじめて要件を明確にする
ビジネス要件を青写真と考えてください。 家の設計図のスケッチセットを描いて請負業者に引き渡し、彼に幸運を祈りません。 建設に3週間もかからず、3階と4階のバスルーム、リビングルームの出窓を追加するように彼に頼むことはありません。 そして、あなたは確かに、建築家とエンジニアの入力なしに青写真を描くことはないでしょう。
技術プロジェクトはそれほど違いはありません。 正確に設計する必要があり、開発が始まると、基盤全体に影響を与えずに変更に対応することは必ずしも容易ではありません。 そのため、最初から可能な限り包括的であり、ソリューションに必要なものを考えながら、必要なインプットと専門知識を得ることが重要です。 エンドユーザーにインタビューして、直面している課題と、新しいテクノロジーを使用するために必要な方法を正確に理解します。 前提を立てないでください。また、計画の一部を後で残さないでください。
2.しかし、あなたはいくつかを見逃すことを認識する
そうは言っても、抽象的な計画段階で必要なすべての機能を想像することはほぼ不可能であることがわかりました。 必然的に、システムが開発されると、高度な検索機能または「保存して続行」ボタンを要求するのを忘れたことに気付くでしょう。 開発者にこれらの新しいリクエストに対応するように親切に依頼するようにアプローチしたとき、多くの場合、フラストレーションに遭遇しました。 おそらく、新しい変更では、すでに行った作業を取り消して、ソリューションの一部を再設計する必要があります。 おそらく、実際には1日かかるのに、2時間かかると思いました。
これらのゲーム後期の啓示を防ぐことはできないかもしれませんので、あなたができる最善のことはそれらに対応するためにバッファに構築することです。 最初のタイムラインに1週間追加し、予算に5〜10％追加します。 多くの組織は、期待の変化の頻度を認識しており、開発にアジャイルなアプローチを採用し、技術を段階的に展開して定期的な再評価を可能にしています。 あなたのアプローチが何であれ、あなたが最初からすべてを考えてきたと思うのを間違えないでください。 それはほとんど起こりません。
3.見たときにスコープクリープを知る
プロジェクトが前進し、新しいニーズが明らかになるにつれて、本当に必要なものと単に必要なものを区別することが重要です。 開発者にすべての鐘を鳴らし、心を鳴らすように頼むことは、通常、終わりのないプロジェクトと過度に複雑な最終結果につながります。 新しい要求は、それが行われる前に優先順位付けされる必要があります。
機能を検討しているとき、いくつかの基本的な質問を自問してください：システムは機能なしで機能しますか？ 実装にどれくらいの時間がかかり、最終的にエンドユーザーにどれだけの利益がもたらされるでしょうか？ 今後のリリースに対処するまで待つと、何かが失われますか？ これは優先順位付けの練習であり、すべてに高、中、または低のステータスを割り当てることができます。 低い場合は、比parking的な駐車場に入れてください。誰でもアイデアを追加でき、エンジニアが自由に閲覧できる「夢の開発依頼」ドキュメントがあると聞いたことがあります。 プロジェクトが開始されて正常に実行されたら、一連の拡張機能の一部としていつでも再確認できます。
4.共通言語を開発する
新しいシステムには、その中核に一連のビジネス目標があります。 これにより、より多くのデータを取得したり、既存のプロセスを合理化したり、顧客に新しいサービスを提供したりできます。 ビジネスチームとテクノロジーチームが作業を開始する前に座って、これらの目標を伝えることが重要です。 ビジネスの目標は、テクトークの海で失われてはならず、仕事の各段階でしっかりと心に留めておく必要があります。
共通言語を開発するということは、集合的な目標設定だけでなく、すべての人に有効な方法で進捗を追跡することを意味します。 ビジネスとテクノロジーは作業を測定するために異なるツールを使用する場合がありますが、共有される進捗状況について少なくとも1つのビューが必要です。 これは、プロジェクト計画や、日付や目標、完了率などの合意されたフィールドを持つスプレッドシートのように単純なものであるため、誰もが完了すべき各タスクのステータスにアクセスできます。 目標は、ビジネスチームが中途半端だと思っている状況を回避することであり、技術チームはわずか4分の1であると言います。誰もが何が行われ、何をすべきかを同じように理解する必要があります。
ビジネスプランやPowerPointで話すことも、コードで話すこともできますが、始めから明確に伝えない限り、バベルから抜け出すことはできません。 成功するテクノロジープロジェクトとは、頭脳の出会いに関するものです。最初だけでなく、その過程のすべての段階で。 あなたの仮定を認め、あまり多くしすぎないようにしてください。 ビジネスとテクノロジーの格差が小さいほど、橋を渡りやすくなります。
