以下は、現在の組織（または序列）の概要とその役割の簡単な説明です。
- ソリューション マネージャー (ビジョナリー「A、B、C を実行できる Web ベースのソリューションを構築する」)
- ソフトウェア エンジニアリング ディレクター (部門の PM を介して、リソースを管理し、設備投資を賢く使います..指を指し示し、成果物を推進します..予告なしにゴルフやスキー旅行に行きます)
- リード アーキテクト (私、概要を説明し、ハードウェア、ソフトウェア計画を含めてエンド ツー エンドでソリューションのアーキテクチャとコード ベースを確立し、予算内で実現できるようにします。SOA、スプリント開発環境で製品を構築するように開発チームを指導し、推進します。コードを記述します。 、しかしほとんどの場合、ビジョンや要件が満たされていることを確認するためにSMと通信します..など..など)
- ミドルウェア開発者 (SQL 管理およびミドルウェア REST アーキテクチャーのコーディングを担当するエンジニア)
- フロントエンド開発者 (Web ポータルの開発、コーディング、デプロイを担当するエンジニア)
- IT 管理者 (ハードウェアの取得、セキュリティ基準、コロケーション移動を担当するエンジニア。
私はリード アーキテクトとして、ソリューション マネージャーが望むものを確実に提供する責任を負っています。私の結論は、プロジェクトマネージャーがどうにかして疑わしいフロントエンド開発者をリードに昇進させることです。現在、新しい事実上のリード フロントエンド アーキテクトは、その肩書きを楽しんでおり、標準的な開発プロトコルに従うことはおろか、私と同期をとらなければならないとはもはや信じていません。亀裂が生じる。問題を悪化させるために、プロジェクト マネージャー (生産性の低いフロントエンド リード アーキテクトに同情的) は、プロジェクトを分析し、追いつくまでずっと将来の日付のために重要なコンポーネントを棚上げします。
キッカーは次のとおりです。ソリューション マネージャーと顧客は満足しておらず、私に答えを求めています。彼らは、要求した機能の一部が棚上げされた理由を知りたがっています。一方、技術部長は、この差し迫った列車事故の影響について何の手がかりも持っていません。2 王様が良い製品ではないことをいくら説明しても、現状は悪化しているように見えます。私には、その問題をより直接的で慣習的な問題で扱う権限がありません。多くの声があり、フォローアップするバックボーンを持つ人はほとんどいません。
- この写真の何が問題になっていますか?
- これを修正するためにどのような手順を実行できますか (現時点で可能である場合)?