Café com Agile - parte 1

Há algum tempo quero escrever sobre desenvolvimento ágil, que é uma área de desenvolvimento que gosto muito. O único problema é que desenvolvimento ágil é um assunto com muito material na internet. O grande desafio é falar sobre o assunto sem cair no "mais do mesmo", apesar de não ser um especialista no assunto, eu queria criar um material diferente dos diversos artigos, apresentações e palestras que é possível encontrar na internet.

A forma que encontrei para abordar o assunto de forma mais criativa, foi através de uma conversa entre amigos, algo parecido com a série Café com Flex, que o pessoal da d-click fez sobre o Adobe Flex. É ai que surge o meu amigo Sandro, que trabalha comigo na Datasul Saúde e é especialista em Gerência de Projetos. Ele topou a idéia de fazer uma conversa envolvendo Gerência de Projetos nos moldes do PMI e Desenvolvimento Ágil com uma certa ênfase em Scrum. Eu gostei muito do resultado, acho que conseguimos criar um bom material, que vale tanto para quem quer ver alguma coisa sobre gerênca de projetos, como para quem quer conhecer mais sobre desenvolvimento ágil.

Decidimos dividir esse bate papo em 3 partes, para não ficar tão cansativa a leitura, acompanhem os próximos posts, espero que gostem.


Milton: Sandro, antes de começar o nosso bate-papo, gostaria de dizer para os nossos leitores que você é meu amigo de trabalho aqui na Datasul Saúde, atualmente atua como Analista de Suporte, e é especialista em Gerência de Projetos pela FGV, com uma forte ênfase nas práticas de gerenciamento de projetos definidas pelo PMI e mais algumas práticas complementares, estou certo ao afirmar isso?
Sandro: Sim, o curso ministrado pela FGV é diferenciado dos demais cursos voltados somente para a certificação PMP.
Sandro: Nesse MBA vimos outros temas que ajudam as boas praticas do PMI. Temas, inclusive, que a própria FGV aposta que serão incorporados ao PMBOK em futuras publicações, tais como: Marketing, Negociação, Gestão de Mudança Organizacional e Comunicação fora do âmbito do projeto
Sandro: É importante deixar claro que, a parte do MBA, existe a certificação que o PMI oferece, o PMP. Com esta certificação, eu seria um especialista do PMI.
Milton: O PMI é o Project Management Instutite, que é uma organização que tem por objetivo estudar, identificar e disseminar as melhores práticas relacionadas à gerência de projetos, certo?
Sandro: Sim, e também fomenta
Sandro: As suas boas praticas são publicadas, de tempos em tempos, um livro chamado de PMBOK (Project Managemente Body of knowlege)
Milton: Interessante, a idéia desta conversa é justamente poder falar um pouco sobre Gerência de Projetos de forma geral e também um pouco sobre Agile, então só para esclarecer, essa tal "Gerência de Projetos" trata sobre o que exatamente?
Sandro: Boas praticas que podem ser utilizadas em qualquer tipo de projeto
Milton: E estes mesmos conceitos podem ser aplicados na rotina de pessoas que executam o trabalho operacional, no dia-a-dia da empresa?
Sandro: Sim, é possível, por exemplo, a gestão da comunicação sugere a identificação de stakeholders (que são as partes interessadas em um projeto) e quando cada stakeholder tem que receber a informação, em qual mídia, etc.
Parte do que a Gestão de Comunicação aborda e recomenda, eu aplico em meu dia-a-dia, mesmo não estando em uma posição de gerencia.
Milton: Sem se prender a metodologias, podemos dizer que qualquer pessoa, independente de posição em hierarquia poderia utilizar conceitos de gerência de projetos para ajudar no desenvolvimento de suas atividades no dia-a-dia, certo?
Sandro: Sim, pelo menos eu acredito que sim.
Sandro: Um bom exemplo seria o seguinte:
Se uma empresa que está contratando um Gerente de Projetos, descobrir que a sua vida pessoal é desorganizada, sem planejamento, a contratação desse profissional pesara nesse item (em casa de ferreiro o espeto tem que ser de aço), principalmente se os projetos que ele assumir forem de milhões de reais.
Sandro: Forcei um pouco a barra, mas a idéia é de que essas práticas estejam sempre em mente.
Milton: Agora vamos falar um pouco de agile, o q você já viu ou leu sobre agile?
Sandro: Já ouvi alguns podcasts sobre Agile e também de scrum
Sandro: Posso perceber que o mercado está começando a abraçar o SCRUM, ou seja, está começando a aceitá-lo sem torcer o nariz para uma coisa nova que não vem do RUP e outras mais conhecidas
Milton: Só complementando, Agile é algo como uma "filosofia" para gestão de projetos, scrum é uma metodologia que segue os princípios de agile
Sandro: Mas é especificamente voltada para desenvolvimento de software, certo?
Milton: Agile vem do manifesto ágil, que foram alguns princípios definidos por algumas pessoas que desenvolviam software de uma forma pouco convencional para a época
Milton: Estes princípios foram os pontos de convergência que eles encontraram entre cada uma de suas metodologias
Milton: E você está certo sim, de modo geral, todas as metodologias ágeis foram concebidas para tratar projetos de software
Milton: A única exceção, talvez seja o scrum, que é visto como um "framework de gerenciamento", que pode ser aplicado a qualquer tipo de projeto
Sandro: Ou seja, esse pessoal conseguiu formar uma “opinião”, gerando princípios
Sandro: Achei esse lance do Manifesto Ágil um pouco fora do comum, pois não vemos esse tipo de manifesto em outros processos/tendências
Milton: Realmente, normalmente o que acontece é uma coisa mais TOP-DOWN né?
Milton: Exemplo: A IBM contrata um grupo de profissionais muito bons e produz um processo (RUP), e depois vende uma ferramenta baseada neste processo (Rational)
Sandro: Sim
Sandro: Mas existe um instituto que regule essas práticas?
Milton: Bom, preciso deixar uma coisa muito clara, se você entrar no site do manifesto ágil, você vai ver que lá só tem 4 frases, que representam o manifesto. Esses são os princípios seguidos por qualquer metodologia ágil
Milton: As metodologias em si, é outra história. Eu particularmente tenho um conhecimento mais aprofundado em scrum, que é mantido pela agile aliance
Milton: Até onde eu sei, é a única metodologia ágil que possui uma organização por trás, outras bastante difundidas como a extreme programming foram desenvolvidas na prática por um pequeno grupo de pessoas, e depois divulgadas
Milton: Inclusive, a extreme programming foi desenvolvida pelo Kent Beck a partir de um projeto na Chrysler
Sandro: Entendi
Sandro: Clareou agora
Sandro: Existem certificações para estas metedologias ágeis?
Milton: Não são todas as metodologias ágeis que possuem certificações. Até hoje, só vi um processo de certificação em scrum
Milton: Existe uma resistência muito grande na comunidade ágil para certificações. Principalmente pelo fato de que uma certificação simplesmente certifica o conhecimento teórico sobre o assunto
Milton: Há pouquíssimas certificações atualmente que avaliam experiência, capacidade e qualidades humanas, como postura e comportamento
Sandro: Sim, difícil mesmo
Milton: E mesmo a primeira "certificação" do scrum que é a Certified Scrum Master é muito contestada, pois para conseguir esta certificação basta assistir a um curso de 16 horas em dois dias. Claro que o curso é ótimo, mas não certifica nada além de que a pessoa assistiu ao curso
Milton: E mesmo para PMP, a única avaliação é a prova baseada no PMBok, assim como as provas da sun para certificação java, Microsoft, ITIL e tantas outras certificações que existem por ai
Sandro: Concordo, inclusive para o PMP é uma prova de 4 horas incrivelmente decoreba (o processo xyz tem uma entrada/processamento/saída, quais são as entradas e as saídas?)
Milton: Nesse ponto eu até concordo com a comunidade ágil, uma certificação até pode ser um diferencial no mercado, mas na prática é apenas uma prova de que você decorou muita coisa sobre um assunto, só disso

Link para a Parte 2

Link para a Parte 3