문제

CodePlex 팀은 느슨하게 시간 정책은 그들에게 아주 잘 맞았습니다.

  • Jim Newkirk와 나는 그것을 사용하여 다음 작업을 했습니다. xUnit.net 프로젝트.
  • Jonathan Wanagel은 이를 작업에 사용했습니다. SvnBridge.
  • Scott Densmore와 저는 이 제품을 사용하여 다음 작업을 했습니다. 오브젝트빌더 2.0 원기.

다른 사람들에게는 기술적으로 일정에 없었지만 결국 나머지 팀에게 큰 도움이 될 수 있는 일을 탐색할 수 있는 좋은 시간이었습니다.저는 이것의 가치를 너무나 확신하므로 만약 제가 다시 팀을 운영하게 된다면 그것을 팀 문화의 일부로 만들 것입니다.

팀에 공식화된 Slack 정책이 있나요?어떻게 됐나요?

편집됨: 나는 방금 Slack을 정의하지 않았다는 것을 깨달았습니다.책을 읽지 않은 분들을 위해 설명하자면 Slack은 Google의 "20% 시간"입니다.하루/주/월/년 중 일상 업무와 반드시 직접적으로 관련되지는 않지만 간접적인 이점이 있을 수 있는 일을 할 수 있는 시간이 주어집니다(분명히 다음과 같은 일을 하는 경우). 귀하의 업무나 회사에 전혀 도움이 되지 않는 경우, 귀하의 관리자는 귀하가 시간을 보내는 방식을 별로 좋게 생각하지 않을 것입니다 :-p).

도움이 되었습니까?

해결책

저는 단지 이 주제에 대한 Google의 정책을 언급하고 싶습니다.
하루 중 20%는 개인 프로젝트와 연구에 사용되어야 합니다.

이제 관리자들은 대부분의 좋은 개발자들이 약간 게으르다는 사실을 직시해야 할 때라고 생각합니다.그렇지 않았다면 코드 재사용과 같은 개념이 없었을 것입니다.
이러한 게으름이 창의적인 힘으로 집중될 수 있고, 개발자가 기술적인 문제를 읽고 아키텍처와 언어 기능을 실험할 수 있다면 최종 결과는 더 나은 코드와 더 만족스러운 개발자가 될 것이라고 확신합니다.

따라서 귀하가 관리자인 경우:개발자가 때때로 여유를 가지도록 하십시오.팀과 함께 소규모 세미나를 열어 새로운 작업 방식에 대해 논의하도록 권장하세요.

개발자인 경우:당신의 기술을 읽고 배우고 사랑하십시오.자신의 업무를 수행하는 최선의 방법을 배우는 데 시간을 할애하려는 의지가 있는 한, 귀하는 세계 최고의 직업 중 하나를 갖고 있는 것입니다.

다른 팁

저는 현재 단일 고객을 위해 일하는 풀타임 프리랜서입니다.40시간의 급여를 모두 받으려면 승인된 프로젝트 계획에 코딩에 소비하는 매 순간이 반영되어야 합니다.아니면 적어도 일종의 현실적인 유지 관리 작업을 수행해야 합니다.이게 계약의 단점 중 하나라고 할 수 있겠네요...여유롭거나 한가할 틈이 전혀 없습니다.당신은 계속해서 당면한 일을 계속해야합니다.꽤 지칠 수 있지만, 다시 한 번 책임감을 갖게 하는 방식이 마음에 듭니다.물론 급여도 평소보다 조금 더 좋습니다.

그렇긴 하지만, 나는 애완동물 프로젝트에 참여할 수 있는 여유 시간을 갖고 싶지만 어떤 고객도 그에 대한 비용을 지불하는 데 동의하지 않습니다.

어쨌든, 저는 이것이 프리랜서와 정규직 고용 사이의 큰 차이점을 어떻게 보여주는지 지적하고 싶었습니다.

나는 또한 공식적인 정책이 있는 곳에서 일한 적이 없지만 항상 약간의 R&D/도구 구축 시간을 짜내는 것을 발견했습니다.종종 나는 더 많은 '여유' 시간을 허용함으로써 생산성 향상을 얻을 수 있습니다.

우리는 여유 시간을 갖고 릴리스 사이에 일정을 잡으려고 노력합니다.릴리스가 출시되면 우리는 개발자들에게 하루 중 60%를 버그 수정에 보내고 나머지 40%는 여유 시간으로 보내도록 요청합니다.하지만 여유 시간을 무엇에 사용할 수 있는지에 대한 정책이 있습니다.그런 다음 릴리스가 다시 시작되면 모든 개발자에게 해당 릴리스의 기능을 구현하거나 버그를 수정하는 데 하루 종일 시간을 할애하도록 요청합니다.

이 정책은 개발자가 여유 시간을 교육에 사용하거나 회사에서 사용할 수 있는 새로운 것을 만들거나 회사 내에서 작업을 더 쉽게 만들기 위한 도구를 만드는 데 사용할 수 있도록 허용합니다.그것은 우리에게 잘 작동했습니다.우리는 그것이 굉장한 이점이라고 생각합니다.

나는 공식화된 정책이 있는 곳에서 일한 적이 없지만, 내가 만난 거의 모든 관리자는 현재 프로젝트나 화재 진압과 직접적인 관련이 없는 일에 시간을 할애할 수 있도록 허용했습니다.

해보고 싶은 것에 대해 이야기하는 것이 핵심인 것 같아요.대부분의 관리자는 팀이 뭔가 멋지고 특별한 일을 하기를 원합니다. 따라서 당신이 뭔가를 전달할 수 있다고 팀원들을 설득할 수 있다면 기회를 얻을 수도 있습니다.아니면 단지 당신을 행복하게 하기 위해 그렇게 하도록 허락할 수도 있습니다.

이제 저는 직원이 아니라 계약직이기 때문에 재미있는 일을 한다고 돈을 받지는 못하지만 일반적으로 주당 30~35시간만 일하므로 아직 배우고 놀 시간이 있습니다.

우리 팀에는 공식적인 정책이 없습니다. 주로 해야 할 일이 너무 많아서 정당화하기 어려울 것이기 때문입니다.꽤 아이러니하네요.

나는 적어도 이것의 본질을 팀에 주입하기 위해 "개발 회의"를 가장하여 몇 가지 공식적인 일을 시작했습니다.이에 대한 예는 새로운 기술을 가르치고 최종적으로 멋진 앱을 제작하기 위한 개발 프로젝트입니다.

아직 초기 단계이므로 어떻게 진행되는지 지켜보겠습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top