Os diagramas de Gantt, usados nas ferramentas automáticas de gerência de projetos, permitem planejar e acompanhar a evolução de fatores como a duração das tarefas, as possibilidades de antecipação e adiamento de datas de início e término de tarefas, as precedências entre tarefas etc., bem como permitem designar as pessoas envolvidas e o esforço necessário para cada tarefa de um projeto.

A associação do método PERT com os diagramas de Gantt resulta em uma ferramenta de gerência de projetos cuja eficiência não pode ser igualada usando o método CPM com os mesmos diagramas de Gantt.

Tanto PERT quanto CPM foram implementados em uma variedade de ferramentas automáticas disponíveis virtualmente para todo tipo de computador pessoal.

O foco dos métodos PERT e CPM é a identificação das tarefas para realização do projeto.

O método PERT permite avaliar a duração do projeto como um todo com base em projetos passados, de maneira oposta à do método CPM que tem base na definição de um caminho crítico, ou seja, a cadeia de tarefas que determina a duração do projeto.

Riscos relativos a requisitos dos usuários preocupam os reponsáveis pelos projetos, pois, caso ocorram problemas no desenvolvimento, há impactos na qualidade do software percebida pelos usuários, mesmo que tais impactos possam ser imputados aos próprios usuários.

Como os riscos são de todo modo imprevisíveis, os responsáveis pelos projetos de software não se preocupam com eles na fase de planejamento, preferindo encontrar soluções à medida que os problemas forem surgindo.

Os modelos de estimativa de projetos, a exemplo de function-points e COCOMO, permitem realizar previsões que precisam ser calibradas para cada tipo de organização, pois mostram-se relativamente heterogêneas de uma para outra organização.

A interdependência entre vários elementos de um software de grande porte permite compactar as soluções adotadas, reduzindo, em conseqüência, o esforço de desenvolvimento.

Para várias aplicações, em função das estimativas realizadas na atividade de planejamento, o responsável pelo projeto pode decidir comprar o software, ao invés de desenvolvê-lo, mas isso depende da importância que este software tem para a organização.