[서평] 성과가 달라지는 업무정리의 기술 8단계



저자는 업무기술 8가지를 예를 들면서 설명한다.

전체적으로 쉽게 읽히는 책이다. 어려운 내용이 없으며 누구나 직장인이라면 생각하고 겪어봤을 사항에 대해 정리해 놓았다. 결국 드는 생각은 실천의 여부인것 같다. 어찌보면 쉬운내용인데 이것을 실천하는가 안하는가.

그 중 공감하며 좋은 사항들만 메모하여 기록하였다.

1. 업무의 내용을 제대로 이해하기 위한 '로직트리 기법' 
: 트리의 꼭대기에 일을 올려놓고 그 요소를 분해하는 형태
  • 예) 커피 숍의 이익을 높이는 방법
    • 1. 매상을 늘린다.
      • 객단가를 높인다.
      • 고객 수를 높인다.
    • 2. 비용을 줄인다
      • 고정비를 절감한다.
      • 변동비를 절감한다.
  • 누락과 중복없이 정리하는 것을 MECE 이라고 한다. 업무 내용을 깊게 파고들때에는 MECE 상태인가 여부를 늘 의식해야 한다.

2. 듣는 기술을 향상 시키는법
: 내가 특히 집중해서 메모하며 읽었던 부분이다.

  • 상대방이 의도하고 있는 것을 정확하게 빠짐없이 듣는 데서부터 시작한다. 자기가 말하고 싶은 것을 전달하기 전에 상대방의 말을 제대로 경청하자.
  • 일을 잘 해내고 있다고 자신하는 사람일수록, 상대방에게 자기 생각을 강요하기 쉽다.결과적으로 대화 상대의 의견을 쉽게 왜곡하게 된다.
  • 필자는 상대방의 발언을 차단하고 자기 의견을 이야기하는 것은 절대로 하기 않도록 늘 주의하고 있다. 자기가 자신 있는 영역이 화제로 올랐을 때도 기본적으로 자제한다. 상대방의 기분을 상하게 하면서 주장을 펼쳐야 할 정도의 사안이란 그리 많지 않기 때문이다.
  • 그러나 한가지, 이야기가 틀린 방향으로 흘러가고 있다면, "죄송하지만 잠깐 이야기의 전제를 확인해도 될까요" 라고 질문하여 서로의 인식 차이를 다시 일치시킨 후에 대화를 진행한다.


3. 회의는 목적과 목표를 정한 뒤 시작한다. 

  • 회의의 목적은 '무엇을 위해 모였는가' 이다. 예를 들면 책에서 나온 사례에서는 '과제를 공유하여 모두가 함께 해결책을 생각하는 것'이 목적이 된다.
  • 한편 회의의 목표는 '이번회의에서는 구체적으로 무엇을 결정할 것인가' 이다 과제 해결을 위한 회의라면, 미리 검토할 과제를 모아서 어디까지 결론을 내야할지를 정해둬야 한다.
  • 또한 회의를 할때는, 서로가 대등한 입장에서 의견을 내도록 하는 것이 중요하다. 그러기 위해서는
    • 1) 상대방의 이야기를 끝까지 듣는다.
    • 2) 감정이 아니라 논리적인 사고를 기초로 의견을 말한다.
  • 라는 2가지 원칙을 철저히 지켜야 한다.



Continue reading

No comments

[강연] 죽음에 대한 고찰 그리고 스타트업의 경쟁우위


1. 스티브잡스의 '죽음'에 대한 고찰, 그리고 스타트업의 경쟁우위 요인

"저는 항상 느껴왔어요 죽음은 생의 가장 위대한 발명이라고"
"죽음이 없다면 진보는 굉장히 적을 겁니다."

스티브잡스는 '죽음' 은 '생의 가장 위대한 발명'이라고 말한다. 죽음은 인간에게 시간의 중요성을 인지시켜주며, '특정 세계관에 정착하고 그것에 만족하는 것'에 대해 경각심을 줄 수 있다고 한다. 즉, 죽음이 있기에 인간이 현재에 만족하지 않고 끊임없이 지속적으로 노력하고 발전한다는 것이다. 

스타트업의 경쟁우위는 바로 위와 같은 논리에서 기인된다. 이미 탄탄하게 기반이 다져진 대기업의 경우, '죽음' 이라는 현상을 실감하기 어려울 것이다. (우리가 삼성, LG 가 망하지 않을 것이라는 생각을 하고 있는 것과 마찬가지 이다.) 반대로 스타트업 회사의 경우, 계속되는 경쟁때문에 매순간순간이 치열한 죽음의 전투일 것이다.(수입이 제대로 나지 않을 경우, 직원들 월 급걱정하랴, 사무실 임대로 걱정하랴, 아이디어 걱정하랴, 어디 한둘이겠는가.) 하지만 스티브잡스가 말한것과 같이 이렇게 '죽음' (회사로 빗대면 '사업실패')이라는 현상에 대해 경각심을 제대로 느끼는 '스타트업' 이야 말로, 혁신의 주체가 될 가능성이 클 것이다. (굉장한 통창이 아닐 수 없다.)

이에 그는 이렇게 말한다. "(큰 기업이) 시간이 지남에 따라 시각이 고착되는 본성을 극복하지 않는한,
젋은 회사들, 그리고 젊은 이들이 혁신할 수 있는 기회는 항상 존재할것이라 생각합니다"

2. 스타트업의 원동력, 신념, 그리고 인내력

이어 스티브잡스는 사업을 하고 싶어하는 사람들에게 이렇게 말한다.

"식당 종업원이든 어디든 취업한 뒤, 니가 진정 열정을 느끼는게 뭔지 먼저 찾는게 좋다.
왜냐하면 그것은 상당히 고달픈 길이다. 
나는 확신한다. 성공적인 기업가와 그렇지 않은 기업가를 가르는 절반정도는 극한의 인내력이라고"

사업이라게 쉬운일이 아니라고는 생각하고 있다. 그러나 스티브잡스 조차 사업이라는 것이 굉장히 어렵다고 말할 정도면 글쎄 얼마나 힘든 일일지 솔직히 가늠되지 않는다.
절대 변하지 않을, 눈감눈 순간까지 지키려고 하는 '신념', 그리고 '인내력' 이 없는한, 유지될 수 없을 거라고 스티브잡스는 말한다.

그는 아래와 같은 문장을 말하며 인터뷰를 마무리한다.

"하루하루를 인생 마지막 날이라 생각하며 살아라. 어느날 그 생각은 분면 옳을 것이다"


그는 저 문장과 같이 살고 있다고 자신한다. 오늘도 스티브잡스에게 쓴소리를 들으며 하루를 반성해 본다.

Continue reading

No comments

ISO 심사원의 뇌 구조

웹 서핑 중 재미있는 글을 발견했습니다.

ISO 심사원의 뇌 구조를 확인하고 각각에 따른 심사 응대 방식을 설명하는 글입니다.

인증 심사에서 무엇을 기대할 것인가?

"만약 심사위원이 무슨생각을 하는지 이해한다면, 스트레스를 조금더 받지 않을까?"



심사위원의 뇌는 아래와 같이 8가지로 구분할 수 있습니다.

  • KNOWLEDGE
  • QUEST
  • ANNOYANCE
  • HAPPYNESS
  • EXPECTATIONS
  • PROHIBITED
  • AUTHORIZATION
  • KNOWLEDGE

Knowlege - 심사원이 어떤 스탠다드에 능한가?
  • Fact
    • 심사위원은 오직 한개의 스탠다드로 심사를 할 것이다. (ex, ISO 27001)
    • 대부분의 심사원들은 여러 ISO 기준에 대한 지식이 있을 것이다.(ISO 9001, ISO 14001,, ISO 20000, etc )
  • Tip
    • 큰 그림을 그리기 위해 심사위원의 지식과 경험을 활용하라. 각각의 스탠다드는 당신에게 적합할 것이다. 즉, 운영능력이 향상 될 것이다. 
Quest - 심사위원은 무엇을 바라는가?
  • Fact
    • 심사위원은 아래의 사항등을 평가할 것인다.
      • 필수 문서를 모두 가지고 있는지
      • 활동(activities)과 문서가 스탠다드에 부합하는지
      • 수행되고 있는 활동이 문서(정책,지침, 등) 와 부합하는지
  • Tip
    • 조직내에서 필요하지 않는, 부합하지 않는 정책과 절차를 만들지 마십시오. 또한 개정된 문서는  모든 인원이 자세히 검토할 필요가 있습니다.

ANNOYANCE - 그들은 무엇에 짜증을 느끼는가?
  • Fact
    • 인증심사원들도 사람이다. 때문에 담당자들이 적극적으로 심사에 임하지 않고, 방어 자세를 취한다면 짜증을 느낄 것이다.
  • Tip
    • 심사위원의 질문을 회피하지 마세요. (어차피 무엇을 숨기고 있는지 바로 알아차릴 겁니다.)
    • 거짓말을 하지마세요. (만약에 거짓말이 발각되면, 당신은 모든 신뢰를 잃게 될것 입니다.)
    • 시간을 끌지 마세요. (심사위원을 일부로 이리저리 끌고 다니며 시간을 소모하지 마세요)

Authorization - 인증을 위해 심사위원이 무엇을 하는가?
  • Fact
    • 심사기간내에, 심사위원은 인증범위 내의 인원들에게 지적을 할 수 있습니다. 또한 어떤 문서도 볼 수 있으며, 조직내의 부지에도 갈 수 있습니다.
  • Tip
    • 인증범위 내의 모든 인원에게 심사 준비를 하라고 당부해 놓는다. 그리고 범위내 문서를 확실히 검토한다.
PROHIBITED - 심사위원이 못하는 것은 무엇인가?
  • Fact
    • 심사위원은 담당자들이 불평하지 않을 만한 명백한 증거가 없거나, 문서나 스탠다드의 요구사항에 부합하지 않는 것을 '부적합'으로 지정할 수 없다.
  • Tip
    • 만약 요구사항에 기재되어 있지 않거나, 애매한 사항을 발견하게 되면, 이 부분에 대해서는 심사위원에게 주장할 합당한 논거를 준비해야 한다. 

EXPECTATIONS - 심사위원은 무엇을 기대할 것인가
  • Fact
    • 인증심사는 초기심사가 끝이 아니다.
  • TIP
    • 성공적으로 심사를 마친 이후에도, 시스템과 문서를 지속적으로 관리해야 한다. - 심사위원은 다음에 왔을때 이 부분을 유념해서 확인 할 것이다. 
HAPPINESS - 심사위원이 어떨때 행복해 하는가?
  • Fact
    • 원칙적으로 심사위원은 고객사 담당자와 상담(컨설팅) 할 수 없도록 되어 있다. - 즉 현재 직면한 문제의 해결방안에 대해 설명할 수 없다.
  • Tip
    • 인간관계를 긍정적으로 발전시켜라
      • 명확하고 적절게 답변하라
      • 문제를 숨기려하지말고 인정하라
      • 심사위원의 의견을 물어보라
    • 그렇게 한다면, 심사위원은 단순히 부적합 사항을 던져주지는 않을 것이다.  (대화도중, 몇몇 부적합 사항에 대한 가이던스를 제공해줄 것이다. 이것은 엄밀히 말하면 컨설팅은 아니다. 하지만 많은 시간을 절약할 수 있다.













Continue reading

No comments

[서평] 기획이란 무엇인가

평소에 기획에 관심이 많아서 관련 웹사이트나 책을 종종 보는 편이다.

예전에 기획 관련 블로그에서 이 책을 추천하는 글을 읽고, 나의 버킷리스트에 올려 놓았었다.

나는 기획이란 단순히 기획자나 마케팅에게 국한되는 기술이 아니라, 우리 개인의 삶에 꼭 필요한 것이라고 생각한다.

저자는 기획과 계획과의 차이를 아래와 같이 정의하고 있다.
  • 기획 -  1) '왜' 할 것인가, 2) 무엇을 할것인가 를 정하는 것
  • 계획 -  1) 어떻게 할 것인가 를 정하는 것

그리고 우리가 같은 개념으로 이해하고 있는 '문제'와 '문제점'이라는 단어의 정의를 아래와 같이 정의하고 있다.
  • 문제 - 바람직한 상태와 현상간의 차이 (Gap)이며, 해결을 요구하는 사항
  • 문제점 - 문제를 발생시킨 원인 중에 대책을 세울 수 있는 것이거나 개선이 가능한 것, 그래서 기획에서의 문제점과 개선점은 같은 의미로 쓰임
사례를 통해 설명을 해보면, 아래와 같다 
(정확한 정의를 확인하기 위해 인터넷을 검색했는데, 책에서 나왔던 예제가 인터넷에도 많이 알려져 있더라. 여러 관련 책에서 이 예제를 사용하는것 같다)

예시)
A씨는 오랜만에 고향 후배를 만나 술을 마시고 집으로 돌아가기 위해 차를 몰았다. 집에 가는 도중 갑자기 내린 폭우로 길이 미끄러워졌고, 그로 인해 도로 곳곳에 빗물이 고인 웅덩이가 생겼다. A씨는 때마침 나타난 도로의 빗물 고인 웅덩이를 피하려다 교통사고가 나서 병원 응급실에 실려 가야 했다. 이 경우 무엇이 문제일까?
- 문제 : 교통사고 발생
- 문제점 : 음주운전, 빗물에 고인 웅덩이
- 제약조건 : 폭우 (자신의 힘으로 제어할 수 없음)

설명을 덧붙이자면, 홍길동의 바람직한 상태와 현재 병원에 간 상태와의 차이를 예에서는 '문제'라고 할 수 있다. 음주운전으로 현상(현재 상태)은 병원에 누워있는 것이다. 그러나 홍길동의 목표는 무사히 집에 귀가해 있는 것이다. 이 현상과 목표의 차이(Gap)가 바로 '문제'라고 할 수 있다.

우리는 종종 문제를 정확히 인식하지 못한채 상대방과 논쟁을 벌이곤 한다. 가령 회의를 할때에도 동일한 문제가 아닌 서로 다른 문제를 가지고 논쟁을 한다면, 결론이 절대로 나오지 않을 것이다.

기획이라하면 1) 플래닝, 2) 메이킹, 3) 프레젠테이션 으로 구분할 수 있다.

그 중 플래닝이 흔히 기획한다라고 칭하는 과정이다. 

기획(플래닝)의 프로세스는 다음과 같다
1) 기획의 방향 결정
2) 기획의 니즈 분석
3) 기획과제 명확화
4) 컨셉 개발
5) 구상 및 실행 계획

사실 각각의 과정에 대한 세부내용이 굉장히 많은데 세부적으로 분석한후 나의 것으로 커스텀할 필요가 있을 것 같다. 그대로 적용하기에는 내용이 상당히 디테일한 듯하다.

* 목적 지향적 사고
사실 누구나 어떤일을 할 때 목적을 명확히 해야한다는 것을 알 수 있을 것이다.
저자는 이 부분을 좀더 명확히 하여, 일을 시작하기전 아래와 같은 질문을 스스로에게 반복적으로 던지라고 하고 있다.
  • why : 이 일을 왜 해야하지?
  • for what : 무엇을 위해 해야하지?
  • so what : 그 다음에는 뭘 해야하지? 그걸 하면 어떤 이득이 있지?
  • but for : 안하면 안되나? 이거 안해도 되는 일 아닐까?
문서 제목의 중요성

사실 문서 제목에 대한 중요성은 그 동안 간과한것이 사실이다. 하지면 몇몇 책에서 공통적으로 강조하는 사실이 '문서제목의 명확성' 이었다.
  • 문서 제목에는 문서의 목적과 범위가 명확히 들어가 있어야 한다.
  • 즉, 기획자가 이번 기획을 통해 '무엇'을 위해, '무엇'을 하고자 하는가를 명확히 해야한다.
  • 예를 들면
    • Before : 시스템 운영평가 결과
    • After  : 안정적 시스템오픈을 위한 시스템 운영 평가결과 및 개선방안

책 자체는 굉장히 좋은 내용이며, 구입하여 지침서로 활용해도 좋을것 같다.
하지만 나의 스킬이 낮은 관계로, 책의 후반부 내용이 정확히 이해되질 않아서 집중력이 약간 흐려졌다. 나중에 기회되면 자세히 정독해 볼 계획이다.

Continue reading

No comments

Popular Posts

Powered by Blogger.