Ésse Éle Ahhhhh

Incident Management

Em tempo 24... 'Hoje é o DIA DA TOALHA'

Obs. Post somente para fans de o 'Guia dos Mochileiros da Galáxia'. 

Hoje é o dia da toalha!!!!!

Como diz o livro, "Tudo o que você precisará quando o universo acabar é de uma toalha". A data, celebrada deste o ano de 2001, foi criada para homenagear o autor da Saga, Douglas Adams, como forma de homenagem ao seu falecimento. 

Então vamos, lá... saia com a sua e a utilize da melhor e mais engraçada maneira possível. Solte seu lado nerd!!!!!

Flag!


Lembre-se, é 42, a resposta para a pergunta fundamental sobre a vida, o universo e tudo mais!!!!!

Em tempo 23 `Estagiário - E não é assim na realidade??`

Pra começar bem o fim de semana...
Entrevista com o estagiário... vídeo clássico do YouTube.
Tip: Vale pela dica do fim da parte 2. O que falar em uma entrevista de emprego!!!!!
Flag!


Parte 1

Parte 2

Da Série: GO HORSE - Gestão das Aquisições

Gestão das Aquisições
gohorseboard@gmail.com / twitter: @gohorseprocess

Essa é uma área que os chatos do PMI se esforçaram para encher de inutilidades. Papéis, papéis, papéis, documentos inúteis…

O PMBOK propõe um processo burocratizado e custoso para realizar concorrência de fornecedores. Ora, para que tudo isso se um parente ou amigo seu pode fazer o trabalho terceirizado? Quem sabe, se você contratar a empresa de um parente, pode até levar um por fora!

É mais ou menos como fazem os políticos no Brasil: preenchem os cargos em seus gabinetes com suas esposas, filhos e afilhados, afinal de contas, quem pode ser mais confiável do que a família, não é mesmo?

Enquanto o PMI condiciona a decisão de fazer ou contratar um serviço à capacidade da empresa de executá-lo, o Go Horse vai pelo caminho inverso: condiciona a sua capacidade de realização à existência de um amigo que faça o serviço!

URL: http://webcache.googleusercontent.com/search?q=cache:ZoMIfvE9-7EJ:gohorseprocess.wordpress.com/gestao-das-aquisicoes/+go+horse+gesta+da+integracao&cd=2&hl=pt-BR&ct=clnk&gl=br&source=www.google.com.br

Vida longa ao Go Horse
Flag!

Da Série: GO HORSE - Gestão da Escopo

Gestão do Escopo
gohorseboard@gmail.com / twitter: @gohorseprocess

Os burocratas do PMI inventaram um monte de baboseiras para gerir o escopo do projeto… WBS, declaração do escopo, blá, blá, blá…

O Go Horse não perde tempo com asneiras como essas, pois se preocupa com o fundamental: ganhar a conta do cliente.

Não adianta perder tempo com previsões e futurologia… tem que dizer para o cliente que tudo o que ele quer vai ser entregue no prazo que ele deseja – só assim se ganha a conta. Depois, se dá um jeito pra fazer tudo – basta jogar a bomba no colo da equipe do projeto.

O gerente de projetos Go Horse deve submeter a sua equipe a um estado permanente de terror, de modo que a mesma trabalhe horas extras para cumprir oescopo, não apenas sem reclamar, mas pensando que não faz nada além da obrigação.

Às vésperas da entrega do projeto, após várias madrugadas de trabalho (por parte da equipe, não do gerente, claro), entrega-se o escopo completo, mas nas coxas. Enquanto o cliente testa, o time segue corrigindo os erros que sabe que existem. Perda de tempo zero, sucesso total.

URL: http://webcache.googleusercontent.com/search?q=cache:8HtmsVvoIjQJ:gohorseprocess.wordpress.com/gestao-do-escopo/+go+horse+gestao+do+escopo&cd=1&hl=pt-BR&ct=clnk&gl=br&source=www.google.com.br

Vida Longa ao Go Horse
Flag!

Da Série: GO HORSE - Gestão da Comunicação

Gestão da Comunicação

gohorseboard@gmail.com / twitter: @gohorseprocess

A comunicação talvez seja a área de conhecimento que demandou dos burocratas do PMI a maior parcela de criatividade.

Comunicação deveria ser simples: vai lá e fala pro cara o que ele tem que fazer! Mas não: pessoas perderam seu tempo precioso produzindo páginas e páginas com instruções sobre como burocratizar aquilo que a humanidade faz desde os seus primórdios, que é comunicar-se.

Planejamento da comunicação, atas de reunião, relatórios de desempenho, blá, blá, blá… para quê tudo isso se basta passar a informação ao interessado?

O Go Horse acredita em duas ferramentas para comunicação:

- Capacidade de compreensão do ouvinte: para bom entendedor, meia palavra basta. O que dizer de uma palavra inteira? É só falar para o cara o que ele tem que fazer e pronto!

- Poder na estrutura hierárquica: se o ouvinte não faz a tarefa direito porque (diz que) não entendeu, ou que ninguém pediu nada daquilo para ele, basta usar a hierarquia. Palavra de chefe é a verdade, e ponto final. Isso acaba com qualquer ambigüidade.

URL: http://webcache.googleusercontent.com/search?q=cache:Bl6uUPtiLcoJ:gohorseprocess.wordpress.com/gestao-da-comunicacao/+go+horse+comunica%C3%A7%C3%A3o&cd=1&hl=pt-BR&ct=clnk&gl=br&source=www.google.com.br

Vida Longa ao Go Horse!

Flag!

Da Série: GO HORSE - eXtreme Go Horse (XGH)

eXtreme Go Horse (XGH)
gohorseboard@gmail.com / twitter: @gohorseprocess

1- Pensou, não é XGH.

XGH não pensa, faz a primeira coisa que vem à mente. Não existe segunda opção, a única opção é a mais rápida.

2- Existem 3 formas de se resolver um problema, a correta, a errada e a XGH, que é igual à errada, só que mais rápida.

XGH é mais rápido que qualquer metodologia de desenvolvimento de software que você conhece (Vide Axioma 14).

3- Quanto mais XGH você faz, mais precisará fazer.

Para cada problema resolvido usando XGH, mais uns 7 são criados. Mas todos eles serão resolvidos da forma XGH. XGH tende ao infinito.

4- XGH é totalmente reativo.

Os erros só existem quando aparecem.

5- XGH vale tudo, só não vale dar o toba.

Resolveu o problema? Compilou? Commit e era isso.

6- Commit sempre antes de update.

Se der merda, a sua parte estará sempre correta.. e seus colegas que se fodam.

7- XGH não tem prazo.

Os prazos passados pelo seu cliente são meros detalhes. Você SEMPRE conseguirá implementar TUDO no tempo necessário (nem que isso implique em acessar o BD por um script malaco).

8- Esteja preparado para pular fora quando o barco começar a afundar… ou coloque a culpa em alguém ou algo.

Pra quem usa XGH, um dia o barco afunda. Quanto mais o tempo passa, mais o sistema vira um monstro. O dia que a casa cair, é melhor seu curriculum estar cadastrado na APInfo, ou ter algo pra colocar a culpa.

9- Seja autêntico, XGH não respeita padrões.

Escreva o código como você bem entender, se resolver o problema, commit e era isso.

10- Não existe refactoring, apenas rework.

Se der merda, refaça um XGH rápido que solucione o problema. O dia que o rework implicar em reescrever a aplicação toda, pule fora, o barco irá afundar (Vide Axioma 8).

11- XGH é totalmente anárquico.

A figura de um gerente de projeto é totalmente descartável. Não tem dono, cada um faz o que quiser na hora que os problemas e requisitos vão surgindo (Vide Axioma 4).

12- Se iluda sempre com promessas de melhorias.

Colocar TODO no código como uma promessa de melhoria ajuda o desenvolvedor XGH a não sentir remorso ou culpa pela cagada que fez. É claro que o refactoring nunca será feito (Vide Axioma 10).

13- XGH é absoluto, não se prende à coisas relativas.

Prazo e custo são absolutos, qualidade é totalmente relativa. Jamais pense na qualidade e sim no menor tempo que a solução será implementada, aliás… não pense, faça!

14- XGH é atemporal.

Scrum, XP… tudo isso é modinha. O XGH não se prende às modinhas do momento, isso é coisa de viado. XGH sempre foi e sempre será usado por aqueles que desprezam a qualidade.

15- XGH nem sempre é POG.

Muitas POG’s exigem um raciocínio muito elevado, XGH não raciocina (Vide Axioma 1).

16- Não tente remar contra a maré.

Caso seus colegas de trabalho usam XGH para programar e você é um coxinha que gosta de fazer as coisas certinhas, esqueça! Pra cada Design Pattern que você usa corretamente, seus colegas gerarão 10 vezes mais código podre usando XGH.

17- O XGH não é perigoso até surgir um pouco de ordem.

Este axioma é muito complexo, mas sugere que o projeto utilizando XGH está em meio ao caos. Não tente por ordem no XGH (Vide Axioma 16), é inútil e você pode jogar um tempo precioso no lixo. Isto fará com que o projeto afunde mais rápido ainda (Vide Axioma 8). Não tente gerenciar o XGH, ele é auto suficiente (Vide Axioma 11), assim como o caos.

18- O XGH é seu brother, mas é vingativo.

Enquanto você quiser, o XGH sempre estará do seu lado. Mas cuidado, não o abandone. Se começar um sistema utilizando XGH e abandoná-lo para utilizar uma metodologia da moda, você estará fudido. O XGH não permite refactoring (vide axioma 10), e seu novo sistema cheio de frescurites entrará em colapso. E nessa hora, somente o XGH poderá salvá-lo.

19- Se tiver funcionando, não rela a mão.

Nunca altere, e muito menos questione um código funcionando. Isso é perda de tempo, mesmo porque refactoring não existe (Vide Axioma 10). Tempo é a engrenagem que move o XGH e qualidade é um detalhe desprezível.

20- Teste é para os fracos.

Se você meteu a mão num sistema XGH, é melhor saber o que está fazendo. E se você sabe o que está fazendo, vai testar pra que? Testes são desperdício de tempo, se o código compilar, é o suficiente.

21- Acostume-se ao sentimento de fracasso iminente.

O fracasso e o sucesso andam sempre de mãos dadas, e no XGH não é diferente. As pessoas costumam achar que as chances do projeto fracassar utilizando XGH são sempre maiores do que ele ser bem sucedido. Mas sucesso e fracasso são uma questão de ponto de vista. O projeto foi por água abaixo mas você aprendeu algo? Então pra você foi um sucesso!

22- O problema só é seu quando seu nome está no Doc da classe.

Nunca ponha a mão numa classe cujo autor não é você. Caso um membro da equipe morra ou fique doente por muito tempo, o barco irá afundar! Nesse caso, utilize o Axioma 8.

URL: http://webcache.googleusercontent.com/search?q=cache:r1qaZ3kNE5sJ:gohorseprocess.wordpress.com/+go+horse+inicio&cd=1&hl=pt-BR&ct=clnk&gl=br&source=www.google.com.br

Vida Longa ao Go Horse!
Flag!

Em tempo 23 `Go Horse Nunca Mais????`

Caros amigos,
 Nesta semana precisei acessar o GHBoK (Go Horse). 
Estava em dúvida sobre a criação ou não de um plano de comunicação de um pequeno projeto fadado ao fracasso. Para minha surpresa, o site foi desativado, ou como falaram, Adeus... ou até lá.. quem sabe....
Passada a decepção inicial, organizamos uma pequena reunião do Comitê Executivo que Não decide Nada neste Blog, e decidimos, através de nossos posts, eternizar uma das melhores contribuições dadas até os dias de hoje ao gerenciamento de projetos....
Bom, enfim... Vamos lá...
Todos os @Copyrights.... serão devidamente citados!!!!
Flag!


Tip: Se algum dos criadores solicitarem a retirada dos posts.... Serão prontamente atendidos.


Vida Longa ao X Go Horse!!

Da Série: `Tips and Tricks: Knowledge Transfer Techniques`

Cansado daquelas exaustivas sessões de passagem de conhecimento.
Amigo, aprenda!
Flag!

Em tempo 22... 'Os exércitos de Napoleão'

Reza a lenda que Napoleão classificava seus exércitos da seguinte forma:

• Os inteligentes com iniciativa (comandantes e estrategistas)
• Os inteligentes sem iniciativa (oficiais superiores)
• Os burros sem iniciativa (bucha de canhão, tropa, peonada  e etceteras)
• Os burros com iniciativa (nem entravam no exército)

Fora o bla bla bla de gestão e as comparações inevitáveis com nossas empresas... e vc? Como se enxerga?
Flag!

Sim, nós encontramos

Encontramos o datacenter escondido nas nuvens!!!

Service Level Agreement

Acordou errado ? Já era !

Diálogos Incríveis de uma TI muito loca - Parte 04

Analista, com o saco cheio após a reprovação de sua mudança no famingerado CAB.
- O Gilberto, qual é o teu título de nobreza? Gerente de Mudanças?

Técnico desavisado e inocente após iniciar a investigação de um BUG em produção.
- Isso esta cheirando a pau de programador. E eu sei de quem!!!!

Analista de Suporte – e grande conhecedor de tudo que existe no mundo -, explanando as maravilhas modernas domésticas para o técnico de suporte junior!
- Refrigerador side-by-side sempre foi muito caro... uns R$5 mil... no Joedoe.com.br tá 2899
- Não é mais barato comprar duas e parafusar... Eu tenho duas, coloquei uma do lado da outra
- Coisa de isento!


Do analista para o gerente.
- Não querendo chorar, mas já chorando, porque o relatório....
- Se isso não é chorar, eu não sei o que é então!!!

Da Série: `Tips and Tricks: Coaching by Jules Winnfield

IMPORTANTE

Já que estamos falando de desenvolvimento, treinamento, coaching... Segue um vídeo ilustrativo sobre o assunto. Pulp Fiction fazendo escola!

TIP: use naquelas reuniões motivacionais!!!!!

Abraço e bom feriado a todos

Flag!

Sugestão de filme para desenvolvimento pessoal

Sugiro um belo filme que ajuda muito no desenvolvimento pessoal:

"Os Brutos Também Choram" (Cry Tough, 1959)
http://www.imdb.com/title/tt0052716/
http://www.adorocinema.com/filmes/brutos-tambem-choram/

[Sweet!]

Em tempo 21 'Tempo Melhora, Nuvem Dissipa e Sistemas Caem`

Bom 1o de Abril!

Flag!

Cloud Computing - A Nova Fronteira da Era Digital?

2011 tem tudo para ser um grande ano para TI Tupiniquim. Orçamentos folgados para investir em novas tecnologias. O Garter apontou que a principal prioridade para os CIO's descolados é investir em Cloud Computing.

Conceito novo, ainda tem muito o que amadurecer, lá fora ainda engatinha. Grandes players como Google, IBM e Microsoft foram os primeiros a formar tecnologia para nuvem, outros já embarcam na idéia com os novos acrônimos: IaaS, PaaS, DaaS, SaaS e CaaS que descrevem Infraestrutura como Serviço, Plataforma como Serviço, Desenvolvimento como Serviço, Software como Serviço e Comunicação como Serviço.

Alguns serviços já estão sendo oferecidos, o Google dispõe de vários "grátis" (se não se importar como os anúncio), o atrativo sempre é o email e cadastrado no serviço se tem acesso ao resto. Na versão paga o Google Apps disponibiliza vários recursos extras para a colaboração.

A Microsoft desenvolve a Plataforma Azure para oferecer seus produtos na forma de aluguel (SaaS).

O conceito é legal, maximiza a disponibilidade em resolver suas tarefas do dia-a-dia e podem ser acessado de vários lugares facilmente. Segundo o Google “As organizações de TI gastam hoje 80% de seu tempo com a manutenção de sistemas, e não é seu objetivo de negócio manter dados e aplicativos em operação. É dinheiro jogado fora, o que é inaceitável nos dias de hoje”.

Eu particularmente discordo em parte dessa afirmação, pois hoje não se pode lançar todo seu sistema na nuvem. Muitos gerentes vão usar esse subterfúgio de tentar a duras penas jogar sistemas legados na nuvem sem readaptá-los ou atualizá-los para que se encaixem na arquitetura de serviços disponibilizados por ela.

Repaginar seu negócio compartilhando com a nuvem suas tarefas diárias é uma boa opção desde que seja muito bem integrado os gaps entre as pontas. Links, latências e custos com datacenters e telecom serão palavras de ordem a direcionar a adoção ou não de uma nuvem seja ela pública ou privada. O links no Brasil ainda não funcionam como no primeiro mundo, ficar refem de SLA pode impactar direto seu negócio. Além disso, também existem questões jurídicas que devem ser observadas com relação aos seu dados.

Ou seja... nada de concreto pois como todo mundo sabe "nuvem" é vapor d'água e ao esfriar vira água e água vai para o ralo se não for bem canalizada e seu orçamento em vez de ir para as nuvem vai para o espaço.

A adoção deve ser lenta e gradual, provas de conceito devem ser feitas para levantar o real ganho dessa estrutura no novo modelo para equilibrar a sempre crescente demanda de recursos de TI.

Péricles Maxter Neto

Diálogos Incríveis de uma TI muito loca - Parte 03

Do gerente tentando, em vão, fazer o chamado ser atendido pelo analista de suporte

- Praxedes, você atualizou o chamado?

- Não!

- Mas tem um post teu aqui!

- Sim!

- Praxedes, tu tá louco?????

- Não!

- Não?

- Você olhou o chamado?

- Mas você falou que atualizou!!!

- Hoje não!

- Desisto!

Da Analista de Sistemas tentando estabelecer uma conexão com o técnico de suporte de Desktops

- Nivaldo... tu que é um ex-atleta...
- Como assim "ex"?
- hã.... mas ainda tem um resquício do teu tempo de atleta...
- tá me chamando de gordinho?
Chamado abortado!

Do Coordenador de Operações para o Gerente de Mudanças
- Lu, esse chamado tá aguardando aprovação...
- Pois é.... que coisa... é que na minha cabeça eu já tinha aprovado!!!

Dez para meia-noite, implantando um novo sistema. Programador dócil pendindo pizza para a equipe!

- Sr., qual o endereço?

- Avenida dos prazeres, 42, TI

- Qual o CEP?

- Porra, vai mandar entregar pelo Correio?

Fonte anônima
Flag!

Diálogos Incríveis de uma TI muito loca - Parte 02

Memorando do Gerente Fiscal para o Gerente de TI

Chegou uma nota de cobrança de uma consultoria, o cliente que solicitou o serviço favor entrar em contato com o referido telefone que consta no documento fiscal.


Pascoal Aires
Gerente Fiscal