기술부채

개발팀에서 기술부채를 해결해야한다고 이야기하더라도 비지니스적 가치가 얼마나 되는지는 자세히 설명하지 않고 기술부채로 인해 생길 수 있는 문제만 이야기한다. 개발팀의 이야기를 들은 결정권자는 그런 문제보다는 비지니스의 성장이 중요하다고 생각하여 새로운 기능개발을 통해 비지니스 확장을 우선시 하게된다. 그렇게 이러한 상황이 계속되어 반복되게 되면 잦은버그와 장애로 개발자들의 불만이 쌓여서 결국 개발팀이 단체로 퇴사해버리거나 심각한 장애로 이어져 회사에 큰 피해가 생기는 경우가 많다. 이런 상황들은 개발자 커뮤니티에서 흔히 접하는 이야기들이기 때문에, 개발자들은 이를 특별한 사건으로 보지 않는다. 그러나 이런 상황에 처한 회사들은 비즈니스 연속성에 심각한 위협을 받게 되며, 때로는 큰 재정적 손실을 입거나 프..

지금은 기술부채에 대해 관대적으로 대하고 프로덕트가 중심을 생각하고 개발하고 있지만 회사 입사 초기에는 많은 개발자들이 추천하던 클린코드, 소프트웨어 장인 정신 등을 읽으면서 클린 코드, 클린 아키텍처, TDD 등에 빠져살면서 이상주의 개발자처럼 개발했었다. 이런 이론만 접하고 공부하다보니 회사에 상황을 충분히 인지하지 못하고 프로덕트를 만들어서 가치를 창출하는 것보다 더 품질 높은 소프트웨어를 만들기위해 집착했었다. 그렇게 회사의 상황을 고려하지 못하고 회사에 기술부채가 너무 많아서 당장 기능 개발이 어렵다고 이야기하고 부채와 기능개발을 같이 하도록 개발자 인력 충원을 요청하고 이상적인 이론에 대해 공부 하다가 어느날 투자가 무산되어 회사가 망하게되면서 회사에 나오게 되었다. 해당 스타트업에 있었던 것..