Disseminando conhecimento e inovação em desenvolvimento de software corporativo
Amr Elssamadisy is a software practitioner who is also a partner with Gemba Systems working with a group of talented software practitioners helping IT organizations build better software. He helps Gemba's clients find, focus upon and understand their business goals (which aren't always that obvious), then works with them to learn and use the appropriate tools - personal, process, and technical - to reach those goals. Amr is a frequent speaker at software development conferences, regularly writes for the InfoQ and the Agile Journal, and is the author of Patterns of Agile Practice Adoption.
Nem sempre é efetiva a transformação proposta pelo Agile ou sua adoção no ambiente de trabalho. Haveria pontos em comum nos casos de fracasso e estaria o medo relacionado a isso? Opiniões variam sobre o impacto dos diferentes tipos de medo sobre o sucesso com Agile. Conheça vários pontos de vista sobre essa questão.
Teria a felicidade impacto sobre os resultados de equipes auto-organizadas? Mark Levison cita uma pesquisa em psicologia indicando que a escolha e o controle são intercambiáveis: "se as pessoas têm pouco poder, lutam pela escolha; se têm muitas escolhas, esforçam-se menos para obter poder. Isso explicaria os sucessos e as dificuldades com a auto-organização?
Conheça vários quadros Kanban que podem ser utilizados em diversas áreas, desde a administração de sistemas até equipes de vendas. O Kanban é uma forma de trabalho que veio do pensamento Lean; quadros de Kanban podem ser utilizados por diversas equipes em uma empresa.
Documentação Ágil não é exatamente o assunto mais fácil de se abordar na comunidade. Quanto de documentação devo criar? O que funciona? O que não funciona? Como partir de um processo tradicional para um processo ágil com relação aos documentos? Esta é uma área que carece de explicação na comunidade.
Uma recente discussão na lista do Yahoo! pm-agile abordou algumas frustações madiante as recomendações Ágeis, recomendações essas que foram consideradas ingênuas.
O grande sucesso de equipes Ágeis é um fato. Mas também o são os fracassos: os casos de adoções "frÁgeis", "somos menos piores" e vários outros onde equipes Ágeis falham em produzir software de qualidade e/ou falham em afetar as organizações como um todo. Seria isto algo possivelmente mensurável e "corrigido", ou seria Desenvolvimento Ágil útil apenas para algumas equipes?
No Oredev 2009, Marc Lesser deu um keynote intitulado "realizar mais com menos". Embora não falando diretamente sobre o desenvolvimento ágil, o tópico será comentado por muitos praticantes de Agile e está relacionado com o sucesso da auto organização de equipes.
As primeiras coisas que muitos pensam sobre quando considerar testes ágeis são ferramentas, automatização, quando e como fazer o teste, e o papel de testadores em uma equipe. Estes são todos temas muito dignos. Mas que estas coisas são necessárias para o sucesso e que são legais de se ter?
Qual a diferença entre testes unitários, testes funcionais e testes de integração? Parece que não há um consenso sobre a nomenclatura e a classificação dos testes, embora sejam fundamentais para os processos de desenvolvimento de sofwtare.
O Prêmio Gordon Pask trás reconhecimento a duas pessoas cujas recentes contribuições no âmbito das práticas ágeis, fazem delas pessoas a serem tomadas de exemplo por demais pessoas do ramo, na opinião do comitê de premiação.
