Codename Blog

Na última quarta-feira, realizei mais uma palestra no SENAC. Desta vez, na unidade de Itu-SP. O tema apresentado foi Produtividade com Visual Studio 2008. Conversamos sobre os novos recursos do VS2008 que aumentam a produtivade do desenvolvedor, facilitam a comunicação da equipe, e permitem o gerenciamento eficiente do Ciclo de Vida da Aplicação (ALM). Apesar do pequeno número de pessoas presentes, todos estavam bastante interessados e o feedback foi muito positivo. Para aqueles que solicitaram, aqui está o arquivo da apresentação.

Este white-paper demonstra como utilizar o VSTS 2005 ou VSTS 2008 para implementar o gerenciamento de requisitos do seu projeto. De quebra, aponta alguns desafios envolvidos no ciclo de gestão dos projetos de software que a Microsoft pretende contemplar na próxima versão: Visual Studio Team System codename “Rosario”.

Faça o download diretamente no Visual Studio Developer Center.

Ao longo de anos que tenho me dedicado ao desenvolvimento de soluções customizadas, pude observar uma grande evolução nos processos, metodologias e ferramentas para o desenvolvimento de software.

Mas nem todos acompanham esta evolução. Encontramos com freqüência clientes que procuram soluções milagrosas para as necessidades das suas empresas. As soluções conhecidas como “softwares de padaria” ou “softwares de pastelaria” são muito mais comuns do que se imagina. Diariamente recebemos metas para entrega de projetos que simplesmente ignoram datas antes estabelecidas com base em análise e planejamento.

O cliente, acostumado com maus prestadores de serviço que proliferam no mercado de desenvolvimento de softwares, habilmente, insere no contexto comercial da contratação do serviço, um deadline para receber o software. Eles tem sempre bons argumentos para sustentar suas prioridades. 

Analise este cenário absurdo. Um cliente, que não conhece absolutamente nada sobre processo de desenvolvimento de software (na maioria dos casos conhece tão pouco os processos da sua empresa), passa a determinar o prazo para planejamento e execução do seu projeto. E nós muitas vezes, por questões comerciais óbvias, aceitamos essas metas colocando em risco o trabalho de toda uma equipe e o nome da sua empresa. Reflita.

No mercado de desenvolvimento de software, para apresentar uma estimativa de prazos e custos (coerente e factível), o profissional precisa de sólidos conhecimentos, boas ferramentas e o suporte de uma boa metodologia - ou ele usa a bola de cristal.

Assim, quando você encontrar um cliente com este perfil, ao invés de encaminhá-lo para a padaria, você pode solicitar que ele escolha apenas duas opções entre as três alternativas: Bom, rápido e barato! A escolha é dele! Não tem mágica! Experimente construir uma casa sem fundação e sem plantas (estrutural, elétrica e hidráulica) e observe o resultado. 

Direitos do Cliente

1. Definir metas para o projeto e ter essas metas seguidas.
2. Saber quanto tempo será necessário para concluir o projeto e qual será o custo final.
3. Decidir quais funcionalidades serão inseridas e quais serão retiradas do software.
4. Poder realizar alterações razoáveis no escopo do projeto e saber qual será o impacto dessas mudanças no cronograma e no custo do projeto.
5. Saber a situação atual do projeto de forma clara e confidencial.
6. Ser alertado regularmente sobre riscos que possam afetar o orçamento, cronograma ou qualidade do projeto, e ser munido de alternativas que possam evitar ou minimizar o impacto desses riscos.
7. Ter pronto acesso ao software a cada etapa concluída ao longo de todo projeto

Direitos da Equipe de Desenvolvimento

1. Conhecer as metas e prioridades do projeto de forma transparente.
2. Saber exatamente qual é a definição clara e abrangente do produto que devemos construir.
3. Ter acesso livre ao cliente, gerente, equipe de marketing, ou qualquer outra pessoa envolvida no processo de decisão das funcionalidades do software.
4. Trabalhar em cada fase do projeto de forma tecnicamente responsável, especialmente não sendo forçados a iniciar a codificação do projeto precocemente.
5. Aprovar as estimativas de recursos e prazos para conclusão de qualquer tarefa pela qual será cobrada posteriormente. Isso incluir ter o tempo necessário para elaborar estimativas precisas e poder revisá-las sempre que o projeto sofrer qualquer alteração.
6. Reportar periodicamente a situação do projeto de forma acurada para os clientes e superiores.
7. Trabalhar em ambiente produtivo, livre de interrupções e distrações, especialmente durante as fases críticas do projeto.

Por mais de uma geração, projetos de desenvolvimento de software tem falhado sem uma boa razão. Esses projetos não alcançaram o estado da arte no desenvolvimento de software. Eles não ultrapassaram os limites de pesquisas em áreas específicas. Eles falharam simplesmente porque não podiam suportar o próprio peso. Assim como o urso Edward, desenvolvedores de software, gerentes de projeto e seus clientes, batem a cabeça na escada sempre da mesma forma, projeto após projeto. O percurso que eles seguem é sempre familiar, porém ineficiente, fadado ao erro, e também doloroso.

A sobrevivência de um projeto não acontece acidentalmente. O trabalho exigido para o sucesso de um projeto não é especialmente dificil, e também não é apenas um fator que consome tempo, mas precisa ser executado de forma disciplinar desde o primeiro até o último dia do projeto.

A prática do desenvolvimento de software avançou até um ponto onde poucos projetos de médio porte estão destinados ao fracasso. Quando os desenvolvedores, gerentes e clientes pararem de bater suas cabeças contra os mesmos e velhos problemas e começarem a preocupar-se em adquirir as habilidades necessárias, seus projetos terão sucesso.

Steve McConnell