25 명의 개발자로 구성된 팀의 관리자라면 어떻게 동기를 부여 할 수 있습니까? [닫은]

벤처 자본가로부터 수백만 명의 사람들이 지원하는 새로운 스타트 업이 고용했다고 상상해보십시오.

당신의 임무 : organize the development of the next killer app .

25 명의 개발자가 개별적으로 관리하기에는 너무 많으므로 동기 부여를 위해 어떤 결정을 내립니까?

재고 옵션에서 무료 쿠키에 대한 답변을 보내 주셔서 감사합니다.)

물론 트릭은 (당신이 실제로 그러한 스타트 업의 관리자가 아닌 한), 프로그래머 중 한 사람의 입장에 서게됩니다.

편집 : 그것은 가상의 맥락입니다. 이 이야기의 목적은 당신의 소원을 자극하는 것입니다. 개발자에게 동기를 부여하는 것을 포착하고 싶습니다.

내 체크리스트는 특별한 순서가 없습니다.

1. 멋진 컴퓨터 개발. 충분한 RAM과 대형 / 다중 모니터를 사용하여 대상 사용자의 최소 두 배의 성능을 제공합니다. ~ $ 3 ~ 5k 예산.
2. 멋진 헤드폰음악을 좋아할 때 필요한 사람을위한 .
3. 함께 사용할 수있는 뛰어난 개발 도구 . 이것은 대상 환경에 따라 다르지만 Visual Studio / Eclipse / 작업에 가장 적합한 것은 무엇이든 상관 없습니다. 여기에는 지속적인 통합 / 빌드 서버와 같은 것들이 포함됩니다.
4. 빠른 인터넷 액세스 -캐싱 프록시 서버를 사용하여 SO, TheRegister, Reddit 등과 같은 것을 사전 캐시합니다.
5. 회의가 거의 없음 -절대적으로 필요한 것 및 길이에 대한 엄격한 제한 (타이머 사용); 스크럼과 같은 '스탠드 업 미팅'을 생각하십시오.
6. 일하기에 건강한 분위기 . 일광, 신선한 공기 옵션, 안정적인 에어컨, 식물, 사진, 좋은 조명.
7. 다운 타임 10 ~ 20 % 으로 새로운 것을 배우거나 약간의 기술을 익힐 수 있습니다.
8. 물 정기적 유지 책상 각 그룹 냉각기.
9. 성과와 보수가 명확하게 정의 된 성과 관련 보너스를 가진 시장 경쟁력있는 급여 . 성과 보너스는 회사 이익 분배 일 것입니다.
10. 공동 작업 윤리를 장려하십시오 . 테크 브리핑을 통해 학습 내용을 공유하고 팀 주변 사람들을 로테이션하여 경험을 쌓습니다
11. 무료 음료 (무알콜).
12. 과일 바구니 점심을 파괴하지 않는 건강한 간식.
13. 소프트웨어 개발 부서에 대해 비즈니스의 다른 부분에서 전문적인 존중 수준을 설정 하고 그 반대도 마찬가지입니다. 이것은 장기적인 퍼지 대상이지만이를 설정하는 방법과 수단이 있습니다.
14. 기대치에 대한 명확한 의사 소통 과 그러한 기대치에 대한 전달.
15. 정기적으로 검토되는 작업 항목에 대한 명확한 우선 순위 .
16. SDLC 방법론-애자일 / 스크럼 등의 측면에서 모범 사례 사용
17. 수행해야 할 작업, 릴리스 관리와 같은 중요한 작업에 대한 이유 및 방법에 대한 명확하고 문서화 된 절차 . 자동화 할 수있는 것은 무엇이든지 수동 비트 일뿐입니다. 항상 일부가 있습니다.
18. 일이 잘 안될 때를위한 지원 환경 . 사람들이 버그를 일으킬 때 발로 차는 것은 아니지만 실수를 통해 배우도록 도와줍니다.
19. 24 시간 내내 건물에 액세스하고 팀원들이 정상적인 시간 이외의 시간에 영감을 얻을 수있는 원격 액세스.
20. 시제품 제작 / 생각을위한 화이트 보드
21. 성공 축하 -팀 점심 식사 또는 주말에 그랑프리 여행을하든 큰 노력과 결과를 인정하는 것이 중요합니다.

나는 없을 것이다 :

• Nerf 총 / 프리즈 비 / 수영장 / 장난감. 업무 환경은 우리가 일하는 곳입니다. 집중하려는 동료들 주위에서 군인을 치는 일없이 일을하면서 많은 즐거움을 누릴 수 있습니다.
• 무료 음식 – 사람들은 나가서 먹을 것을 얻기 위해 휴식을 취해야합니다.
• 인터넷 검열-나는 개인이 판단을 내릴 수 있도록 남겨 두었습니다.

그들에게 흥미로운 문제를 해결하고 그들에게 도움이되는 도구를 선택하고 나서 나가십시오.

훌륭한 프로그래머는 돈이나 회사 내 지위에 의해 동기를 부여받지 않습니다. 편안하기 위해서는 충분한 돈과 신분이 필요하지만 그게 전부입니다. 위대한 프로그래머는 관심에 의해 동기 부여됩니다.

Paul Graham이 동의합니다 .

"동기 부여에 대한 놀라운 진실"에 대한 훌륭한 YouTube 동영상이 있습니다. 나는 이것을 잠시 동안 블로그에 올렸다.

http://www.chrisholmesonline.com/2010/06/02/the-surprising-truth-about-what-motivates-us/

나는 그가 직원들에게 돈을 지불하기 위해 직원들에게 충분한 돈을 지불하는 이유를 좋아합니다. 돈이 더 이상 동기 부여 요인이 아닌 경우 훨씬 더 나은 결과를 얻을 수 있습니다.

나는 동기가 무엇인지 알고 있습니다.

• 내가 선호하는 도구를 사용할 수 있습니다. 따라서 개발자에게 원하는 도구를 제공하십시오. 25 명으로 구성된 팀이 있다면 타협과 합의에 도달해야하지만 가장 중요한 것은 최고의 도구가 필요하다는 것입니다. 여기에는 하드웨어 및 소프트웨어가 포함됩니다.
• 정상적인 근무 시간. 일 당 35-40 시간. 더 이상 없습니다. 그들이 영감을 받아 더 많은 일을하기 위해 스스로 들어오고 싶을 때. 그러나 비판적 사고 근육을 구부려 야하는 직장에서 과로 한 사람들은 재난의 빠른 길입니다.
• 재택 근무 옵션. 나는 내 집의 안락함에서 일하는 것을 좋아합니다. 통행의 두통과 하루 1 시간 씩 여행을 다룰 필요가 없습니다. 가족, 비상 사태, 택시 등으로 갈 수 있습니다. 직원을 고용하고 업무를 처리 할 수있는 직원이 있다면 재택 근무 옵션을 제공하십시오. 또한 집에서 20-30 분 동안 전력을 유지하는 것이 더 쉽습니다 (생산성 향상이 입증되었지만 사회는 여전히 낮잠을 찌푸리고 있습니다).
• 양질의 작업 공간. 화이트 보드, 공동 작업 도구, 회의실 등 25 명의 직원으로 구성된 팀은 함께 일하는 경우에만 멋진 것을 만들 수 있으며 함께 일하기 위해서는 자유롭게 아이디어를 공유하고 공동 작업해야합니다. 원격으로 작업하는 경우 Skype 등이 있지만 협력 할 수있는 도구를 제공하십시오.
• 명확하게 정의 된 목표. 마감일이 아닙니다-다릅니다. 목표. Scrum, XP, 상관 없지만 원하는대로 구현하십시오. 그러나 팀에는 명확한 목표와 이정표가 필요합니다.
• 특정 교리에 얽매이지 마십시오. 변화하고 새로운 아이디어, 새로운 기술 등을 열어야합니다. 팀에 아키텍처를 강요하지 마십시오. 협업, 피드백, 입력을 통해 발전 시키십시오.

개발자는 멋진 소프트웨어를 만들고 싶어합니다. 그들에게 그렇게 할 수있는 기회를주고, 돈이 그들의 사고 과정에 영향을 미치지 않을 정도로 충분히 보상하고, 그들에게 건강한 일과 삶의 균형을 제공하십시오.

대리자.

25 명의 개발자가 응용 프로그램의 다양한 측면에서 작업 할 것이라고 가정하고 이들을 하위 팀으로 분할하고 각 팀의 한 구성원을 팀 리더로 지명하십시오. (참고 :이 역할은 프로젝트가 개발되고 팀이 개편 될 때 바뀌어야합니다.)

이제 5 개의 팀 리더가 동기를 부여하고 4 명의 개발자가 동기를 부여합니다.

"전세계"동기 부 여자 (예 : 주식 옵션 등)에 집중할 수있는 반면 팀장은 개별 동기 부 여자 (수요일 일찍 출발 할 수 있음)에 집중할 수 있습니다.

일관성을 유지하고 팀 리더가 불필요한 마찰을 피하기 위해 서로 행동을 전달하십시오.

투표 할 준비가되었지만 원하는 방식으로 나에게 동기를 부여 할 수 있습니다. 나, 일 주말과 휴일에 소리, 그리고 더 무료 커피)를 제공하지 않고 당신이 나는 오랫동안로 균열 팀이 될 것이다 나에게 지불 말도 안되는 금액을 .

Dima와 ChrisF에 동의합니다. Dima의 포인트 중 하나를 제외하고 : 스톡 옵션.

나는 이것이 지역적인 일이라는 것을 알고 있지만 많은 국가에서 주식 옵션은 할당되거나 발행 될 때 주가에 의해 실제 가치 (내부 가치)로 과세됩니다. 변동성이 내부 값을 계산할 수 없다는 것을 증명할 수없는 경우가 아닙니다.

나는 한때 내 주식 옵션에 대한 세금을 가치가있는 것보다 훨씬 많이 지불했다. 그들은 발행 될 때 각각 $ 40의 가치를 가졌지 만, 1 년 동안 운동을 할 수 없었고, 그때까지 그들은 1 달러 미만으로 떨어졌습니다.

그러나 귀하의 질문으로 돌아가십시오.

개별 노동 시간, 훌륭한 도구, 의사 결정에 영향을 미치고 정치가없는 환경 (그들이 멀리 떨어지게하여 일할 수 있도록).

도구, 서적, 코스에 대한 예산 지출과 같은 프린지 혜택.

1 인당 9m2를 초과하는 사무실에서 최대 3 명의 큐비클이 없습니다. 가능하면 팀을 자신의 건물이나 최소한 자신의 층으로 옮기십시오. 책상 경찰이 아닌 책상을 개인화하십시오.

사무실에서 전화를 제거합니다 (사운드 또는 인스턴트 메시지가없는 전자 메일, 소리가없는 전자 메일 및 사무실 외부의 전화 부스에는 랩톱 용 의자 및 작은 책상이 있으며 긴급함없이 워크 플로가 중단되지 않음). 들어오는 전화를 처리 할 비서가 있어야합니다.

가능한 적은 회의. 월요일에하지 마십시오 (일요일은 재밌지 않습니다. 일부는 아직 주말에 있고 일부는 시작하기 위해 마지막 에너지를 잃습니다) 또는 금요일 (주말에 대해 방금 말한 것)이지만 수요일은 완벽합니다 (이것은 주중에 좋은 휴식을 제공합니다).

그들의 기계에 대한 관리 권한. 첫 번째 및 두 번째 수준의 지원이 없습니다.

나는 하루 종일 같은 사람들과 휴식을 취해야하므로 무리와 함께 식사를하고 싶지 않습니다. 그러나 비공식 정보 교환을위한 크로와상 휴식, 매번 저녁마다 매번 참가자에게 압력을 가하지 않고 배우자 (볼링, 저녁 식사)가 필요합니다.

두 번째 ChrisF : 누구도 25 개의 직접 보고서를 처리 할 수 ​​있다고 생각하지 않습니다. 양식 팀. 그리고 때때로 그들 사이에 경쟁을 조직하십시오.

편집 : 여기에 요점은 기계 또는 "자원"이 아닌 사람처럼 직원을 대하는 것입니다. 그들이 질문을하거나 문제를 제기하는 것이 편한지 확인하십시오. 아픈 아이나 부모와 같은 개인적인 문제가있는 사람들을 수용 할 수 있는지 확인하십시오. 다시 말해, 그들과 관계를 맺을 수 있도록 최선을 다하십시오. 또한 25는 여전히 케이크로 모든 사람의 생일을 축하하기에 충분한 작은 그룹입니다. 이 작은 것들이 세상을 변화시킵니다.

회사의 성공이 자신의 삶의 질에 중대한 영향을 미칠 수 있도록 확실히 재고 옵션. 그 외에도 비즈니스 측면에서 무슨 일이 일어나고 있는지에 대해 공개하십시오. 요점은 직원들에게 즉각적인 책임 외에도 최소한의 큰 그림을 보게하여 회사의 파트너처럼 느끼고 기계에서는 톱니 바퀴처럼 느끼지 않도록하는 것입니다.

좋은 근무 조건. 편안한 의자, 빠른 기계, 대형 모니터, 키보드 및 마우스가 가장 편안합니다. 창문이 멋지다 ... 좋은 공기 흐름. 기술을 향상 시키려면 프로그래밍에 관한 책을 구입하십시오.

또한, 일주일에 한 번, 바람직하게는 맥주와 같이 정기적으로 함께 식사하는 것이 사기에 좋습니다. 하지만 25 명이 너무 많을 수도 있습니다. 따라서 개별 팀은 일주일에 한 번 피자와 맥주를 함께 먹어야 할 것입니다. 물론 회사가 지불합니다. :)

저는 6 명의 프로그래머로 구성된 팀을 관리하므로이 주제에 대해 약간의 생각을합니다. 여기 내 아이디어가 있습니다-

업무 시간을 줘라- 중단은 생산성과 동기 부여를 죽인다. 프로그래머는 머리를 숙이고 작업에 착수 할 때 가장 좋습니다. 당신은 또한 그들에게 직업을 잘 할 수있는 시간을 주어야합니다. 나는 보통 프로그래머에게 작업 시간이 얼마나 걸리는지 물어보고 예상치를 존중합니다. 팀 리더로서의 일의 일부는 비즈니스를 통해이를 관리하고 현실적인 기대치를 개발하도록 돕는 것입니다.

좋은 장비를 제공하십시오- 느린 컴퓨터에서 프로그래밍해야하는 것은 끔찍한 일이며 대부분의 프로그래머는 오래된 개발 도구를 사용하는 것을 싫어합니다. 프로그래머에게 빠른 컴퓨터, 최신 도구, 큰 화면 및 매우 좋은 의자 등의 훌륭한 장비가 있는지 확인하십시오. 이 모든 것이 대가 제도에서 그렇게 비싼 것은 아닙니다.

그들에게 존중하라- 프로그래머들은 그들의 기술적 기술에 대한 존중을 강력히 원한다. 그들이 이미 한 일과 그들이하고있는 일을 존중하십시오. 기술적 문제에 대한 의견을 존중하십시오. 기술적 인 질문을 할 때는 액면가로 답하십시오. 그들이 실수를 한 경우, 얼굴을 잃지 않고 이것을 제기하는 방법을 찾으십시오. "나는 당신이 제안한 것을 따랐지만이 문제를 겪었습니다. 어떻게해야한다고 생각합니까?"

그들에게 집에 갈 수있는 권한을 부여하십시오- 오랜 시간 일하는 것은 곧 비생산적인 일이됩니다. 프로그래머가 오후 5시에 집에 돌아갈 수 있다는 것을 알게되면 다음 날 일할 의욕을 느끼게 될 가능성이 훨씬 높아집니다.

그들에게 책임을 줘라- 프로그래머들은 기술적 인 결정을 내리는 것을 좋아하므로, 생각이 가장 좋은 방식으로 개발할 수있는 공간을 제공하십시오. 건축 또는 설계 표준이있는 경우이를 미리 이해해야합니다. 설계 검토 중에 문제가 발생하면이를 존중하고 격려하는 방식으로 전달해야합니다.

그들에게 지원을 제공하십시오-그들이 쉽게 와서 도움이 필요한 경우 도움을 요청하십시오. "질문이 있으시면 언제든지 문의하십시오."라고 말합니다. 기술에 대해 잘 모른다고 느끼게하지 말고 "기술에 대해 설명하는 데 몇 시간이 걸리면 계속 진행하십시오."라고 말합니다.

나는 다른 답변 들과는 다른 방식을 택할 것 입니다. 직원들에게 동기 를 부여 하지 않도록 최대한 노력 하십시오. 관리자로서 귀하에게 매우 합리적으로 보일 수있는 많은 일반적인 (나쁜) 관리 관행에 종사하는 경우 직원이 원하는 커피, 스낵, 컴퓨터 등을 모두 제공 할 수 있습니다. 직원 동기에 병리학. 이러한 잘못된 사례의 예를 보려면 다른 답변의 여러 제안을 뒤집을 수 있습니다.

• "직원을 기계 나 '자원'이 아닌 사람처럼 대우하십시오. '>> 직원을 상호 교환이 불가능한 자원 또는"FTE "로 취급하십시오.
• "시장보다 높은 가격 지불"-> 직원은 비용이며, 훌륭한 관리자는 비용을 최소화합니다.
• "품질 좋은 제품을 만들어야하는 이유를 제시하십시오."-> 고객이 버그로 기꺼이 살기 때문에 빠르고 더러운 개발을 주장합니다.

제 요점은 직원들에게 동기를 부여하는 환경을 조성하는 것은 긍정적 인 조치에 대한 점검표보다 더 많은 것을 필요로한다는 것입니다. 이 목표와 모순되지 않도록 관리자로서 작업의 모든 측면을 모니터링해야합니다.

Peopleware : 생산적인 프로젝트 및 팀 은 프로그래머 동기 부여와 매우 관련이 있다고 생각하는 책입니다. 직원에게 동기를 부여하고 효과적인 팀을 방지하는 관리 관행에 대한 많은 장이 있습니다. 내가 가장 좋아하는 챕터 중 하나는 "Teamicide"입니다.이 팀은 관리자가 효과적인 팀을 만들기 위해 할 수있는 일은 없지만, 팀을 파괴하거나 형성하지 못하게하기 위해 할 수있는 일이 많이 있다고 말합니다.

* 실제로, 다른 탈 동적 요인이 존재하는 경우 , 일부 긍정적 인 "운동"행동은 탈동 효과를 가질 수 있습니다 .

1. 한 번에 25 명 모두를 고용하려는 유혹을 피하십시오.
2. 처음에 알려진 최고의 개발자를 유치하십시오.
3. 아주 재능있는 사람들로 구성된 소규모 팀이 있으면 그들이하는 일을 알고 높은 수준의 기대치를 설정합니다.
4. 더 많은 사람들을 계속 추가하십시오. 그들은 기꺼이 그들을 도울 의지가있는 선량한 사람들에 둘러싸여 있다는 것을 알아야하지만, 계속 따라야합니다.

덜 재능있는 사람들 (나는 그들이 빨라 말하는 것은 아니지만, 이것들은 상대적이다.) 사람들은 올바른 환경 (좋은 사람들)에 놓여지고, 잘 훈련되고, 감독된다면 성취 할 수있을 것이다.

올바른 규칙을 설정하는 대신 올바른 사람을 찾고 문화와 태도를 구축 할 때 사람을 관리하는 것이 훨씬 쉽습니다.

스타트 업의 주식 옵션 인 IMO는 약간의 사기입니다. 일반적으로 다음과 같습니다.

1) 밝고 활기찬 젊은 개발자들로 구성된 팀이 스톡 옵션을 통해 부를 얻을 수 있다는 약속으로 모집됩니다.

2) 스타트 업은 초기 자본을 통해 운영되며 2 차 VC 자금이 투입됩니다. 옵션은 초기 용지 값의 1/2, 1/4로 희석됩니다.

3) 이것은 한 번, 두 번 반복됩니다 ...

결국 스타트 업이 끝나고 개발자의 옵션은 전혀 쓸모가 없습니다. 또는 개발자의 수익이 적을 정도로 희석되었습니다.

나는 당신이 개발자에게 실제 돈으로 알맞은 급여를 지불해야한다고 생각합니다. 이것이 동기 부여 여부는 성격에 달려 있습니다. 그러나 적어도 그들은 노동에 대한 공정한 수익을 얻게 될 것입니다.

다음과 같은 차원에서 요구 사항을 충족함으로써 각각의 모든 개발자를 개별적으로, 개인적으로, 진정으로 알 수 있습니다.

1. 책임과 기대 에 대한 명확한 방향 제시 (필요한 사항을 알려주십시오)
2. 에 대한 액세스를 제공 도구를 제대로 작업을 할 필요를 (모니터, 우둔한 시스템)
3. 그들 에게 성과 를 측정 할 수있는 방법을 제공하십시오 (그래프 같은 괴짜)
4. 전문 기술 을 개발할 수있는 충분한 기회 제공
5. 그들 충분히 부여 승인을 그들이 (찬양 좋아하지 않는다) 좋은 작업을 수행 할 때
6. 그들에게 성공할 수있는 일자리를 제공하십시오 (개별적으로 무엇을 하는가)
7. 그들에게 할 수있는 방법 부여 음성 (안전한 방법으로) 자신의 의견, 아이디어, 감정을
8. 우정 을 장려하고 육성 할 수있는 방법을 제공하십시오 (직장 문화)
9. 그들에게 양질의 제품 을 만들어야 할 이유를 제시하십시오 (제작 한 제품에 대한 자부심)
10. 그들이하는 일이 무엇인지 지적하면서 더 높은 부름을 주라 다른 사람에게 중요한 (일하기에는 거의 '영적인'차원이있는 것 같습니다)

• 하위 팀 (DB, 중간 계층, GUI)

• 테스터 없어? 일부 코드 원숭이 교체

• 분석가 없어? 일부 코드 원숭이 교체

• 도구 / 소스 제어 / wiki / 인프라 / 환경은 누가 관리합니까? 일부 코드 원숭이 교체

• 무료 커피, 무료 물, 무료 과일

• 금요일 맥주

당신은 그들이 "다음 큰 것"을 건설하고 있고 아직 동기 부여가되지 않았습니까?

그들을 제거하고 자신이하는 일을 즐기는 사람들을 찾으십시오.

당신은 사람들의 성격에 대해 알고 싶어합니다. 최근의 지도력 이론에 따르면, 팀원들과 정통하고 일반적인 행동과 목표를 공유하는 것이 중요합니다. 리더십은 팀원이 목표를 달성하도록 코치하는 것으로 볼 수도 있습니다 ( 여기 에는 이론이 있습니다)

다음 킬러 앱을 작성하도록 개발자에게 동기를 부여해야합니까?

아마도 시작하기에 좋은 곳은 그들이 이것에 대한 장기적인 관점을 볼 수있는 방식으로 그들이 그렇게 할 것이라는 것을 알도록하는 것입니다. 이러한 목표는 스스로 동기를 부여하는 것이어야합니다. 실제로 킬러 앱인 경우.

그런 다음 실제로 의미하는 행동으로 보여주십시오!

순서대로 또는 중요하게 :

• 공유 비전
• 명확한 기대
• 예측 가능한 환경 (TDD, 야간 빌드, 매일 팀 채팅, 매주 체크인, 팀 및 제품에 적합한 모든 것)
• 가능한 최고의 도구
• 초과 근무와 심각한 급여
• 재택 근무
• 재고 옵션

Steve McConnel은 자신의 저서 Rapid Development 에서 이것에 대한 좋은 개요 와 소스 목록 (대부분의 찬사를받은 Peopleware 포함)를 가지고 있습니다. 추가로 읽을 수 )도 가지고 있습니다.

약간 날짜가 있지만 여전히 잘 요약되어 있으며 관련성이 있습니다.

• 시장 요율을 지불하십시오
• 그들에게 명확한 요구 사항을 제공하십시오 (필수 요소를 필터링하십시오)
• 소프트웨어 개발에 열정을 갖고 프로그래밍을 직접 해보십시오
• "보스"가 아닌 인 에이 블러가 되십시오.

내가 배울 수있는 사람보다 더 많은 지식을 가진 사람을 고용하고, 내가 그들의지도를 올바르게 따르는 시간과 내가 옳고 그른 때를 모두 인식하십시오.

팀 이벤트가 도움이 될 수 있습니다. 스포츠 경기 등의 행사는 그룹의 일부에 동기를 부여 할 수 있습니다. 균형이 모든 사람을 포함 할 이벤트를 찾는 것 같습니다.