신기한 연구소

업무팀의 신규화면 개발 요청이 왔다.

그리고 개발 요청서가 왔다. 요청서를 가지고 업무팀과 요건정의(요구사항정의)를 위해 회의를 한다.

업무 상세를 확인하고 일정을 조정 및 확정한다.

이제 컴퓨터 앞에 앉아서 요구사항을 정리하고 계획을 세우고 개발 준비를 한다.

가장 먼저 무엇을 하는가?

우선 큰 그림을 본다. 화면은 어떻게 구성되는가? 데이터 처리는 어떻게 되는가? 가장 난이도가 있는 로직은 어떤 것인가?

기간 내 개발을 완료하기 위해 가장 중요한 것은 양과 난이도이다. 아무리 쉬워도 개발 분량이 많다면 기간을 맞추기 힘들 것이고 개발 분량이 적어도 난이도가 있어서 해결할 시간이 많이 필요하다면 또한 기간을 맞추기 함 들다.

우선 전체 큰 그림을 보고 일정을 대충 맞춘 다음 난이도 있는 부분을 분리해서 따로 관리한다. 관리자 입장에서는 일일보고 또는 주간보고에 진척률을 확인하는데 시간이 흘러도 진척률이 부진하면 걱정과 문제가 있는지 확인 요청이 올 수 있다. 보통 이런 경우가 발생하는 이유는 개발자 입장에서는 "나는 난이도 있는 부분을 개발하는 중이라 분석도 하고 단위 테스트도 하면서 개발하느라 잠깐 정체되어 있는 거지 큰 문제는 없다" 라고 생각한다. 하지만 관리자는 한 명의 개발자만 관리하는 게 아닌지라 보고서의 진척률을 보고 평가할 수밖에 없다. 구두로 상황 설명을 해서 안심시키려고 했을 때 받아주는 관리자가 있는 반면 의심을 하는 관리자도 있을 것이다.

꼭 이런 상황을 대비한다기보다 개발자 본인도 명분도 있고 자신감을 갖기 위해서는 다른 방법을 사용하는 게 나을 것이다. 우선 전체 진척률을 관리하기 위해 쉬운 부분은 매일 꾸준히 진행을 하는 것이다. 그리고 따로 분리해 놓은 난이도 있는 부분은 가장 집중력이 좋은 시간대에 2-3시간 정도 작업을 한다. 집중력이 떨어지면 쉬운 부분을 작업하거나 문서작업을 하면 시간을 잘 활용할 수 있게 된다.

가장 중요한 건 내가 언제 가장 집중력이 있느냔 것을 파악해야 된다. 또한 퇴근하면서 내일 어떤 부분을 진행할지 한 번 생각해 보는 것도 좋고 아침에 출근해서 오늘 어떤 부분을 진행할지 메모를 해서 모니터에 붙여서 진행해도 일정 관리에 큰 도움이 된다.

난이도 있는 부분도 진행하고 이후 쉬운 부분도 진행해서 진척률을 관리하면 관리자 입장에서도 크게 신경 쓰지 않는다. 특히 난이도 있는 부분이 잘 진행돼서 완성되면 이제 남은 작업은 수월하게 진행될 것이다.

난이도 관리를 하지 않으면 보통은 진척률 관리에 이슈가 발생할 수도 있고 완료 시간에 다 되어서 갑자기 난이도 있는 부분이 발견되면 일정을 맞추기 힘들어질 수 있다.

먼저 큰 그림을 보고 난이도를 분리해서 관리하면 일정을 맞추는데 도움이 될 것이다.