이 페이지의 이전 버전을 보고 있습니다. 현재 버전 보기.

현재와 비교 페이지 이력 보기

« 이전 버전 6 다음 »


개요

직장인의 숙명


업무 계획 및 보고 체계와 문서작성 소프트웨어는 회사의 업무 파악을 위해 가장 먼저 파악해야 함


다음 3개는 대부분 작성한다고 보면 됨

종류비고
연간 업무계획업무 분장을 반영하여 작성
주간 업무보고다음주 계획 포함
연간 업무보고인사평가 자료로 활용


회의와 출장에 관한 보고서도 자주 작성함

  • 회의 개최 계획, 회의 결과 보고
  • 출장 계획, 출장 결과 보고


AS IS - TO BE 형식

가장 쉬운 업무보고 형식

AS ISTO BE

금주 실적

차주 계획

실시 사항

미처리 사항

문제

해결

여러 프로젝트를 진행하는 경우 열을 나누어 작성

특이사항, 요청사항, 업무 우선순위 등을 반영하여 작성


프로젝트 관리 방법론

방법론

제안 연도

창안자

비고

PDCA

1930년대

월터 A. 슈워트 (Walter A. Shewhart)

계획(Plan), 실행(Do), 점검(Check), 개선(Act)

칸반(Kanban)

1940년대

오노 타이이치(Taiichi Ohno)
→ 1960년대 데이비드 앤더슨(David J. Anderson)가 SW 분야에서 발전

작업의 흐름을 카드 형태로 시각화

[마이크로소프트 DevOps] Kanban 이란?

MBO

1950년대

피터 드러커 (Peter Drucker)

목표에 의한 관리 (Management By Objective)

OKR

1970년대

앤디 그로브 (Andy Grove)

목표(Objective)와 핵심 결과(Key Results)

KPI

20세기 중반

여러 경영 이론에서 발전

핵심 성과 지표(Key Performance Indicators)

Scrum/Sprint

1990년대

제프 서덜랜드 (Jeff Sutherland),
켄 슈워버 (Ken Schwaber)

애자일 방법론 중 하나

30일마다 동작 가능한 제품을 제공하는 스프린트(Sprint) 중심 운영


그 외의 용어

용어비고
SWOT강점(Strengths), 약점(Weaknesses), 기회(Opportunities), 위협(Threats)
SMART

Specific(구체적), Measurable(측정 가능한), Achievable(달성 가능한), Realistic(현실적), Time-bound(기한이 있는)

만다라트

Mandal-Art, 이마이 이쓰오(Imao Hiranao)가 1979년에 제안, 오타니 쇼헤이의 만다라트 로 유명함

사고를 확장할 칸의 개수가 정해져 있음 → 사고의 확장이 부족하거나 과한 부분이 시각적으로 보임

TF

태스크 포스(task force), 조직 내에서 특정 업무나 프로젝트를 수행하기 위해 임시로 구성된 특별 전담팀

매트릭스 조직

팀이 여러 리더에게 보고하는 회사의 구조

한 사람이 여러 목적을 가진 프로젝트에 참가, 각 프로젝트 리더에게 보고

6 Pager

Amazon의 PPT 없는 문서 작업 방식

피자 1판/2판의 법칙

팀 규모나 회의 참가자 수를 작게 유지하여 효율적인 의사소통과 협업을 돕는 중요한 원칙

Agile

애자일 소프트웨어 개발 선언 (2001), [위키백과] 애자일 소프트웨어 개발, [도서] 함께 자라기

TIL

Today I Learned

3Fs/5Fs

회고 프레임워크

2000년대 중반, 김창준 애자일 코치가 제안, [노스모크 위키] FiveFs

ThreeFs: Facts, Feelings, Findings. 사실, 느낌, 배운점

FiveFs: ThreeFs + Future Action Plan, Feedbacks (미래 행동 계획, 피드백)

회고
retrospective

[구글검색] 회고 retrospective

사전 검시
pre-mortem

사후 검시
post-mortem

[구글검색] premortem postmortem

사전 검시 (pre-mortem)
프로젝트가 실패했다고 가정하고, 실패 원인을 거꾸로 추적하여 잠재적인 위험 요소를 파악하는 방법

사후 검시 (post-mortem)
프로젝트가 완료된 후 실패 또는 성공 여부에 관계없이 발생한 문제점을 분석하는 방법

기년회

[구글검색] 기년회


  • 레이블 없음