… CI/CD점검. 캐싱 전략 여러 타입의 테스트과정, TDD, … > 개발하는 과정에서 커뮤니케이션 비용낭비 여부 > 빌드/배포의 속도가 빠른지 > 코드가 안정적으로 개발이 되고 있는지 … 1. 서비스를 개발하는 과정 문제 찾기 Recognize 도구 활용하기 지속적으로 회고하기 월간회고
이슈가 있는지 > 유저의 이탈 구간이 있는지 > UX 지표가 낮아지는 구간이 있는지 … 2. 유저가 서비스를 사용할 때 web vital 권장 지표 유저 저니과정 퍼널 전환률 Google Rail 권장 지표 사내에서 협의한 비율 문제 찾기 Recognize 문제구간을 감지할 수 있는 조건 정의 threshold 실시간 alert
문제를 공론화 및 우선순위 선정 2. 세부계획 세우고, 마일스톤 잡기 3. 문제 해결 후, 모니터링, impact 공유 4. 옵션 next plan 계획 반복적인 공론화 -> 공감할 수 있는 시간 확보 문제 해결 Action ⭐⭐⭐ 1 Heads Up Issue Raise 실해여부와 상관없이 티켓팅으로 가시화 raise 범위는 해결방향에 따라 넓히기 2 이슈 align 비동기 커뮤니케이션 및 미팅 이해관계자들과 이슈 이해도 맞추기 문서의 댓글 커뮤니케이션, 미팅 활용 3 문제 해결 방향 논의 리소스, 생산성, 일정 확인 해결방안이 꼭 개발이 아닐 수도 있음 타부서와의 협력이 필요할 경우 요청필요 전사 팀 1pager 팀 팀
우선순위 재조정 1. 발견한 문제를 공론화 및 우선순위 선정 2. 세부계획 세우고, 마일스톤 잡기 3. 문제 해결 후, 모니터링, impact 공유 4. 옵션 next plan 계획 1. 우선순위에 따라 실행 시점 계획하기 문제 해결 Action //////////////// 기능개발 v 기능 개발 없을 때 기능개발이 hold될때 진행 backlog 시간 기능개발 기능 개발을 해야할 때 관련한 기능을 개발하기 전 사전작업시간 확보
선정 2. 세부계획 세우고, 마일스톤 잡기 3. 문제 해결 후, 모니터링, impact 공유 4. 옵션 next plan 계획 2. 세부 계획 작성하기 문제 해결 Action 문서화 세부 계획 타임라인대로 정리 Impact를 측정할 수 있는 지표, 모니터링 셋팅 ⭐⭐ 마일스톤 정리 이해관계자에게 피드백
여부를 사전에 셋팅한 지표로 확인 Impact여부를 지표를 활용하여 사내에 공유 문제를 점진적으로 해결해야하는 경우 next plan 공유 1. 발견한 문제를 공론화 및 우선순위 선정 2. 세부계획 세우고, 마일스톤 잡기 3. 문제 해결 후, 모니터링, impact 공유 4. 옵션 next plan 계획 문제 해결 이후 impact확인을 위한 모니터링 과정 및 마무리 문제 해결 Action