Também não digo que é para ficar todo o tempo analisando problema, fazendo diagramas, conversando com os futuros usuários, estimando custos e prazos e não codificar nada.

Supondo que resolva não seguir padrões de UML, ou de Análise Estruturada e criar uma própria técnica de análise siga em frente. Porém esteja certo de que há alguns pontos a considerar dentro do projeto.

Definição do escopo do software

• Converse com clientes, futuros usuários, pessoas do ramo, com quem precisar e defina exatamente o que o seu software vai fazer e o que não vai fazer.
• Esteja certo de que isso é o quem solicitou o software quer.
• Defina também alguns fatores para que seu software seja de qualidade como: performance, segurança, facilidade de uso etc.

Projeto do Software

Faça diagramas, fluxogramas, descreva textualmente cada função do sistema se for preciso. E só pra garantir confira mais uma vez com o solicitante. E o mais importante, estime prazos e gastos pois é nesta hora que podem ser revistas cláusulas contratuais.

Desenvolvimento

Esta fase deve se iniciar fazendo com que cada membro da equipe esteja com o conteúdo das fases anteriores na ponta da língua, ou seja, que cada membro da equipe conheça o projeto de cabo a rabo. Isso evitará transtorno em caso de remanejamento de membros para outros projetos ou de inserção de outro, pois qualquer um da equipe pode instruir novos membros, o que dá uma agilidade incrível, principalmente se o projeto é de longo prazo.