10일 스프린트하며 깨달은, 기획과 개발사이 “바벨탑의 저주”

10일 동안 Owlu 개발 스프린트를 진행하면서, 완전히 새로운 일을 하며 한 주를 보냈습니다.

지금까지는 업무 문화 구성, 고객 인터뷰, 데이터 뽑기, 기획안 발표 정도만 해왔지만

갑자기 피그마로 디자인을 하게 되었습니다.

팀원들도 마찬가지였을거라 생각합니다.

기존의 특허및 Crypton 보안 구성을 개발했을때는 이렇게 빠르게 만들지는 않았고 코드 개발이라 나름 능숙하게 해왔지만..

갑자기 새로 쓰는 노코드 툴인 버블로 개발하는 것이기 때문에 많이 답답했겠죠.

팀 전체가 아예 새로운 영역에서 계획도 없이 고군분투했습니다.

디자인도 수십번 바뀌고 웹구성도 마지막 순간까지 계속해서 바뀌어갔습니다.

하루단위 업무 정량화에 실패하다

저희의 업무속도가 이전보다 빨라졌고 실시간으로 해야할 일들이 계속해서 생겨났기 때문에

전날 계획한 업무를 100%의 확률로 달성하지 못했고 완전히 새로운 일을 하는 경우가 많았습니다.

정량화를 하지 않고 흐름에 맡기는게 오히려 더 나은 실정이었습니다.

하루에 한번 모여 회의하는 업무 단위인 ORP가 없다면 팀 결속력과 정량화를 놓치게 되니 난처했습니다.

이를 방지하기 위해 리얼타임 세션을 하나 둘씩 잡아 같이 실시간으로 작업하는 시간을 늘리기로 했습니다.

일단 최종 결과물과 투입한 시간, 구현 여부를 OX로 표시했습니다

그러나 전처럼 명확한 목표와 달성을 반영하지 못하기에

월말 지표를 신뢰도 있게 뽑을 때 팀에서 느끼는 인사이트를 포기하는 순간이 오는건가 하며 걱정을 많이 했어요.

동상이몽 : 바벨탑의 저주

심지어 서로 전보다 10배 더 싸웠습니다.

결과물을 보고 결정해야 하는 부분들이 늘어났고 피드백과 구현사이에 시간이 길었기에 실시간으로 페이스타임을 키고 개선해나가곤 했습니다.

이 과정에서 피드백 내용을 서로 잘못 이해하기도 했고, 세션 약속도 서로 잘못 이해 하는 경우들이 발생했습니다.

이 버튼을 바꿔야하는데 다른 버튼을 바꾸고 다시 얘기해서 "내가 말한건 이 버튼이야" 하고 있는 경우가 많았습니다.

이 과정에서 서로 감정이 상하는 경우도 늘어갔죠.

의사결정 체계는 명료했지만 반대로 전달하고 서로를 이해시키는데 걸리는 시간이 늘었습니다.

곧 행사 일정이 하나 있어 네트워킹하며 경험많은 개발자 분의 의견을 들을 수 있길 바랐습니다.

결론 : 10일간 삽질의 결과

1박 2일 예비창업패키지 사전 인큐베이팅 프로그램에 참여하였고 이 곳에서 7년 경력의 풀스택 개발자를 만날 수 있었습니다.

저의 고민을 허심탄회하게 말씀드리니 곧 좋은 인사이트를 공유해주셨습니다.

1. 기능명세서 기반 성과 정량화

2. 작업 몰입을 위한 버전관리

3. 실시간 업데이트를 공유하기 위한 로그

1. 처음 기획단계에 조금 더 시간을 써서 치밀하게 기능명세서를 작성하고 개발리드가 기능 개발에 사용할 방법 기간을 픽스해주면 쿠션기간을 포함하여 최종 데드를 설정해 출발하는 방법을 소개해주셨습니다.

2. 버전별로 핵심 기능을 정하고 만들다가 추가할 부분을 버전2에 기록해두는 방식으로 핵심기능에 집중하며 개발하는 방법을 배웠습니다.

3. 실시간 작업 변동사항은 로그를 통해 간단히 공유하며 진행하면 효과적이라는 것 또한 알려주셨습니다.

4. 새로운 요구사항은 기능명세서를 수정하며 명확히 해두고 로그와 함께 하면 성과를 측정할 수 있다고 말씀 주셨습니다.

배운점

1. 어떤 순간에도 데이터를 뽑아 정량화 할 수 있는 방법이 있다.

2. 충분한 온보딩 과정을 거쳐 스프린트를 시작해야 중간에 탈이 안난다.

3. 의사합일을 하는 프레임워크는 매우 중요하다.

또한 저희 팀이 만드는 서비스에도 많은 관심 주시면 감사하겠습니다.

스포츠카처럼 빠른 이메일 경험을 제공합니다.

빠르게 개선하고 성장하겠습니다.

감사합니다.