![\"MrBurns\"](\"http:\/\/www.boaglio.com\/wp-content\/uploads\/2007\/07\/MrBurns.jpg\" "\\"MrBurns\\"")
<\/a><\/p>\nPor que atualmente a maioria dos l\u00edderes de TI n\u00e3o \u00e9 assim<\/strong> ?<\/p>\n Existem v\u00e1rios motivos que levaram a isso. Hoje, por exemplo, \u00e9 muito comum que o desenvolvedor conhe\u00e7a muito mais tecnologia que o seu l\u00edder. Voc\u00ea pode achar que isso n\u00e3o \u00e9 correto, mas que \u00e9 algo comum n\u00e3o resta d\u00favida.<\/p>\n I. Ter um l\u00edder que n\u00e3o \u00e9 da \u00e1rea de TI<\/strong><\/p>\n O principal motivo disso \u00e9 basicamente que algo que infelizmente tornou-se mais comum \u00e9 pessoas que n\u00e3o s\u00e3o da \u00e1rea de inform\u00e1tica assumirem esse papel. A hist\u00f3ria de que “n\u00e3o foi isso que ele pediu” ou “a migra\u00e7\u00e3o n\u00e3o \u00e9 t\u00e3o simples” nem sempre convence. E isso se complica se nem da \u00e1rea de exatas a pessoa veio.<\/p>\n Note que quando eu falo “ser da \u00e1rea” n\u00e3o \u00e9 necessariamente ter um diploma de TI. Eu j\u00e1 tive l\u00edderes excelentes tecnicamente que possu\u00edam gradua\u00e7\u00e3o em outra \u00e1rea, por n\u00e3o existir um curso de computa\u00e7\u00e3o na \u00e9poca em que cursaram a faculdade.<\/p>\n Tamb\u00e9m ter diploma n\u00e3o significa ser da \u00e1rea, tem que ser aquela coisa de desenvolvedor, de ser curioso, de adorar desafios, aprender coisas novas, estar no sangue, \u00e9 por a\u00ed.<\/p>\n Quando me perguntam como eu identifico algu\u00e9m d\u00e1 \u00e1rea eu explico fazendo uma analogia que vi uma vez no filme “G\u00eanio Indom\u00e1vel<\/a>“: se eu olho para um piano, eu n\u00e3o vejo nada mais al\u00e9m de um instrumento musical, talvez imagine uma m\u00fasica. Se Mozart visse um piano, ele imaginaria uma \u00f3pera inteira. Se algu\u00e9m olha para um site qualquer na internet, imagina apenas um simples meio de comunica\u00e7\u00e3o. Eu j\u00e1 tento imaginar o que foi utilizado da parte web, javascript,CSS, na parte de persist\u00eancia se foi utilizado algum banco de dados, na implementa\u00e7\u00e3o que linguagem usou, que arquitetura usou, como eu poderia melhorar aquele site, etc.<\/p>\n II – Ter um l\u00edder que j\u00e1 foi da \u00e1rea, mas parou no tempo<\/strong><\/p>\n J\u00e1 conheci l\u00edderes que haviam programado em Assembly<\/a> e n\u00e3o conseguiam usar o Windows direito. J\u00e1 negociei com clientes cujo l\u00edder defendia Pascal como a melhor linguagem de todos os tempos, e quando voc\u00ea tentava explicar algo mais atual, como um comportamento de uma sess\u00e3o web, ainda escutava coment\u00e1rios como “h\u00e1, mas esse pessoal de Java s\u00f3 inventa!<\/em>“.<\/p>\n Dentro desse mar de ignor\u00e2ncia, como mesmo assim esses l\u00edderes conseguem se manter?<\/p>\n A – Na base do terrorismo<\/strong><\/p>\n Aquelas famosas frases: “Se n\u00e3o ficar pronto amanh\u00e3, t\u00e1 demitido!” ou ent\u00e3o “N\u00e3o est\u00e1 satisfeito? Passe no RH!” s\u00e3o de l\u00edderes que s\u00f3 conseguem liderar na base do terrorismo. Algumas pessoas chamam de falta de educa\u00e7\u00e3o, hoje os especialistas no ramo apontam como n\u00e3o s\u00f3 amadorismo, mas tamb\u00e9m como inseguran\u00e7a.<\/p>\n As literaturas atuais comprovam que o m\u00e9todo do Taylorismo<\/a> era eficaz quando o oper\u00e1rio ( o desenvolvedor, o pi\u00e3o, isso, \u00e9 voc\u00ea mesmo!) tinha menos conhecimentos que o patr\u00e3o. Hoje em dia a coisa \u00e9 diferente, conceitos de uma tecnologia depois de um ano podem mudar completamente.<\/p>\n B – QI<\/strong><\/p>\n O jeito “Quem Indicou” , ou ter “costa quente” , ou pertencer ao cabide de empregos \u00e9 tudo farinha do mesmo saco. A casa pode cair, o projeto atrasar, mas n\u00e3o tem problema, a vaga do cidad\u00e3o t\u00e1 garantida.<\/p>\n Ok, mas voc\u00ea \u00e9 apenas um desenvolvedor<\/strong>, ser\u00e1 que vai ser um bom l\u00edder algum dia?<\/p>\n Bom, primeiro temos que analisar o que \u00e9 ser um bom l\u00edder , talvez na sua \u00f3tica ele seja ruim, mas na \u00f3tica da empresa ele seja excelente. 1. Estar atualizado com as tecnologias<\/strong><\/p>\n Um l\u00edder que voc\u00ea possa discutir algum aspecto t\u00e9cnico \u00e9 algo muito \u00fatil, al\u00e9m disso o l\u00edder ganha respeito da equipe. O l\u00edder n\u00e3o precisa saber por exemplo todos os construtores de uma API em Java, mas ele deve pelo menos saber o que \u00e9 poss\u00edvel fazer com essa API e quais as vantagens de utiliz\u00e1-la.<\/p>\n 2. Conhecer bem o neg\u00f3cio<\/strong><\/p>\n Muitas vezes o l\u00edder \u00e9 o escudo entre a implementa\u00e7\u00e3o dos desenvolvedores e os requisitos solicitados pelos usu\u00e1rios. Ele deve saber exatamente o que \u00e9 pedido e,principalmente, ter a capacidade de raciocinar o impacto do que est\u00e1 sendo solicitado. Exigir implementa\u00e7\u00f5es imposs\u00edveis ou at\u00e9 mesmo j\u00e1 existentes mostra a total aliena\u00e7\u00e3o que um l\u00edder n\u00e3o <\/strong>pode ter.<\/p>\n 3. Conhecer os membros de sua equipe<\/strong><\/p>\n \u00c9 importante saber que cada membro tem um ritmo de trabalho e uma certa facilidade para algumas fun\u00e7\u00f5es. Conforme a metodologia de desenvolvimento utilizada, cabe ao l\u00edder decidir o que \u00e9 o melhor para o projeto. Normalmente uma conversa com a equipe ajuda na decis\u00e3o final.<\/p>\n 4. Defender sua equipe<\/strong><\/p>\n Para identificar a postura de um l\u00edder, basta reparar como ele se refere aos problemas encontrados em uma implanta\u00e7\u00e3o. Se a frase come\u00e7ar com “a culpa foi do fulano<\/em>” , ent\u00e3o est\u00e1 claro que ele n\u00e3o enxerga a coisa como uma equipe onde ele tamb\u00e9m \u00e9 respons\u00e1vel por qualquer problema. A postura correta seria assumir o problema como uma equipe, por exemplo: “Foi falha nossa, corrigiremos assim que poss\u00edvel<\/em>“. 5. Marketing<\/strong><\/p>\n O CP\/M-DOS<\/a> e MS-DOS<\/a> eram praticamente id\u00eanticos, mas um deles sumiu do planeta e o outro virou padr\u00e3o por um tempo, tornando os seus donos milion\u00e1rios<\/a>. Acredito que essas s\u00e3o as cinco principais atitudes de um bom l\u00edder.<\/p>\n E como conseguir tudo isso?<\/p>\n Bom, eu sempre digo: N\u00e3o basta s\u00f3 ler, \u00e9 preciso implementar! <\/strong><\/p>\n Fernando Boaglio, para a comunidade. =)<\/em><\/p>\n","protected":false},"excerpt":{"rendered":" Com certeza esse pensamento passa pela cabe\u00e7a de todo desenvolvedor. Com o passar do tempo isso \u00e9 de certa forma esperado, n\u00e3o que seja sempre correto, mas o comum hoje em dia \u00e9 as pessoas mais velhas e experientes liderarem as mais novas. Em um navio, o capit\u00e3o, al\u00e9m de ser o l\u00edder de seus […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[10],"tags":[],"class_list":["post-32","post","type-post","status-publish","format-standard","hentry","category-engenharia-de-software"],"yoast_head":"\n<\/a>
\n<\/p>\n<\/a><\/p>\n<\/a>
\n<\/p>\n
\nIsso \u00e9 algo bem subjetivo, mas eu considero que para ser um bom l\u00edder, voc\u00ea precisa:<\/p>\n<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n
\nAcha isso um exagero? Imagine ent\u00e3o voc\u00ea comprovasse que um caixa de banco fizesse o pagamento de maneira errada de um boleto e gerente da sua conta te respondesse: “ah, eu n\u00e3o tenho nada a ver com isso, v\u00e1 se entender com ele!<\/em>“.<\/p>\n<\/a><\/p>\n
\nQual deles era o melhor? Hoje isso n\u00e3o interessa, sobreviveu o com o melhor marketing.
\nN\u00e3o adianta fazer um trabalho excelente se “os que mandam” n\u00e3o sabem disso.<\/p>\n