A adoção e adaptação constantes em um projeto de um órgão público

download A adoção e adaptação constantes em um projeto de um órgão público

If you can't read please download the document

description

Slides de minha palestra no TDC 2014 São Paulo. Nesta palestra apresentei fatos que visam ajudar pessoas inexperientes na adoção de métodos ágeis e fiz um relato das minhas experiências. Como um time de novatos em métodos ágeis vivencia o processo terceirizado de desenvolvimento de um sistema. A cultura, os erros e os acertos sob a perspectiva de um desenvolvedor e servidor público.

Transcript of A adoção e adaptação constantes em um projeto de um órgão público

A adoo e a adaptao constantes em um projeto de um rgo pblico

@rogerio_gentil

Sobre

Tcnico de TI na Secretaria de Informtica da UFSCar

Desenvolvedor Java Web h 3 anos

Matemtico, desenvolvedor, rockeiro, guitarrista, vocalista, esportista, palmeirense...

'Axpira' a agislista

Cenrio em 2011

Universidade com +10.000 alunos matriculados na graduao

3 sistemas para controle acadmico da graduao (2 JSP/Servlet + 1 Delphi)

MVC? DAO? Design Patterns?

Bugs, problemas de performance, base sem normatizao ...

Documentao escassa

Cenrio em 2011

Parte dos processos no automatizados

Funcionalidades pendentes e novos requisitos surgindo

Miniequipe: 1 analista e 1 tcnico de TI

Deciso: Terceirizao

Reengenharia dos sistemas existentes (temos os cdigos fonte extrair regras de negcio)

Reengenharia = engenharia reversa + engenharia avante + novos requisitos

Metodologia de desenvolvimento: SCRUM

2 P.O.s: 1 P.O. Tcnico + 1 P.O. de Negcio

Contratao de equipe de no mnimo 4 analistas

Deciso: Terceirizao

Licitao Backlog de funcionalidades pr-estabelecido para determinar valor ($$$) a ser licitado

Pagamentos facultados as entregas homologadas

Resumo dos 1 e 2 Sprints

Equipe de desenvolvimento remota da terceirizada

Levantamento de requisitos (planning)

Desenvolvimento (basicamente de CRUDs) + migrao de dados (spring backlog )

Entrega para os stakeholders (review)

Equipe da Sin + Stakeholders

Homologao do entregvel

Retrospectiva dos 1 e 2 Sprints

Sprints longos, acmulo de dbitos tcnicos e documentao extensa

RUP? hora de mudar:Enxugar documentao (software em funcionamento mais que documentao abrangente)

Equipe da Sin assumir tarefas em funo do melhor conhecimento do negcio

Resumo dos 3 e 4 Sprints

Equipe da Sin

Levantamento de requisitos antecipado (planning)

Migrao de dados

Equipe de desenvolvimento remota da terceirizada

Refinamento dos requisitos levantados

Desenvolvimento (sprint backlog)

Entrega para os stakeholders (review)

Equipe da Sin + Stakeholders

Homologao do entregvel

Retrospectiva dos 3 e 4 Sprints

Aumento no acmulo dbitos tcnicos e escassez de documentao

SCRUP?! Hora de mudar novamente...Aumentar integrao entre equipes tcnicas

Resumo do 5 Sprint

Equipe da Sin + Analista de Negcios da terceirizada

Levantamento e validao de requisitos antecipados com wireframes (planning)

Equipe da Sin

Migrao de dados

Equipe de desenvolvimento remota da terceirizada

Desenvolvimento (sprint backlog)

Entrega para a equipe da SIn (review)

Equipe da Sin + Stakeholders

Homologao do entregvel

Resultado do 5 Sprint

Boa documentao

Perceptvel falta de comprometimento dos stakeholders (descrdito do produto)

Muda de novo:Aumentar integrao entre equipes tcnicas ainda mais (TV + Skype)

Preocupao com marketing do projeto

O que veio a seguir...

Problemas com homologao: escassez de testes automatizados e muitos testes manuais

Mudanas na equipe tcnica e de negcio

Acrscimo de prazo para trmino do projeto

Escopo planejado diferente do escopo a ser entregue

Contudo...

Aparente reduo de bugs na entrega

Requisitos mais confiveis

Avaliao no momento

Falha no planejamento:

da estimativa: emprica, resultado de pouca experincia com metodologias geis + falha no levantamento das funcionalidades para licitao

Problemas para alterar funcionalidades j homologadas (pagas)

Tendncia a waterfall nas crises

Tentamos (equipe da SIn) sempre...

Responder as mudanas mais que seguir um plano

Tentaram (equipe da terceirizada) sempre...

Colaborar com o cliente mais que negociar contratos

Concluso

Ainda...

Estamos descobrindo maneiras melhores de desenvolver software

Para Repensar

Iniciar a adoo com projetos menores (pilotos) = menor impacto e expectativa ganhar em maturidade

Scrum by the book no foi legal (adequaes so necessrias e no existe bala de prata)

Comunicao o pilar para qualquer processo de desenvolvimento gil equipes remotas = maior comunicao

e repensar ...

Melhor maneira de licitar: escopo aberto vs escopo fechado?!

Levantar requisitos para determinar custo de licitao mesmo sabendo que os requisitos sero modificados durante o processo de desenvolvimento?

Como estimar custo e prazo sem requisitos?

Para encerrar...

Perguntas?