《실리콘 밸리를 그리다》

기술 회사의 제품을 바깥에서 훑는 데서 한 걸음 들어가, 아이디어가 여러 사람을 거치며 구체적인 계획이 되는 모습을 살펴보는 책이에요. 제목의 ‘그리다’는 결과가 나오기 전에 아직 바꿀 수 있는 선택지를 떠올리게 합니다.

책의 배경과 읽어 볼 대목

스타트업 이야기를 읽다 보면 성공한 제품이 처음부터 분명했던 것처럼 보일 수 있어요. 하지만 어떤 고객을 먼저 만나고 어떤 기능을 생략할지는 그때그때 정해야 했던 문제예요. 책을 읽으며 처음의 구상과 실제로 남은 일을 따로 적어 보면, 좋은 아이디어라는 말로는 설명하기 어려운 수정 과정이 눈에 띕니다.

다섯 사람이 말하는 회의와 개발 방식

브런치 연재를 바탕으로 한 기존 소개는 서로 다른 직무에서 일한 다섯 사람의 경험을 짚었어요. 직급이 앞서는 회의와 그 일의 담당자가 판단을 설명하는 회의를 비교하면, 조직이 수평적이라는 말이 실제로는 누구에게 무엇을 맡긴다는 뜻인지 보입니다.

기존 글에 나온 워터폴과 애자일의 차이도 같은 맥락이에요. 요구사항을 모아 단계별로 넘기는 일과, 작은 범위부터 만들어 반응을 보고 다음 결정을 하는 일에는 각기 다른 종류의 준비가 필요해요. 저자들의 사례를 읽을 때는 속도뿐 아니라 중간에 무엇을 수정할 수 있었는지 살펴보세요.

워터폴과 애자일, 그리고 장애 이후의 포스트모텀

기존 소개는 개발의 순서를 정하는 워터폴과 짧게 만들어 확인하는 애자일을 비교했어요. 워터폴에서는 요구사항과 설계를 먼저 정하고 구현과 테스트로 옮겨가요. 애자일에서는 기능을 작은 작업으로 나누고, 짧은 주기로 동작하는 결과를 확인하면서 다음 우선순위를 고칩니다. 요구가 안정적인 일과 사용해 보기 전에는 요구를 정확히 알기 어려운 일을 떠올리면 두 방식이 서로 다른 문제에 답한다는 점이 보여요.

장애가 나고 나서 팀이 작성하는 포스트모텀도 기존 글의 중요한 사례였어요. 언제 이상이 생겼고 어떻게 알아차렸는지, 어떤 대응을 했고 재발을 줄이려면 무엇을 바꿔야 하는지 기록하는 회고예요. 가령 알림이 늦게 울렸다면 담당자 개인의 행동만 보지 않고 어떤 기준으로 경보를 설정했는지도 확인할 수 있어요.