El tema de los límites y las áreas de responsabilidad es global en sí mismo. Para una persona, por ejemplo, la formación de límites personales es una etapa para crecer y convertirse en persona.
Pero si observa los límites en el contexto de los proyectos de TI, resulta que debido a los límites de baja calidad, surgen problemas con regularidad. Conducen a cualquier cosa, desde la pérdida de personal valioso con comentarios negativos sobre el trabajo para la empresa hasta el fracaso de los proyectos.
A continuación, intentaré especular cuándo se encuentran estos problemas, ofreceré un ejemplo de la experiencia y una variante de la fijación de los límites de las áreas de responsabilidad.
Cuando comienzan los problemas fronterizos
. -- , , , full stack . , .
, , :
,
,
:
, ,
, . . , , - .
, . , :
—
—
—
, , . , , , , « ».
— , « , ?». , .
:
,
RACI-. , :
Responsible — , ,
Accountable — ,
Consulted — ,
Informed — , ,
, « RACI », .
, : , , — , , , , :
“”
, , “”
“”
“”
- , :
— ,
—
:
— , . - - ,
— , . - , ,
— , . , - , . — «, » «» .
, . , , - . , .
. - , — .
?
, :
,
,
, — , - ,
— , .
. , « — », . , , , :
, -
(ER-)
. . , :
, . , . , , — , .
?
— . - , .
, , :
, ,
()
, , -
, , , , . , , :
,
, ,
. , , -:
,
,
,
,
?
Es importante comprender que siempre hay funciones. Es solo que una persona puede realizar las funciones de varios roles. Y cuando una nueva persona llega al equipo, especialmente si se trata de un nuevo rol dedicado en el equipo, es importante determinar qué hará esta persona y qué poderes se le transfieren.
Y vale la pena decir que el enfoque descrito para la división de responsabilidades probablemente no sea el único correcto. Ahora hemos llegado a esto. Quizás después de un tiempo entendamos que aquí también no todo es tan sencillo. Pero esto no significa que abandonemos la fijación de funciones y que la responsabilidad de las mismas se reparta entre roles. Puede ser que bebamos de alguna otra manera.