Naweke - 1차 프로젝트 전체 회고 - 4. 회고

[이전글]

1. Naweke - 1차 프로젝트 전체 회고 - 1. 기획

2. Naweke - 1차 프로젝트 전체 회고 - 2. DB Modeling

3. Naweke - 1차 프로젝트 전체 회고 - 3. API 제작 및 배포

 

기록의 중요성을 알게 된 프로젝트

다시 처음으로 돌아와서...

 

이번 프로젝트를 하면서 느꼈던 점은, 개발에는 변수가 참 많다는 것이다.

나름 먼저 팀원들과 프로젝트 내용에 대해 전반적으로 많은 이야기를 나누고 합의를 보았지만,

진행 과정에서 기능에 대해 새로운 사항이 추가되거나 기존의 내용이 수정되는 등 변경이 많았다.

하지만 이러한 변경사항들이 꼼꼼히 기록되지 않았고, 공유되었더라도 기록되어있지 않아서 담당자들끼리 구두로 되묻고 확인하는 일련의 과정이 되풀이되었다. 그것은 담당자들이 자신의 일에 온전히 집중할 수 있는 시간을 줄였고, 결국 생산성을 낮추는 요인이 되었다.

이 경험을 통해 "히스토리를 기록하고 그것을 팀원들과 상시 공유하는 것이 프로젝트 생산성에 굉장히 중요하다는 것"을 깨닫게 되었다.

 

그리고, 이로 인한 생산성 저하는 제한된 자원 속에서 프로젝트의 퀄리티에 직결된다는 점도 알게 되었다.

시간이 부족해지면 사용자 입장에서 생각하기 보다 포기하게 되는 것들이 생긴다. 사용자의 편의와 기술, 시간 등 자원의 한계의 trade-off 상황에서 절대 사용자 편의를 포기해서는 안된다. 2주라는 짧은 기간 동안 많은 기능을 구현하여 실력을 쌓고 싶었던 마음이 컸던 나머지, 하나의 기능을 잘 구현하는 것에 소홀할 뻔했다.