개발자 시간에 80/20 규칙을 어떻게 효과적으로 구현합니까?


11

저는 80/20 규칙이 구현 된 은행의 개발자입니다. 할당 된 프로젝트 작업 시간의 80 %, 관심있는 작업에 대한 작업 시간 20 %. 그러나 나는 그것을하는 방법을 정말로 확신하지 못한다. 나는 저에게 방법에 대한 조언을 해줄 수있는 다른 사람들이 있기를 바라고 있습니다.

내 문제는 내가 실제로 '지역에 도착'할 때 내가 생각할 수있는 것은 바로 과제입니다. 이것이 20 % 인 경우, 내가하고 싶은 마지막 일은 멈추고 가고, 추진력을 잃고, 다시 주요 프로젝트로 돌아가는 것입니다.

나는 무언가에 대해 4 일, 다른 것에 대해서는 1 일을 일한다고 생각합니까? 또는 4 주 1 주?

나는 이것이 회사에 달려 있다는 것을 알고 있지만, 이것이 산업 전반에서 어떻게 수행되는지에 대한 느낌을 얻고 싶습니다.


귀사는 어떻게 이것을 구현합니까? 개발자에게 맡기는가?
월드 엔지니어

13
상사에게이 질문을하려고 했습니까?
DXM

1
공식적인 정책이라면 왜 20 %가 다음 an understood 'just don't get caught doing it'?
FrustratedWithFormsDesigner

1
관심있는 프로젝트에 22 %의 시간을 투자하라고 소리를 지르겠습니까? 아니면 80/20이 야구장보다 더 빠르지 않습니까? 단지 야구장 인 경우 좋은 정지 점 / 스텝 스톤에 도달 할 때까지 계속 진행하는 것이 가장 쉬울 수 있습니다.
CVn

2
20 %는 필수입니까? 구글은 80/20 규칙으로 유명하지만, 필수는 아닙니다. 당시에 아이디어가 없다면 할당 된 프로젝트를 100 % 수행하거나 20 %의 시간을 다른 팀이 할당 한 프로젝트를 지원하거나 20 % 미만의 시간을이 일에 소비 할 수 있습니다 ( 20 %는 일반 한도가 아니라 어려운 수치입니다.
Thomas Owens

답변:


5

모든 작업을 하위 작업 ( "80 %"작업 및 "20 % 작업")으로 나누고 적어 둡니다. 각 작업은 최대 몇 시간 내에 수행 할 수있을 정도로 작아야하며, "영역"에 들어갈 수있을만큼 충분히 커야합니다 (그 방식으로 집중해야하는 작업 인 경우). 그런 다음 주당 또는 매월 80/20 규칙을 충족하는 작업에 대해 회사에서 적절한 조치를 취하기위한 주문을 선택하십시오.


2

제 생각에 20 %가 회사 정책이고, 주요 프로젝트를 완료하면 보스는 실제로 20 %를 소비하는 곳을 신경 쓰지 않습니다. 나는 적어도 하루는 무언가에 대해 연속적으로 일하면서 당신의 시간을 너무 많이 파 내려고하지 않을 것입니다. 그리고이 구역에 도착하면 하루나 이틀을 더 보내고 나중에 주요 프로젝트에 대해 더 많은 일을함으로써 보상합니다.


1

우리 회사는 80/20 규칙을 이행하지는 않지만 최신 기술을 지속적으로 최신 상태로 유지하고 프로그래머와 같은 다른 블로그와 게시물을 읽으며 기본적으로 개인의 발전과 관심을 최신 상태로 유지하도록합니다. 데이트.

이를 달성하기 위해 정확한 시간을 지정하지는 않았지만 시간당 작업량이 아니라 프로젝트작업 마감일을 준수하도록했습니다. 이는 직속 관리자와 지속적으로 대화하여 우리에게 맡겨진 업무 나 관리 할 수있는 업무를 보장하고 정상적인 시간 이외의 시간을 가지고 우리 자신의 마음과 관심을 새롭게 할 수 있도록했습니다. 우리가 어려움을 겪고 있다면 기술에 한계가있는 이유, 너무 많은 일, 비현실적인 마감일 등을 알아보기 위해 그것에 대해 이야기합니다.

우리는 청구 목적으로 소비 한 시간을 대략적으로 추적하지만 하루 종일 기준으로 하루 중 시간이므로 매일 분 단위로 수행 한 작업을 기록 할 것으로 예상되지 않습니다.

팀의 우리 각자는 자신의 시간을 스스로 관리하므로 어떻게해야할지 결정해야합니다. 팀원 중 일부는 일주일 동안 구걸을하기 위해 열심히 일하고 남은 시간은 그들 자신의 관심사로 긴장을 풀고 있습니다. 저와 같은 다른 사람들은 일주일 동안이 프로젝트 / 작업에서 종종 도로 블록에 부딪 치면서 이것을 섞는 경향이 있습니다. 그래서이 시점에서 나는 종종 내 자신의 관심사 인 다른 것으로 넘어갑니다. 그러나 우리는 작업 / 프로젝트 중심이기 때문에 여전히 업무를 완수해야하므로 팀을 해칠 때 개인 업무에 항상 시간을 사용하지 않는 것이 본인의 책임입니다.

이로 인해 과거에는 일부 팀원이 작업을 서두르고 바람직하지 않은 결과를 낳았습니다. 이를 돕기 위해 정기적 인 동료 검토를 도입했으며 모든 개발자가 다른 개발자 코드 체크인을 읽도록 권장합니다. 모든 사람이 자유롭게 의견을 말할 수있는 공개 토론 포럼을 권장합니다.

결국 그것은 작업을 수행하기 위해 grunts에 의해 소유권을 가지고 배를 계속 운영하기 위해 중간에 좋은 관리자가되는 힘에서 약간의 신뢰로 떨어졌습니다.


1

내가 그런 것을 가지고 있다면 (원한다) 나는 다음과 같이하는 경향이있다.

  1. 이에 대해 상사와상의하고 사건에 동의한다는 것을 확인하십시오.

  2. 할당 된 프로젝트에서 작업 할 때 자유롭게 방해 / 통화 / 요청할 수 있다는 사실을 다른 사람들에게 분명히 알려주십시오. 그러나 R & D 관련 작업을 수행 할 때는 정상적인 작업을 수행 할 수 없습니다.

  3. 월요일-목요일은 일하고 금요일은 R & D에 사용합니다. 그렇게하면, 정해진 시간으로 주말에 스트레스를 덜받습니다.


0

내가 볼 수 있듯이 20 %를 허용하는 합법적 인 회사 정책이있는 한 두 가지 옵션이 있습니다. 관리자가 계획을 승인했는지 확인하십시오.

  1. 연구 시간 동안 캘린더에서 하루 8 시간마다 2 시간 차단
  2. 일주일에 하루 연구에 집중하고 다른 4 명은 주요 프로젝트에 집중

연구 / 학습 대상으로 학습 계획을 세우고 목표를 설정하는 데 시간이 걸립니다. 관리자에게 문의하여 집중해야 할 사항에 대한 제안이 있는지 확인하십시오. 그런 다음 Doc Browns 제안을 사용하여 학습 시간을 정규 작업으로 나누십시오. 당신이 배우고있는 것을 블로깅하는 것에 대해 생각하십시오.

무엇을 선택 하든지간에 계획을 세우고 무엇을하고 있는지 문서화하여 고용주에게 보여줄 수 있도록하십시오. 웹에 앉아서 서핑하고 임의의 기사를 읽는 것은 훌륭하며 많은 것을 배울 수는 있지만 그것을 보여줄 것은 아무것도 없습니다. 읽고있는 기사를 추적하면 도움이됩니다.


0

여기서 핵심은 새로운 기술을 배우고 발전시키는 데 집중하는 것보다 80 % / 20 %에 집중하는 것이 아니라고 생각합니다. 이 작업을 매일 수행하는 작업으로 이미 수행한다면 훌륭합니다! 그렇지 않다면, 새로운 것을 섞어 놓거나 배달 물을 완성한 직후에 시간을 따로 떼어 놓아야합니다.

일부 새로운 기술이 안정적인 개발 (CTP, 베타 등)에 적합하지 않다는 것을 알고 있으며 이러한 작업을 일반적인 작업에 혼합한다고 주장하지 않습니다. 그것이 회사가 추구하는 우위 유형이 아닌 한.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.