[SP-pm] SaoPaulo-pm Digest, Vol 110, Issue 9

[Andre Carneiro]

Como tudo na vida, creio que TI deve buscar o equilíbrio entre 'tanto faz,
desde que funcione' e boas práticas. Não é aceitável que um 'gerente'
imponha prazos fundados na necessidade de velocidade de entrega do cliente,
sem negociar. Por outro lado, não é aceitável estourar prazos passados pela
própria TI, e dar como desculpa a aplicação de boas práticas, considerando
que, pouco ou nada, entrou no caminho para atrapalhar. Bom senso sempre
coube nesse tipo de discussão. Mas não podemos esquecer que, Infelizmente
ou felizmente, existe um troço chamado hierarquia.

E o que eu já cansei de ver acontecer, é que muito gerente babaca e/ou
incompetente ferra a equipe de TI com prazos, justamente porque não
consegue(igual ao Moisés :D ), e/ou não quer e/ou não é capaz de renegociar
esses prazos com o nível hierárquico igualmente composto de babacas
inescrupulosos.

Outra situação desagradável, é quando parte do projeto fica na mão de uma
fábrica de software terceirizada, para economizar com contratações
`desnecessárias`, que não consegue, sequer, seguir especificações. E o
gerente bundão simplesmente repassa a responsabilidade disso para a equipe
oficial, e ainda exige que a mesma cumpra o prazo que, obviamente, não tem
como serem cumprido. Mas terá que ser cumprido a qualquer custo, porque a
última coisa que esse cidadão quer, é subir até o líder dele e dizer que o
prazo terá que ser renegociado.

Isso acontece o tempo todo! Faz parte do desafio de se trabalhar com TI, e
acho difícil que mude. Minha opinião sobre isso é que se você não aguenta
esse tipo de coisa, talvez seja hora de procurar outro emprego, ou abrir o
seu próprio negócio.


Proost!




2013/11/9 Alceu Rodrigues de Freitas Junior <glasswalk3r at yahoo.com.br>

> Em 09-11-2013 09:50, Marcio Ferreira escreveu:
>
>  "Objetivo de TI é viabilizar o negócio. "
>> Esse é o ponto exato!
>> leo++
>>
>>
> Não se pode esquecer o outro lado da moeda também:a área de negócios não
> pode ter a expectativa de forçar as coisas começarem todas erradas e depois
> querer que dê certo no final. É preciso tentar um meio termo.
>
> Tenho certeza que muita gente já teve a sensação de trabalhar em uma
> pastelaria, onde o pedido feito de manhã já está diferente no dia seguinte.
> Já passei por situações complicadas com espertinhos de negócios que assumem
> um compromisso e/ou risco e convenientemente esquecem disso depois.
>
> Metodologias ágeis fomentam a maior participação da área de negócios
> justamente para evitar os pedidos "cabeludos" que não agregam nada para a
> empresa e sequer são utilizados depois.
>
> Algumas vezes, então, só nos resta dizer não. E o que vejo atualmente é
> uma "bundamolecência" crônica de gerentes de TI que não tem pulso para
> fazer isso (seja lá por qual motivo).
>
> http://www.linkedin.com/today/post/article/20131108174915-
> 8353952-how-to-say-no-gracefully?trk=tod-home-art-list-large_0
>
> []'s
> Alceu
>
> =begin disclaimer
>   Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
> SaoPaulo-pm mailing list: SaoPaulo-pm at pm.org
> L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer
>



-- 
André Garcia Carneiro
Software Engineer
(11)982907780
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20131111/03748286/attachment-0001.html>