Search

구체적인 결과

tags
일잘러
5 more properties

요약

결과는 목표와 정렬이 되어 있어야 함
목표를 이루지 못하는 결과는 의미가 없음
결과가 구체적으로 정의되어 있어야 함
일을 진행하면서 동시에 결과를 구체화 시켜야하므로 비효율적

구체적 결과를 정의하는 과정에서 얻는 것

두리뭉실한 부분을 구체화하면서 목표와 정렬이 되는 결과인지 검토하고 정제할 수 있음
참여자간에 다른 생각을 하고 있던 부분을 찾아서 사전에 동기화 할 수 있음
예상치 못했던 태스크를 찾아내고 준비할 수 있음

How에 집중하다가 What에서 멀어지는 것 방지

일을 진행하다보면 크고 작은 문제를 만나면서 ‘어떻게 해낼 것인가'에 초점이 옮겨짐
구체적 결과가 정의되어 있지 않다면 엉뚱한 문제를 풀고 있는 위험에 빠질 수 있음

How와 What을 동시에 생각하는 비효율을 방지

일을 진행하는 것은 그것만으로도 많은 인지적 부하가 걸리는 일
동시에 무엇을 할지, 누락된 것은 없는지, 이렇게 하는게 맞는지를 고민하면 생산성 떨어짐

구체적으로 정의하면 뭘 해야 할지 명확하게 보인다

개인의 감정 상태나 스트레스 수준에 따라, 일의 복잡도에 따라서 괜시리 해야할 일이 너무 많다고 느낄 때. 구체적으로 결과를 정의해보면 생각보다 일이 적기도 하고, 뭘 할지 명확해서 불안한 마음이 없어진다.

적용 방법

구현하기 전에 테스트 케이스를 먼저 작성한다.
TDD일 필요는 없다. 노트에 적은 테스트 항목으로도 충분한 가치가 있다.
테스트 케이스에서 하나씩 골라서 구현하고 테스트한다.
모든 구현이 완료되면 전체 테스트 케이스를 다시 테스트한다.

기타 의견

TDD(Test Driven Development)가 갖는 장점과 일부 겹침