좋은 개발이란 뭘까?…완벽한 코드보다 중요한 것

예술이 아닌 비즈니스로서 개발

프로젝트에서 가장 중요한 것은 ‘우선순위’다

프로젝트를 진행할 때는 목표와 우선순위를 분명히 정하고, 이에 어긋나는 사항은 차순위로 미뤄야 한다. 더 효율적인 코드, 더 이상적인 구조 역시 중요하다. 하지만 방향이 정해져있고 마감 기한 또한 얼마 남지 않았다면, 모든 걸 이상적으로 맞추려는 태도는 오히려 프로젝트를 산으로 가게 만들 수 있다. 최근 경험을 통해 나는 이 사실을 피부로 느꼈다.

최선의 기획이 항상 최적의 기획은 아니다

좋은 기획이란 사용자 경험을 고려하고, 현실적인 개발 환경을 반영하며, 다양한 케이스를 포용하는 것이다. 하지만 이미 방향이 정해진 상태에서 이상적인 기획만 고집할 수는 없다. 특히 마감 기한이 임박한 상황에서는 현실적인 선택이 필요하다.

완벽한 수정이 아니라, 가능한 해결책을 찾아야 한다

A프로세스가 전부라고 가정하고 진행돼왔던 서비스 회의에서 B프로세스도 존재한다는 점이 지적되었다. B프로세스까지 고려한 기획이 이상적인 기획이라는 건 분명했다. 하지만 개발은 이미 시작되었고, 남은 기간은 단 1주일 뿐이었다.

새로운 케이스를 반영하려면 기획을 원점에서 재검토해야 했고, 그렇게 되면 마감 기한을 맞출 수 없었다. 즉, 옳은 방향이라도 현실적으로 적용할 수 없는 경우가 있다.

시간이 부족할 땐, ‘할 수 있는 것’에 집중해야 한다

처음에는 지적이 타당해 보였고, 의견을 제시해준 분도 적극적으로 의사를 피력하셔서 최대한 반영하려고 노력했다. 하지만 논의가 길어지는 동안 이미 짧았던 개발 기간이 더욱 줄어들었고, 프로젝트의 방향성도 오히려 모호해졌다.

결국 중요한 건 주어진 우선순위를 명확히 인지하고, 현실적으로 수용 가능한 부분만 조정해야 한다는 사실이다. 개발에서 중요한 것은 완벽한 기획이나 결과보다, 마감 기한 내에 비즈니스 목표를 충족하는 최적의 해결책을 찾는 것이다.