Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | |
| 7 | 8 | 9 | 10 | 11 | 12 | 13 |
| 14 | 15 | 16 | 17 | 18 | 19 | 20 |
| 21 | 22 | 23 | 24 | 25 | 26 | 27 |
| 28 | 29 | 30 | 31 |
Tags
- GraphQL
- 자료구조
- 동료학습
- c++
- 스플릿키보드
- 프라이빗클라우드
- 이노베이션아카데미
- 쿠버네티스
- 정렬
- 텍스트북
- 어셈블리
- schema first
- enable_if
- uuid-ossp
- 부동소수점
- 엣지컴퓨팅
- raycasting
- SFINAE
- 스타트업
- 파이썬
- 42seoul
- 42서울
- 어셈블리어
- mistel키보드
- Cloud Spanner
- psql extension
- adminbro
- 창업
- 도커
- 레이캐스팅
Archives
- Today
- Total
written by yechoi
Andy Grove의 OKR 본문
반응형
https://www.youtube.com/watch?v=1ht_1VAF6ik
- Object is the direction. Where we wanna go.
- Key Result is the milestone.
High Output Management
6장 내일의 결과물을 위한 오늘의 행동: 계획
계획 과정 만들기
공장 관리자의 계획 과정
1단계: 제품의 시장 수요를 결정
2단계: 현재 상태에 따라 공장의 생산을 결정
3단계: 생산계획을 조정하여 예상 생산량을 예상 수요에 일치
1단계 환경적 요구
환경은 관리자의 일에 직접적으로 영향을 미치는 다른 부서들
검토할 때 염두할 것
- 고객의 기대치
- 성과에 대한 고객의 인식 수준
- 공급업체의 성과, 조직내 다른 부서의 성과 평가
현재의 시점과 미래의 시점의 '차이 분석' - 고객은 우리에게 무얼 원하는가
- 우리는 고객을 만족시키고 있는가
- 고객은 1년 후에 우리에게 무엇을 기대할 것인가
2단계 현재 상태
현재의 가용능력과 현재 진행중인 프로젝트를 리스트로 작성
관리 업무에서도 어느 정도의 손실을 감안해야
3단계 차이를 줄이는 일 (전략- 행동 계획 수립)
환경의 요구 <-> 현재의 활동으로 산출되는 것의 차이를 줄이기
by 새로운 업무 수행 / 기존 업무 개선
- 첫 번째 질문: 차이를 줄이기 이해 무슨 활동을 해야 하는가?
- 두 번째: 이런 활동 중에 우리가 실행할 수 있는 것은 무엇
- -> 활동이 어떤 효과를 언제 발휘할지 참조해 '실제로 무엇을 할 것인지 결정'
- 이렇게 결정된 행동이 바로 전략
전략: 의미있는 행동을 가장 개념적이고 포괄적으로 요약해 표현
전술: 전략을 실현하기 위해 햐아할 것
'하위 관리자에게 전략인 것이 상위 관리자에게는 전술이 되는 경우가 흔하다'
몇 가지 사례
인텔 마케팅 담당 관리자 브루스
- 환경적 요구: 엄청난 양의 프로젝트
- 현재 상태: 고작 3명의 직원이 감당해야
- 전략: 프로젝트 수와 부서의 가용능력 간 차이를 조금이라도 줄이는 것
- 중요도가 떨어지는 프로젝트를 타부서로 이관
- 대학생 인턴 활용해 간단한 작업 보조
- 유사한 마케팅 부서와 업무 분담 및 중복 없앰
- 경영진에 조직 증원 요청 (차이를 완전히 줄이는 건 불가능함)
제조 공정 엔지니어이자 중간관리자 신디
- 복잡한 마이크로칩 제조 공정을 유지하고 개선, 제품/공정/도구 투입과 적용을 조율하는 조정자
- 환경: 대상체(테스트 안된 공정과 생산 도구), 영향자(업무에 직간접적으로 영향을 미치는 사람들)
- 고객은 생산 라인 자체이고
- 공급자는 생산, 개발, 제품 엔지니어
- 현재 상태: 개발 부서 데이터와 실험 결과가 항상 불완전
- 완전한 데이터, 일정준수가 개발 부서에 우선순위가 아님
- 전략:
- 신규 공정/신규 설미 적용 전 완료 단계 구체화
- 타임 오프셋 설정
- 개발 엔지니어 담당자를 세부 일정에 동의하도록 설득
- 개발 부서와 그녀가 해야하는 것 구분
- 공급자(생산, 개발, 제품 엔지니어) 일주일 단위로 모니터링
- 핵심 일정(지표)를 준수하고 리스크 전달하도록 유도하기 위해 공급자 성과 공개
계획 과정의 결과물
계획 과정의 결과물은 '지금 실행할 업무'
- 몇년을 내다보고 계획을 세우되, 차기 계획 수립때까지 해당하는 부분만을 실행에 옮긴다
계획 수립과 실행 간의 조화를 통해서만 계획의 레버리지를 얻을 수 있음
무언가를 추진하면 다른 것을 추친할 기회를 포기하는 것
목표를 통한 관리: 일상업무에 계획 과정 적용하기
MBO(Management By Objectives) 시스템
- 관리자의 관심은 단기적이라 환경이 요구하는 바를 정확히 파악해야
-
- 어디로 가길 원하는가?(objectives)
-
- 그곳에 도착했는지 무엇을 보면 알 수 있는가?(key results)
진행 중인 업무와 관련된 '피드백'을 제공하기 위해 설계
- 그곳에 도착했는지 무엇을 보면 알 수 있는가?(key results)
- 행동 직후 피드백이 이뤄져야, 피드백이 효과적
- 상대적으로 기간을 짧게 잡고 목표를 수립
- 예. 1년 계획이라면 MBO 시스템 시간 프레임은 분기/월 단위
두 가지 사례
핵심 결과를 완료해도 목표를 달성하지 못할 수 있다
예. 콜럼버스 신세계 발견 스페인에게 부의 원천을 찾아 줬지만(핵심 결과), 중국 항로는 발견 못함(목표)
부하 직원이 특정 목표 달성에 실패해도 업무를 수행했다고 평가할 수 있음
MBO 시스템은 '하나의' 기준으로 여겨야
노트
- AI로 급격하게 산업이 재편되는 시기
- '핵심 결과를 완료해도 목표를 달성하지 못할 수 있는' 상황이라고 생각됨
- Key Result를 업데이트 하는 것조차도 '느리다'고 여겨짐
- Objective가 더 없이 중요한 시점이 아닐까
반응형