ソリューション アーキテクトに期待されること
ソリューション アーキテクトが成功するためには、いくつかのソフト スキルを実行できる必要があります。 このユニットでは、これらの主要なスキルのいくつかを検討します。 ビジネス アプリケーション ソリューション アーキテクトになることを目指す人は、プロジェクトで、プロジェクトのソリューション アーキテクトがどのように取り組んでいるかの観察に時間を費やす必要があります。 優れたソリューション アーキテクトは、成功と失敗から学んだ教訓と共に、多くのプロジェクトでの経験を融合させることから学びます。
コラボレーション
一部の項目はソリューション アーキテクトが単独で作成しますが、ほとんどの成果物には他のチーム メンバーとのコラボレーションが必要です。 単独での作業を好み、優れたチーム プレイヤーではない場合、ソリューション アーキテクトはあなたに最適な役割ではない可能性があります。 ソリューション アーキテクトは、自分の専門知識を自信を持って主張すると同時に、他のチーム メンバーのアイデアを拒否しないようにする必要があります。 あなたが自分の役割のために要求したからではなく、あなたの実証された知識と専門知識を理由に他の人たちから尊重されることを期待する必要があります。 ソリューション アーキテクトは、顧客とプロジェクト チームの両方の課題についてポジティブな結果を出せる必要があります。
調整
プロジェクト チームの規模が大きくなると、より適切な調整が必要になります。 このような状況の多くは、チーム リーダーやプロジェクト マネージャーが処理できます。 ただし、一般にソリューション アーキテクトは、チーム間で発生する複雑な技術上の問題の全体像を最もよく理解しています。 たとえば、データ移行チームおよびデータ モデルをカスタマイズするチームと連携して、データ移行の予行演習を行う準備ができていることを確認します。 ソリューション アーキテクトには、関係する当事者間の合意を推進するスキルが必要です。
コミュニケーション
ソリューション アーキテクトは、関心事が技術からあらゆる業務までに及ぶ多様な対象ユーザーを含め、多数の異なるチャネル間のコミュニケーションに熟練している必要があります。 成功しているソリューション アーキテクトは、技術的な問題または設計を非技術的なビジネス ユーザーに対して翻訳できます。 他の人が話していることを理解するには、徹底的に質問をして議論されているトピックを明確にし、その主要原因にたどり着くことに熟練しているなど、優れたリスニング スキルが不可欠です。 記述と口頭の両方のコミュニケーション スキルが必要です。
建設的なフィードバック
ソリューション アーキテクトの役割の大部分は、プロジェクトの成果物をレビューしてフィードバックを提供することに関係します。 この職責は、要件から技術的な設計、および技術実装まで多岐にわたります。 ソリューション アーキテクトは、フィードバックの受信者が身構える原因を作ることなく問題を識別することに熟達している必要があります。 ソリューション アーキテクトは、チーム間の建設的なフィードバック セッションを促進する際のリーダーとなり、模範を示して主導する必要があります。
問題解決
ソリューション アーキテクトは、興味深い課題を快く受け入れられる必要があります。 多くの場合、ソリューション アーキテクトに届く問題は、プロジェクト上で最も困難なものになります。 通常、これらの問題は、他のチームが既に解決を試みたものです。 ソリューション アーキテクトには、複雑な問題を解決可能なより小さな問題に分解するスキルが必要です。 問題の現象と原因を区別する能力があれば、ソリューション アーキテクトはより直接的に問題を解決できるようになります。
最終的には、あるプロジェクトが次のプロジェクトと同じようになることはないので、ソリューション アーキテクトがプロジェクトで成功を収めるために必要なものは適応力です。
ソリューション アーキテクトは、永遠の楽観主義者となり、チームが課題に対処できると感じる必要があります。 ソリューション アーキテクトは、自分の姿勢 (肯定的と否定的の両方) がチーム全体に反映されることを心に留めておく必要があります。
ソリューション アーキテクトのコラボレーション、コミュニケーション、フィードバックのスタイルは、プロジェクトの他のメンバーに大きく影響します。 ソリューション アーキテクトは、より幅広いプロジェクト チームが自身に依存していることを理解する必要があります。したがって、模範を示して主導する必要があります。