Provérbios sobre gerenciamento de Projetos

Olá amigos redatores e leitores!
Depois de muito tempo distante, resolvi compartilhar um artigo que li em um site e apesar de ser uma mistura de diversão, verdades e nem tantas e não não ser um assunto muito sério, compartilharei da mesma forma com vocês...

Então ai vão alguns "provérbios" vamos tratar assim, sobre gerenciamento de projetos:

01 – Você não consegue produzir um bebê em um mês usando nove mulheres.

02 – O mesmo trabalho, sob as mesmas condições será estimado de forma diferente por 10 diferentes analistas ou por um mesmo analista em 10 diferentes vezes.

03 – A palavra mais útil e menos usada em gerenciamento de projetos é “NÃO”.

04 – Você pode convencer um idiota a assumir um prazo irreal, porém, você não pode obrigá-lo a cumpri-lo.

05 – O prazo mais ridículo é o mais caro e dificultoso de se cumprir.

06 – Quanto mais desesperada a situação, mais otimista ela o é.

07 – Poucas pessoas em um projeto conseguem resolver os problemas – porém muito mais pessoas criam problemas acima da capacidade das primeiras resolverem.

08 – Você pode congelar os requisitos de um sistema, porém não consegue congelar as expectativas.

09 – Congelamento de requisitos e o abominável homem das neves são parecidos – ambos são mitos e ambos se derretem quando calor apropriado é aplicado aos mesmos.

10 – As condições sob as quais uma promessa e feita são esquecidas, porém, a promessa será sempre lembrada.

11 – Aquilo que você não conhece o ferirá.

12 – Um usuário somente falará o que lhe for perguntado – nada mais.

13 – Diante de varias interpretações de um comunicado, a menos conveniente é a mais correta.

14 – O que não está escrito, não existe ou não foi dito.

15 – Parkinson e Murphy estão vivos e muito bem – no seu projeto.

16 – Quem não sabe aonde vai, nunca chega.

17 – Para quem está perdido, qualquer caminho serve.

18 – Para quem está perdido, um mapa não resolve.

19 – Noventa por cento do trabalho em um projeto, equivalem a 90% do planejado, os outros dez por cento, consomem os restantes 90% do trabalho.

20 – Prazo de sistemas e fidelidade são promessas difíceis de se cumprir.

21 – A única situação onde você tem tudo sob controle é quando você está morto.

22 – A demissão de um elemento da equipe, quase sempre é a preservação do emprego do resto.

23 – Depois que passei a estudar mais, trabalhar mais e planejar melhor, minha sorte mudou.

24 – Em projetos, não confunda folga nos prazos, com prazos dos folgados.

25 – Normalmente coisas ruins estão ligadas à palavra “usuário” – usuário de drogas, usuário de ônibus, usuário de álcool, usuário de sistemas. . .

26 – No caso de uma crise total no andamento de seu projeto – melhor do que a presença de espírito é a ausência de corpo.

27 – A logística de um projeto sempre exige àquilo que você esqueceu.

28 – Reunião sem pauta vira happy-hour.

29 – Reunião sem ata, não existiu.

30 – Para o usuário – o que você esqueceu sempre é o mais importante.

31 – Em projetos – quando um cachorro te morde, não é boa política correr e morder a perna do cachorro (porém, você pode sutilmente, colocar veneno na sua comida).

32 – O mérito por um projeto bem sucedido é como o funcionamento de um haras – A égua é um animal tão forte quanto o cavalo, e quando ela entra no cio, se torna violenta e trata o seu pretendente a coices e mordidas durante as preliminares sexuais. Como o cavalo puro-sangue é um animal muito valioso, o haras, para não machucá-lo, mantém um plantel de cavalos de baixa categoria (pangarés), chamados de rufiões e durante as preliminares sexuais, é sempre colocado um ou mais desses pangarés para exaurir a fêmea e esse animal (normalmente menor do que a égua) sofre o diabo nas patas e dentes da fêmea no cio, adicionalmente, esses pangarés têm uma cirurgia em seu pênis de forma a deixá-lo torto para evitar que acidentalmente consiga êxito. Quando a égua está exausta e receptiva ao macho, o pangaré babando é retirado e é substituído por um puro-sangue para a parte final do processo (óbvio a melhor parte). Em projetos de sistemas, sempre existe um plantel de pangarés que sofre todos percalços do projeto, isto é, todos coices e mordidas, e na hora da inauguração são substituídos, isto é, será chamado o puro-sangue de plantão para receber a melhor parte (promoção, prêmios, parabéns, elogios, etc.).

33 – Quando tudo estiver perdido – finja-se de morto. [pelo menos, por enquanto, as pessoas ainda respeitam os mortos (por um dia)].

34 – Equipe muito grande em projetos é como chinês fazendo túnel, eles colocam um buzilhão de chineses de um lado da montanha e outro buzilhão do outro lado. Se tudo der certo eles fazem um túnel, se der errado eles fazem dois.

35 – Equipe muito grande é como dinossauro, você tira um bife da ponta do rabo, até a dor chegar ao cérebro leva dois anos.

36 – Grupo de trabalho – quando você está dentro é equipe ou grupo de trabalho; quando você está fora é panela.

37 – Todo chefe tende a ser incompetente. (Peter, L.J.)

38 – Para tocar o seu projeto, conheça bem: o organograma, o mandograma, o orfacograma, o mafiograma, e fundamentalmente, o secretariograma.

39 – Se tudo aparentemente está andando bem, é porque você não olhou direito.

40 – A empresa só te paga para trabalhar, quando você fica nervoso isso é de graça.

41 – Todo membro incompetente da sua equipe é zelosamente pontual nos horários de entrada, almoço e saída. Porém, sua presença não agrega conteúdo, portanto, atrapalha a pontualidade dos prazos do projeto.

42 – A inteligência total do universo é constante, porém, continuam nascendo mais pessoas.

43 – A proporção de analfabetos de ontem com os de hoje, continua a mesma, porém, os analfabetos de hoje, sabem ler e escrever. (Moravia, A.)

44 – Nem se deita vinho novo em odres velhos; do contrário se rebentam, derrama-se o vinho, e os odres se perdem; mas deita-se vinho novo em odres novos, e assim ambos se conservam. (Bíblia, Matheus 17). Leitura sistêmica, não desperdice códigos novos em sistemas velhos e nem remonte sistemas velhos para ficarem novos.

45 – Quando seu chefe diz que vai colocar alguém para te ajudar, provavelmente você já foi demitido, é só uma questão de tempo.

46 – Quando o teu chefe pede para colocar no papel a sua brilhante idéia, é porque ele nunca vai vê-la.

47 – Reunião com mais de 2 horas, vira big brother.

48 – Não existe conflito quando a hierarquia é diferente.

49 – Quando um funcionário lhe procura para contar sobre uma idéia e você pede para que ele coloque no papel a sua idéia, essa atitude é a melhor maneira de bloquear a criatividade.

50 – Só erra quem esta inovando.

51 – O inferno não é tão ruim quando você é amigo do diabo.

52 – Qualquer que seja o seu projeto, ele nunca andará se a liderança estiver não mãos de um acadêmico, principalmente se o mesmo for doutor.

53 – A melhor maneira de um projeto não sair é designar uma equipe para decidir sobre a implementação do mesmo.

54 – Decisões são processos democráticos (toma-se em grupo), fazer é um processo ditatorial (deve ter um mandando). Adizes.

55 – Respeito aos membros da equipe alem de humano, protege os dentes.

56 – Respeito de forma geral protege os dentes.

57 – Membro canalha da equipe, é como cobra, só não te morde se estiver morto.

58 – “Bandido” em equipe de trabalho não é ser humano é doença oportunista.

59 – Os maus funcionários de uma equipe tendem a cada dia serem piores, pois todas noites de suas vidas eles são obrigados a dormir com um incompetente.

60 – Funcionária incompetente que sabe administrar a “piriquita” estraga a equipe e prejudica a empresa.

61 – Superior que transa com funcionária incompetente dando em troca favores profissionais, atingiu o nível mais baixo de inferioridade que o ser humano pode chegar.

62 – Ver um ser humano julgando a outro, é um espetáculo que me mataria de rir se não me causasse pena. Pitigrilli.

63 – Estola de peles é um animal que trocou de dono. Pitigrilli.

64 – Ninguém engole sapo pelo valor nutritivo do bicho. Veríssimo.

65 – Tirado de uma fonte é cópia, tirado de duas é plágio, porém, tirado de três é pesquisa.

66 – Não importa a qualidade de seu trabalho, a banca formada por acadêmicos só sabe ver a forma.

67 – Para ferrar o projeto da concorrência, indique um doutor para ajudá-los.

68 – Reconhecimento de chefe e coice de porco são parecidos, ambos são raros e quando ocorrem são curtos.

69 – Quando o gerente encontra a equipe feliz, ele fica infeliz, se perguntando onde foi que errou, não entendendo porque as pessoas estão contentes e rindo.

70 – Dize-me do que te gabas e direi o que te faltas. Freud.

71 – Em sistemas deve ser abolido o termo subentendido.

72 – As relações humanas contrariam as leis da física: quando efetivas, o somatório das partes é maior do que o todo; e quando falsas, o somatório do todo é menor do que as partes.

73 – O diabo tem dois nomes: esposa e gerente.

74 – Em projetos para calcular a parábola formada por uma pedra atirada a 30 metros, existem analistas que entrevistam a pedra.


por GUILHERME SILVA

Qual a real função do analista?

Quero começar compartilhando um artigo de um blog que li, muito interessante.

Qual o verdadeiro papel do analista? O perfil dele deve ser de desenvolvedor como o mercado hoje exige, ou deve ser alguém totalmente independente de tecnologia e focada apenas no entendimento das regras de negócio?

Segundo Philip, o autor deste artigo, o analista deve ser focado nas regras de negócio.

"O analista deve trabalhar em conjunto com os stakeholders para gerar uma visão única do projeto (já que possivelmente cada stakeholder que uma coisa diferente) e transformar isso em algo que possa ser executado (histórias). No meio do caminho eles ajudam a eliminar desperdício, introduzir idéias novas, validar os pedidos, conferir viabilidade e tudo mais que não faz parte do papel de um desenvolvedor e sim de alguém que, de fato, entenda do negócio do cliente."

"Note que o papel do analista de negócios não elimina a necessidade de termos um cliente presente. Não existe mapeamento de requisitos ou coisas do tipo, além de usar seu expertise naquele domínio em específico, o analista de negócios age como facilitador e não como ponte entre cliente e desenvolvedores. Ele também não é um tradutor, os termos de negocio e os processos devem ser entendidos por todos os envolvidos."

Particularmente, eu sou de acordo com a idéia que o analista deve sim ser expert em entender a regra de negócio, ou ainda, ter perfil de negociador, isto é, alguém que sabe como fazer o cliente expor as informações chaves e necessárias para solução do problema dele, e principalmente para convencer o cliente do que ele realmente necessita. Pois o que temos hoje são equipes que possuem desenvolvedores que não entendem do negócio e clientes que não sabem exatamente o que necessitam, resultando em sistemas que vão ao ar não contendo "exatamente o que o cliente necessita, seja por falha de comunicação ou porque ele mudou de idéia e “esqueceu” de avisar aos desenvolvedores".

Para uma metodologia mais ágil de gerenciamento de projetos, essa visão de analista seria muito mais eficaz, uma vez que o analista seria o facilitador para que a equipe pudesse trabalhar de forma mais objetiva e específica, atuando no problema bem definido e não na "lista interminável de desejos do cliente" que só descobre não serem necessários no final, quando já se gastou muito tempo e esforço para o seu desenvolvimento.

Portanto é preciso avaliar cada cenário e diagnosticar qual será a verdadeira função de um analista dentro de cada cenário.

Quem quiser ler o artigo do Philip, acesse: http://blog.fragmental.com.br/2008/11/23/deixa-para-os-analistas-de-verdade/ - Deixa Para os Analistas de Verdade… por Philip Calçado

Coaching – A conquista de Objetivos

Com certeza você já deve ter ouvido falar sobre Coaching, talvez você saiba o que é ou tenha uma pequena noção desse maravilhoso processo. De uma forma simples e rápida vou explicar para você o que é Coaching e para que serve!

Existem alguns tipos de Coaching, o Coaching Pessoal e ou Executivo, neste momento vou focar no Coaching Pessoal, a principal diferença entre os dois é, que o PESSOAL foca o objetivo individual de uma pessoa, já o executivo é para trabalhar com os objetivos da Empresa.

Definição:

Obs.: Curiosidade, Kócs é uma cidade húngara onde a palavra foi utilizada pela primeira vez para designar "carruagem de quatro rodas".

Normalmente as pessoas confundem o processo de Coaching com Terapia, mas a diferença entre COACHING e TERAPIA é muito simples. O COACHING é pragmático, objetivo, planejado, visa um alvo determinado e opera a partir do pressuposto de que as pessoas já possuem os recursos de que precisam, faltando apenas alguém para ajudar a acessar estes recursos.

É importante lembrar que Coaching NÃO É terapia, aconselhamento, psicologia, consultoria ou mentoring, como foi dito anteriormente Coaching é uma abordagem pragmática focada na realização de um ou mais objetivos específicos.

Conhecendo os Nomes:
O Coach, esse é o profissional que conduz a sessão.
O Coachee, esse é o Cliente.
Coaching é o processo entre o Profissional (Coach) com seu Cliente (Coachee).

Contato:
Quer realizar seus Objetivos?
Se SIM, entre em contato comigo, posso te ajudar chegar lá.

Cesar Campos é PERSONAL & PROFESSIONAL COACHING pela Sociedade Brasileira de Coaching.

Reflexão de 2009 – Lições aprendidas

Chegamos ao final de mais um ano... Para muitos o ano é um projeto no qual as pessoas planejam alcançar objetivos em sua vida pessoal ou até mesmo profissional. Muita gente visualiza um sonho como um projeto, só que poucos efetivamente planejam esse sonho para torná-lo realidade e raramente monitoram sua execução durante o ano.

Este momento do ano é importante para fazermos uma reflexão de tudo que fizemos durante o ano de 2009, respondendo algumas perguntas e analisando se alcançamos aquilo que tínhamos “pensado” e/ou “planejado”.
Algumas perguntas que você pode refletir:

1. Quais eram as suas metas no início do ano de 2009?
2. As metas foram as mesmas até o final do ano? Por quê?
3. Quantas metas você conseguiu atingir com sucesso? Por quê?
4. Liste quais foram as falhas das metas que você não atingiu. E identifique a onde você falhou e o por quê?
5. Essa “meta” foi planejada ou era um “sonho”?

6. Obs.: Lembre-se que sonhos não se realizam, a não ser que se transforme em missão e num ideal... no qual irão traçar sua meta; e que por final deve ser planejada e monitorada.

7. Você efetivamente planejou, executou e monitorou seu projeto durante todo o ano?

De uma forma simples você pode parar um pouco e refletir sobre essas perguntas, veja se você consegue responder todas claramente. Tente fazer isso e criar uma lista de lições aprendidas de tudo que você falhou ou até mesmo poderia ter feito melhor. E num próximo projeto semelhante lembre-se de consultar esse documento.

Duas ferramentas interessantes que pode ajudar você a desvendar um projeto é, utilizar:

1. Mapa mental
2. 5w2h

Mapa Mental:
Mapa mental é o nome dado para um tipo de diagrama, sistematizado pelo inglês Tony Buzan, voltado para:

• gestão de informações, de conhecimento e de capital intelectual;
• para a compreensão e solução de problemas;
• na memorização e aprendizado;
• na criação de manuais, livros e palestras;
• como ferramenta de brainstorming;
• e no auxílio da gestão estratégica de uma empresa ou negócio.

Em um próximo artigo falo mais sobre os mapas mentais. Para aqueles que quiserem mexer um pouco com mapas mentais podem utilizar o software free, XMind (http://www.xmind.net). Recomendo esse software!

5w2H
O 5W2H é basicamente um formulário para execução e controle de tarefas onde são atribuídas as responsabilidades e determinado como o trabalho deverá ser realizado, assim como o departamento, motivo e prazo para conclusão com os custos envolvidos.

Recebeu esse nome devido a primeira letra das palavras em inglês:

• 1 – What (o que será feito),
• 2 – Who (quem fará),
• 3 – When (quando será feito),
• 4 – Where (onde será feito),
• 5 – Why (por que será feito).

• 1 – How (como será feito),
• 2 – How Much (quanto custará)

Com isso fecho esse último artigo do ano de 2009, eu Cesar Campos desejo a você e sua família um ótimo ano novo com muita Saúde e Paz, por porque o resto nós corremos atrás planejando, executando e monitorando nossos projetos profissionais e pessoais.



Um Grande Abraço
Cesar Campos

Seleção de projetos – o modelo de pontuação

Existem algumas técnicas para selecionar um projeto na organização, irei apresentar aqui um modelo bastante interessante e muito utilizado que é o modelo de pontuação.


O modelo de pontuação ou modelo de pontuação ponderada é simples de ser aplicado, vamos imaginar que o comitê de seleção deve primeiro especificar os critérios a serem utilizados no modelo de pontuação – por exemplo:




Observe que para cada critério foi colocado um peso que vária de 1 a 5, ou seja, o peso maior caracteriza ao resultado mais desejável para a empresa e o menor é o “menos desejável”. Com os critérios e pesos definidos, basta iniciar o processo de votação.

Veja a tabela abaixo:

De acordo com nossa tabela o projeto escolhido seria o Projeto B.
Este modelo de seleção também pode ser utilizado para selecionar propostas concorrentes para projetos terceirizados.