"실행된다"는 목표가 아니라 최소 기준입니다. 제때 출시되었지만 아무도 안 쓰는 프로젝트, 또는 오늘은 작동하지만 매일 밤 팀에 page를 울리는 프로젝트는 성공이 아닙니다. tech lead로서 성공이 무엇을 의미하는지를 처음에, stakeholder와 함께 정의하여, 팀이 단지 "완료"가 아니라 결과를 향해 만들도록 합니다.
코드를 작성하기 전에 stakeholder와 성공 지표에 합의하세요. "adoption이 X에 도달하고 p99 latency가 Y 아래로 유지되면 성공으로 본다"는 모호한 목표를 실제 측정 가능한 것으로 바꾸고, 출시 후 작동 여부를 둘러싼 논쟁을 막습니다.
성공을 오직 "출시됨"으로만 측정하는 팀은 잘못된 것을 최적화합니다. production에서 또는 사용자에게 조용히 실패하는 출시를 축하합니다. 이 모든 차원에 걸쳐 성공을 정의하는 tech lead는 팀을 실제로 중요한 일로 이끌고, 문제를 아직 고치기 저렴할 때 잡아내며, 경영진에게 단순한 활동이 아니라 구체적인 영향의 증거를 보여 줄 수 있습니다.