Muitas de nossas ações ou omissões são baseadas em conflitos não resolvidos.
Toda a nossa vida Ă© permeada de conflitos, todos os dias. Parece que deverĂamos nos acostumar com eles por muito tempo e, percebendo isso, tomar as medidas cabĂveis, mas nĂŁo, geralmente preferimos deixar tudo em um estado suspenso, nĂŁo resolvido.
Esta Ă© a natureza do homem - os conflitos parecem completamente insolĂşveis, e quando o medo subconsciente do fracasso, que quase todo mundo tem, Ă© freqĂĽentemente adicionado a eles, o conflito se transforma em um verdadeiro desastre.
Eliyahu Goldrat, o criador da Teoria das Restrições, disse que os conflitos não existem de fato e o mundo vive em harmonia. Só que ninguém está tentando entender as causas da situação de conflito.
Goldratt propĂ´s um mecanismo de resolução de conflito interessante, muitas vezes referido como a "nuvem de tempestade". A essĂŞncia de sua proposta Ă© que se vocĂŞ aplicar uma abordagem sistemática e analisar as causas do conflito, será possĂvel propor uma solução que eliminará completamente o conflito. E nĂŁo será um compromisso.
Muitos praticantes da Teoria das Restrições afirmam que o Thundercloud funciona.
Vamos testar e tentar aplicar o algoritmo de Goldratt a alguns conflitos de TI comuns. Vamos ver como isso pode nos ajudar.
Conflito: O contratante nĂŁo inicia o desenvolvimento atĂ© que o TOR completo seja concluĂdo
Muitos especialistas em TI trabalharam como freelancers ou encomendaram trabalho de alguĂ©m. Isso Ă© realmente assustador - vocĂŞ começa a trabalhar, ele vai se alongar e, como resultado, vocĂŞ ficará em um estado negativo. VocĂŞ nĂŁo receberá o dinheiro e, alĂ©m disso, terá que fazĂŞ-lo. VocĂŞ terá que terminar o projeto por um perĂodo infinito de tempo ou desistir. NinguĂ©m quer isso.
Exatamente o mesmo medo surge entre gerentes de contas com pedidos de milhões. Um freelancer pode e irá tolerar um certo tempo sem dinheiro, mas a empresa contratante terá que pagar salários aos funcionários com seus próprios fundos todo esse tempo, o que às vezes pode ser muito 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.
. , , , , , , .
, - , . : «, ».
: , , . , ( ).
, .. , . »