1. 프로세스 정립 - 프로젝트 관리의 두번째 규칙

0. 나눠서 정복하라 - 프로젝트 관리의 첫번째 규칙

1) 업무 프로세스 정립

프로세스는 기획 -> 구현 -> 테스트 -> 오픈 등의 전체 프로젝트 업무를 정의한 것부터 개별적으로 구현할 기능 프로세스까지 다양한 단위에 존재한다.

소프트웨어 프로젝트의 업무 프로세스는 업무 프로세스 정립, 시나리오 작성, WBS 작성, 개별 기능 프로세스 정립, 구현 및 테스트, 배포 및 오픈으로 구성된다.

업무 프로세스의 첫 단추는 이 프로젝트에 적합한 프로세스를 정립하는 것이고, 이것이 만들어진 이후에는 이 절차에 충실하게 프로젝트가 진행되어야 한다.

2) 기능 프로세스 정립

기능 설계를 프로세스를 기준으로 할 것인가, 데이터(DB) 중심으로 할 것인가는 상황에 따른 선택에 달려 있다.
경우에 따라 데이터 처리가 주된 경우라면 DB 중심으로 하는 것이 좋고, 데이터 처리 이외의 처리(프로세스)가 있고, 그것들이 중요하다면 프로세스 기준으로 하는 것이 좋다.

DB 중심의 진행에선 DB 처리 이외의 프로세스를 표현하기에 적절하지 않은 점 때문에 작업 초기에 고려하지 못 했던 프로세스들이 정리되지 못 해서 잊혀지거나, 무시되는 상황이 벌어질 수 있다.

따라서 DB보다는 프로세스에 초점을 맞춰 작업을 시작하는 것이 안전하다.
물론 이것은 너무 당연해 굳이 불필요한 프로세스를 구색을 맞추기 위해 정의해야 하는 경우도 있어 분명 초과비용이 들지만, 추후의 확장의 필요성을 고려했을 때 더 좋다는 것이다.

기능 프로세스 정립은 글, 기호, 이미지, 도형 등으로 전체 내용을 이해하기 쉽게 정리하고, 그 흐름을 중시해서 표현한다.
때문에 도형과 흐름을 표현하기 쉬운 위드나 파워포인트로 작성하는 것이 적당하다.