境界と責任範囲の問題は、それ自体がグローバルな問題です。例えば、人にとって、個人の境界線の形成は、成長し、人になる段階です。
しかし、IT プロジェクトのコンテキストで境界を見てみると、境界の質が低いために問題が定期的に発生することがわかります。それらは、会社で働くことについて否定的なフィードバックを伴う貴重なスタッフの喪失からプロジェクトの失敗に至るまで、あらゆることにつながります。
以下では、これらの問題がいつ発生するかを推測してみます。経験からの例と、責任範囲の境界を修正するための変形例を示します。
国境問題が始まるとき
. -- , , , full stack . , .
, , :
,
,
:
, ,
, . . , , - .
, . , :
—
—
—
, , . , , , , « ».
— , « , ?». , .
:
,
RACI-. , :
Responsible — , ,
Accountable — ,
Consulted — ,
Informed — , ,
, « RACI », .
, : , , — , , , , :
“”
, , “”
“”
“”
- , :
— ,
—
:
— , . - - ,
— , . - , ,
— , . , - , . — «, » «» .
, . , , - . , .
. - , — .
?
, :
,
,
, — , - ,
— , .
. , « — », . , , , :
, -
(ER-)
. . , :
, . , . , , — , .
?
— . - , .
, , :
, ,
()
, , -
, , , , . , , :
,
, ,
. , , -:
,
,
,
,
?
常に機能があることを理解することが重要です。1 人が複数の役割の機能を実行できるというだけのことです。そして、新しい人がチームに加わったとき、特にこれがチームの新しい献身的な役割である場合は、その人が何をするか、どのような権限が彼に移されるかを修正することが重要です。
そして、説明されている責任の分割へのアプローチは、おそらく唯一の正しいものではないと言う価値があります。ここまで来ました。ここでも、すべてがそれほどスムーズではないことをしばらくして理解するかもしれません。しかし、これは、機能の固定を放棄すること、およびそれらに対する責任が役割間で分割されているという事実を放棄することを意味するものではありません。別の方法で飲むだけかもしれません。