Neste artigo reproduzo o framework para desenvolvimento ágil proposto por Jim Highsmith no livro “Agile Project Management: Creating Innovative Products, Second Edition”.
E você como tem desenvolvido os seus sistemas, ou mesmo tocados outros projetos que não de desenvolvimento? Tem adotado alguma das práticas ágeis, ou não? Utiliza-se do velho conhecido modelo “cascata”, ou alguma metodologia ágil?
Tenho buscado adotar algumas práticas propostas pelas metodologias ágeis para a gestão de projetos, pois entendo que só utilizar o PMBOK não é suficiente para um cenário de incertezas cada vez maiores nos projetos. Quando se busca abordagens para a gestão de projetos deve-se considerar que:
O mercado de certificações profissionais na área de TI movimenta milhões todos os anos, e há certamente certificações para todas os tipos de necessidades, e aquelas mais reconhecidas e valorizadas e as que não fazem tanto sucesso.
Na área da engenharia de software há uma certificação que está agora sendo oferecida aqui no Brasil, e ainda pouco conhecida que é a CPRE-FL (Certified Professional Requirements Engineer – Foundation Level) . Essa certificação é mantida pelo IREB (International Requirements Engineering Board), e oferecida no Brasil pelo IBQTS (Instituto Brasileiro de Qualidade em Testes de Software).
Está disponível no site do IBQTS o material chamado de syllabus que documenta os conteúdos a serem estudados para o exame de certificação. Esse material pode ser obtido no site do IBQTS. Além do syllabus está disponível também um glossário de termos.
Por fim existe um livro recomendado para quem vai fazer o exame, que pode ser comprado na Amazon ainda só disponível em inglês. Veja mais informações na página sobre essa certificação.
Penso que todos os profissionais que trabalham com engenharia de software deveriam passar por algum tipo de certificação em engenharia de requisitos, dado a importância dessa disciplina para o desenvolvimento de um software com qualidade.
O Scrum tem sido cada vez mais adotado tanto para a gerência do desenvolvimento de software, como a gerência de projetos de modo geral. A gerência baseda no Scrum difere da escola tradicional de gestão em diversas áreas. A tabela abaixo sumariza as principais diferenças entre essas duas escolas:
Como professor da graduação do curso de tecnologia em análise e desenvolvimento de sistemas sei claramente as dificuldades que nossos alunos ainda enfrentam com a língua inglesa, o que muitas vezes acaba por limitar o acesso a bons materiais de engenharia de software.
Um outro ponto importante que sempre busco para os meus alunos são materiais de boa qualidade e de leitura leve. Acredito que isso facilite o aprendizado.
Relaciono abaixo cinco principais práticas propostas pelo Scrum:
1. Clientes devem se tornar parte do time de desenvolvimento;
2. Devem existir entregas intermediarias frequentes;
3. O time de desenvolvimento deve estar alerta aos riscos do projeto e desenvolver ações de tratamento aos riscos;
4. Não esconder problemas e riscos debaixo do tapete;
5. Deve haver transparência no planejamento e no desenvolvimento do módulo;
Ao ler essas cinco práticas propostas pelo Scrum penso: que realmente elas nos trás de novo?
A elicitação de requisitos para o desenvolvimento de software tem sido um desafio para os praticantes da engª de software. Todos sabemos que um requisito mal elicitado causará problemas em todo o restante do desenvolvimento, mas mesmo assim ainda cometemos muitos erros. Segue abaixo três abordagens que julgo serem importantes e que nos ajuda muito na elicitação dos requisitos:
Na linha de que uma imagem vale por mil palavras, estava buscando na internet um vídeo que ilustrasse a importância da engenharia de requisitos para o desenvolvimento de um software com boa qualidade e custos e prazos controlados. Encontrei então o vídeo abaixo, que ilustra de forma leve e bem humarada os problemas que a engenharia de requisitos busca resolver.
Esse vídeo foi adaptado e traduzido a partir de http://www.youtube.com/watch?v=6LCEGR7s6W8
A elicitação de requisitos visa identificar e descrever os requisitos de um software a ser desenvolvido. O processo para a elicitação de requisitos prevê primeiramente a identificação dos objetivos gerais do software, informações sobre os problemas atuais existentes e por fim as necessidades que devem ser endereçadas pelo software.
Sabendo-se que o objetivo de um software é o de servir vários usuários, pode-se supor que a maneira mais simples de se elicitar os requisitos é simplesmente perguntar aos usuários quais são suas necessidades quanto ao novo software a ser desenvolvido. Infelizmente esse processo não é tão simples quanto parece. Conheça as seis principais barreiras na elicitação de requisitos: Leia mais …
As fábricas de código estão fora de moda, e esta difícil de encontrar no mercado alguém que as defenda. Mais fácil encontrar quem as odeie: esses pregam que programar não pode ser transformado em atividade fabril, que o desenvolvimento de software demanda intelecto e não mãos operárias para trabalhos repetitivos.
O que nos desafia no desenvolvimento de um software ainda e o tripé custo prazo e qualidade. E mais: como entregar valor para o negócio ao qual o software atendera?
