Welcome to Sign in | Join | Help

Disciplina por Processos

Seguindo com a nossa avaliação do triângulo mágico, passamos para o segundo “lado”: Processo.

Na minha concepção, o principal objetivo desse “lado” é definir todas as atividades envolvidas no desenvolvimento de uum projeto de software e os artefatos a serem criados. Além disso, disciplinar a execução e o gerenciamento de todas essas tarefas. Em outras palavras, de forma bem simples, poderíamos definir processo como a forma de se fazer algo, os meios de se chegar a um resultado planejado. Aqui, considero como essencial uma habilidade: disciplina!

Muitos profissionais da nossa área, quando passam por uma implantação de um processo no seu ambiente de trabalho, costumam resistir e pensar que tudo aquilo é uma burocracia exagerada e irá “engessar” a execução das atividades. “Para que gerar esses diversos documentos? O que importa é o código, o resultado final”. Se avaliarmos friamente, eles não estão errados. Entretanto, eles esquecem de levar em consideração que trabalhamos numa área em que os requisitos são intangíveis. Por isso, o processo é um meio para torná-los tangíveis e claros entre ambas as partes (cliente e fornecedor). Os processos tem esse grande objetivo. Isso faz com que tenhamos uma execução bem definida, minimizando custos com retrabalho e imprevistos no planejamento.

Vamos imaginar o desenvolvimento de um produto, onde temos recursos humanos e uma grande vontade de desenvolver um projeto para um cliente. As atividades não estão claramente definidas para a equipe, é estimado um tempo de desenvolvimento sem nenhum embasamento e o projeto inicia com o levantamento de requisitos e logo em seguida a codificação do que foi levantado. Outro recurso valida o que foi implementado e faz a implantação no cliente. Você acha que esse projeto atenderá as expectativas do cliente? Acreditem, existem produtos que são desenvolvidos dessa maneira e em alguns casos conseguem atingir os objetivos. Entretanto, a grande maioria de empresas que trabalham dessa maneira "engordam" as estatísticas de fracassos em projetos.

Tendo um processo definido, as atividades que compõem todo o ciclo de desenvolvimento, bem como sua sequência de execução e técnicas envolvidas, são conhecidas. Todos os documentos que serão gerados em todas as fases do desenvolvimento também são definidos e divulgados entre os membros da equipe.

Outro ponto importante é definir claramente os papéis e responsabilidades de cada componente do time. As pessoas que participam do projeto devem conhecer quais são as suas atribuições e o que o seu líder espera do seu trabalho e qual a sua contribuição para o resultado do projeto. Isso evita conflitos, retrabalhos, além de dar maior segurança e foco no desenvolvimento das atividades.

Para finalizar, gostaria de deixar uma reflexão: se vocês quiserem saber a qualidade de um produto qualquer no mercado ou, especificamente na nossa área, de um projeto de software, saiba como este foi desenvolvido, quais as etapas foram executadas na sua produção. Conhecendo o processo, você terá bons indícios a respeito da qualidade do resultado que foi gerado.

Vamos gerar conhecimento? Enviem seus comentários e visões sobre esse assunto...

 

Abraços,

Alércio Bressano
Published Thursday, April 27, 2006 2:38 PM by alercio
Attachment(s): Ideia.JPG

Comments

# MSF Overview: parte I

Tuesday, May 02, 2006 2:14 PM by alercio
Público-alvo: interessados em conhecer e se aprofundar em conceitos do MSF

Introdução
Após a contextualização...
Anonymous comments are disabled