アジャイル プラクティスの組織構造を定義する

完了

ほとんどの組織では、アジャイルになるよう再構成することは困難です。 組織内の既存のポリシーとプロセスの多くに挑戦するためには、マインドシフトと文化変革が必要です。

組織 (特に大規模な組織) で有効なガバナンスにより、多くの場合数多くのルール、運営体制、方法が比較的厳格になります。 また、広範な権限の委任が回避される傾向があります。

ほとんどの大規模な組織はアジャイル構造に移行していませんが、現在、ほとんどの組織で実験を行っています。

ビジネス環境は変化しやすく複雑であり、主に変更に迅速に対処できないという現在のシステムの限界が見えています。

彼らは、長期的に確立された企業とその業界がスタートアップによって混乱することが今日一般的であることを認識しています。

水平方向のチームと垂直方向のチーム

従来、水平方向のチーム構造では、ソフトウェア アーキテクチャに従ってチームを分割します。 この例では、チームはユーザー インターフェイス、サービス指向アーキテクチャ、データ チームに分かれています。

Teams の図は、UI、SOA、データに分かれています。各チームには、電子メール、音声、テレビがあります。

比較すると、垂直方向のチーム構造はアーキテクチャにまたがっており、スキルセットまたは作業分野と連携しています。

Teams の図は、メール、音声、テレビに分かれています。各チームには UI、SOA、データがあります。

アジャイルプロジェクトでは、垂直チームがより良い成果を提供することが示されています。 各製品には、指定された所有者が必要です。

垂直方向のチーム構造のもう 1 つの主な利点は、チームを追加することによってスケーリングが可能になるということです。 この例では、単なるプロジェクト チームではなく機能チームが作成されています。

顧客プロファイル、ショッピング カート、サービスの状態、インターネットに垂直チームの図が追加されました。各チームには UI、SOA、データがあります。