Engineering Culture
회의 기록을 결정과 행동으로 정리하기, 대안을 선택하는 기준 정리
발언을 길게 받아 적어도 무엇을 결정했고 누가 다음 행동을 하는지 찾기 어려울 수 있다. 회의의 결과를 실행 가능한 형태로 남겨야 한다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
THE BUILDER’S NOTE
Engineering.
01 / INSIDE THE BUILD만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
찾고 있던 이야기
작은 발견부터 깊이 있는 고민까지.
카테고리Engineering Culture
필터 초기화Engineering Culture
추정에 범위와 불확실성 함께 남기기, 대안을 선택하는 기준 정리
단일 날짜만 제시하면 조사 결과나 외부 의존성에 따른 변동이 보이지 않는다. 추정은 약속의 숫자보다 현재 알고 있는 조건을 설명해야 한다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
Engineering Culture
비동기 설계 논의에 필요한 질문 적기, 대안을 선택하는 기준 정리
문서 링크만 보내고 의견을 기다리면 무엇을 검토해야 하는지 불분명할 수 있다. 응답 시점이 다른 사람들도 같은 논점을 볼 수 있어야 한다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
Engineering Culture
진행 중인 일을 줄여 흐름 보기, 대안을 선택하는 기준 정리
많은 작업을 동시에 시작하면 각각의 완료가 늦어지고 맥락 전환이 늘어난다. 바쁜 정도보다 끝나는 흐름을 보는 지표가 필요하다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
Engineering Culture
페어 프로그래밍의 역할과 전환 주기, 대안을 선택하는 기준 정리
두 사람이 같은 화면을 본다고 항상 지식이 공유되지는 않는다. 한 사람이 계속 입력하고 다른 사람이 수동적으로 따라가면 이해의 차이가 남는다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
Engineering Culture
기술 부채를 비용과 발생 조건으로 설명하기, 대안을 선택하는 기준 정리
정리가 필요하다는 말만으로는 기능 작업과 우선순위를 비교하기 어렵다. 어떤 변경에서 얼마만큼의 추가 작업과 위험이 생기는지 설명해야 한다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.