내가 조언하는 시작에서 엔지니어가 구현하기 위해 제출 한 작업은 낮음/중간/높음 우선 순위가 있습니다.
초기 단계의 스타트업이기 때문에 시간이나 사람보다해야 할 일이 항상 많기 때문에 엔지니어는 낮거나 중간 정도의 작업을 수행하지 못했습니다.
따라서 우선 순위가 낮은 작업 및 중간 작업 제출을 중단했습니다.
이제 모든 작업이 우선 순위가 높습니다. 그래서 우선 순위는 비공식적으로 전달됩니다:”예,둘 다 높은 우선 순위이지만 엑스 앞에 와이”. 이는 자연스럽게 불일치로 이어집니다: “왜 당신은 완료하지 않았다?”하지만 우선 순위가 더 높습니다.”아니,그들은 높은 같은 우선 순위를 가지고있다.”
흥미로운 점은 한쪽이 시스템을 전복 시켰기 때문에 이런 일이 일어나지 않았다는 것입니다. 반대로,양측 모두 시스템 하에서 그들이 해야 할 일을 하고 있었다. 우선 순위의 요점은 모든 작업을 수행 할 수 없을 때 삭제할 수있는 것을 말하는 것이기 때문에 엔지니어가 낮은 작업과 중간 작업을 중단하는 것이 합리적이었습니다. 우선 순위가 높은 작업 만 제기하기로 한 의사 결정은 어쨌든 수행되지 않는 작업을 제출하는 요점은 무엇입니까? 이렇게 하는 것은 관련자 모두를 위한 시간만 낭비한다. 파일을 높이거나 높이지 마십시오.
그래서 시스템이 고장났습니다.
어떤 대안이 있습니까?
우선 순위 지정 방법은 객관적으로 정의된 우선 순위를 갖는 것이다. 당신이 무슨 일을하는지 중지하고이 작업:구글에서,예를 들어,피 0 은 생산 비상 사태를 의미했다. 한밤중에 잠에서 깨어나 0 을 고치기 위해 호출받는 것은 무리가 아닙니다. 그러나 당신이 하고 있는 것을 다 끝내면,당신은 작업할 필요가 있다. 2 는 대부분의 작업에 사용되었습니다. 그리고 3 과 4 는 결코 끝나지 않을 것입니다.
이 시스템은 우선 순위가 객관적으로 정의되고 광범위하게 이해 되었기 때문에 사람들이 뒤로 물러나서 올바른 우선 순위를 설정할 수 있었기 때문에 작동했습니다.”낮음/중간/높음이있는 반면,특정 작업은 중간 또는 높음입니까? 그것은 의견의 문제입니다. 그것은 시스템을 무너 뜨리는 원인이 아무것도 의미 할 수 있습니다.
작동하는 두 번째 우선 순위 지정 방법은 오후가 합의 된 시간 내에 수행 할 정의 된 작업 목록으로 구성된 사이클 또는 스프린트를 정의하는 것입니다. 작업이 현재 주기에 포함 된 경우,즉,이 사이클을 수행해야 의미,그래서 우선 순위는 덜 관련이 있습니다.
작동하는 세 번째 우선 순위 지정 방법은 오후에 우선 순위가 지정된 작업 목록을 정의하는 것입니다. 첫 번째가 두 번째보다 더 중요하고 세 번째보다 더 중요한 번호 매기기 목록입니다. 이것은 다시 의미가 있습니다. 궁극적으로 중요한 것은 엔지니어가 작업을 수행해야하는지 여부입니다 엑스 또는 와이,둘 다 수행 할 시간이 없을 때. 절대적 의미에서는 중간 값입니다.어쨌든 말이 되지 않습니다.
어떤 경우에도 낮은/중간/높은 우선 순위를 사용하지 마십시오. 당신이 암시 적 우선 순위를 설정 위 또는 아래로 작업을 드래그 트렐로 같은 것을 사용합니다.
이 목록은 실행 기능 엑스 같은 높은 수준의 목표를 포함하는 경우 특히 잘 작동합니다. 그것은 사람들에게 소유권을 부여하고 동기를 부여합니다.
물론이 모든 것은 당신이 유능하고 선의의 생리 전이를 가지고 있다고 가정합니다. 나는 사이클에 가능한 한 많은 작업을 벼락 공부하려고 일부 이류 생리 전 증후군으로 일했다,다음 화가 때 일이 더 이상 예상보다. 그들은 우선 순위를 매길 수 없습니다. 그들은 그것을 모두 원한다. 또는 프로젝트 관리의 근본적인 절충안,즉 시간,범위 및 품질 간의 절충안을 이해하지 못합니다.
또는 위의 모든 것을 이해하지만 엔지니어를 조작하여 더 많은 작업을 수행 할 수 있습니다. 이 오래 작동하지 않습니다-나는 오후에 관련 정보를 제공 중지,그는 일반적으로 기회로 저를 비판하는 것을 오용 것 때문에. 나는 그가 말하는 모든 것을 할인 할 것입니다. 그가 팀의 다른 누구와도 의견 차이가 있었을 때,나는 다른 사람이 옳다고 가정함으로써 시작할 것입니다.
2 급 또는 나쁜 의도가 있는 경우 우선 순위 지정 방법이 제대로 작동하지 않습니다.
엔지니어를 위해 설계된 버그 추적 도구뿐만 아니라 모든 종류의 작업을 위해 설계된 작업 추적 도구도 작동하지 않는다는 것이 흥미 롭습니다. 이것은 아마도 엔지니어가 데이터베이스 위에 사용자 인터페이스를 넣는 편견 때문일 것입니다. 그러나 인간은 데이터베이스처럼 생각하지 않습니다. 책상에 배열되고 정렬 된 카드 뭉치와 같은 실제 은유는 더 나은 모델 일 수 있습니다.