빌드 로그
배포한 기능, 바꾼 이유, 다음에 고칠 점을 함께 남깁니다. 제품 업데이트와 작업일지를 분리하지 않고 하나의 흐름으로 볼 수 있게 둡니다.
업데이트작업일지다음 할 일
제품 업데이트와 작업일지는 같은 공간에 둡니다.
무엇을 배포했는지보다 중요한 것은 왜 바꿨는지, 바꾸고 나서 무엇이 좋아졌는지, 다음에는 무엇을 고쳐야 하는지라고 생각합니다. 그래서 이 글들은 단순 기능 목록보다 작업의 흐름에 가깝습니다.
나중에 다시 봤을 때 그때의 판단과 시행착오를 빠르게 복원할 수 있도록 기록합니다. 업데이트 로그는 제품의 기억 장치가 되고, 작업일지는 다음 결정을 덜 막막하게 만드는 재료가 됩니다.
