Los conflictos no resueltos son el núcleo de muchas de nuestras acciones o inacciones.
Toda nuestra vida está impregnada de conflictos, todos los días. Parecería que deberíamos acostumbrarnos a ellos durante mucho tiempo y, habiéndonos dado cuenta de ello, realizar las acciones oportunas, pero no, normalmente preferimos dejar todo en un estado de suspensión, sin resolver.
Esta es la naturaleza del hombre: los conflictos parecen completamente insolubles, y cuando el miedo subconsciente al fracaso, que casi todos tienen, a menudo se les suma, el conflicto se convierte en un verdadero desastre.
Eliyahu Goldrat, el creador de la Teoría de las Restricciones, dijo que los conflictos no existen en la realidad y que el mundo vive en armonía. Es solo que nadie está tratando de averiguar las causas de la situación de conflicto.
Goldratt propuso un interesante mecanismo de resolución de conflictos, a menudo denominado "Nube de tormenta". La esencia de su propuesta es que si aplicamos un enfoque sistemático y analizamos las causas del conflicto, entonces será posible proponer una solución que elimine por completo el conflicto. Y no será un compromiso.
Muchos practicantes de Teoría de Restricciones afirman que Thundercloud funciona.
Probemos e intentemos aplicar el algoritmo de Goldratt a algunos conflictos de TI comunes. Veamos cómo esto nos puede ayudar.
Conflicto: el contratista no comienza el desarrollo hasta que se completa el mandato completo
Muchas personas de TI trabajaron como autónomos o encargaron trabajo a alguien. Esto es realmente aterrador: comienzas a trabajar, se estirará y, como resultado, estarás en territorio negativo. No recibirás el dinero y, además, tendrás que hacerlo. Tendrá que terminar el proyecto durante un período de tiempo infinito o salir. Nadie quiere eso.
Exactamente el mismo temor surge entre los gerentes de cuentas con órdenes de millones. Un autónomo puede tolerar y tolerará una cierta cantidad de tiempo sin dinero, pero la empresa contratista tendrá que pagar salarios a los empleados con sus propios fondos todo este tiempo, lo que a veces puede ser muy ruinoso.
, , N . .. , , , .
? , , . , ( ). , , .
?
, , « » .
.. « » « ».
. , , ? ?
, . , .
.. « , » « ».
, . .. – « »
: A, B, C, D, D’.
, . « ».
. C D, B D’. , , .
, . (), D D’ B C.
, «» . . , .
: « ». : « ».
: « ». : « »
B-D ( ?):
– .
, , , ..
,
. ,
C-D’ (, ):
, , .
, . .
- .
,
, . , ?
. , . () , , .
, , ( , ).
… – , . - .
, , , . , .
? , , .
– , /, .
, , , , .
, , - . - , .
, , .
-
, .
- – .
- , .. .
- , , , ..
( ), . , .
- ,
, .. .
- , . ,
, , . , .
– .
- , , , .
, . . , .. .
- , . .
. .
- - .
. , .
- ,
.
! ! !
, , . , .
( ) , / .
? , , , ?
.
() . ( Youtube) : «Really?!» (« ?!»)
? ?! , - ? ?!
– , , ?
, . , , . .
, , , , , .
, , , . , ?..
– , .
. . , . , Scrum ( ) , .
.
, , .
, « » . .
.
P.S. , .
« ? .
, . , - , Oracle.
. , , , , , , .
, - , . : «, ».
: , , . , ( ).
, .. , . »