비 기술적 인 관리자는 어떻게 자체 동기 부여 된 소프트웨어 개발자 팀에 가치를 더합니까?

63

많은 프로그래머가 관리 및 관리 역할에서 벗어나고 있습니다. 그들은 물건을 만들고 싶어합니다. 결과적으로 이러한 많은 직책은 비 기술적 인 사람들로 가득 차 있습니다. 그들이 어떻게 가치를 더하는지 보지 못합니다. 회의 예약, 오프 사이트 예약 및 기타 행정 업무가 그들의 역할을 정당화하기에 충분합니까?

teamwork management

— 센틸 쿠마 란
소스

10

자존심과 의제를 방해하지 않으면 서 모든 소프트웨어 팀 중 몇 퍼센트가 그렇게 운영 할 수 있다고 생각하십니까?

— ozz

30

프로그래밍 의 Tao에서 : 초보자는 물었다 : "동쪽에는 남자들이 '기업 본사'라고 부르는 훌륭한 나무 구조가 있습니다. 부회장 및 회계사와 모양이 부풀어 있습니다. 그것은 많은 메모를 발행합니다 ... 어떻게 부 자연스러운 존재가 될 수 있습니까? " 마스터는 다음과 같이 대답했다. "당신은이 거대한 구조를 인식하고 합리적 목적이 없다고 불안합니다. 대피소 아래 프로그래밍이 쉬워 진 불편 함을 즐기지 않습니까? 왜 쓸모없는 것에 귀찮게하십니까?"

— apillers

가능한 중복 관리자입니다. 업무 관계 및 프로그래머와의 의사 소통을 어떻게 개선 할 수 있습니까?

— gnat

2

오히려 Rands의 최근 글 은 이러한 문제 중 일부를 중심으로합니다. 나는 추천의 도장을 준다. (그는 말할 것도없이 경영에 관한 많은 훌륭한 저술을 가지고 있습니다!)

— Jari Keinänen

112

나는 그들이 현재 가치를 추가하는 방법을 보지 못하고 회의 예약, 오프 사이트 예약 및 기타 행정 업무가 그들의 역할을 수행하기에 충분한가?

관리자가 다른 부서와 상호 작용하는 양을 과소 평가하지 마십시오. 그들은 예산, 훈련 계획, HR 서류 작업을 처리합니다. 개발자가 다른 부서와의 회의에 빠지지 않도록 보호하고 그룹을위한 통합 된 전선을 제공합니다.

요컨대, 비즈니스에 존재하는 다른 모든 동기 부여로부터 자기 동기 개발자를 보호해야합니다.

— 텔라 스틴
소스

4

그리고 그들은 급여 / 인상을 방어하는 훨씬 더 나은 일을 할 것입니다.

— JeffO

20

매우 +1. 우리는 때때로 시스템을 통해 "누설"을 받고 관리자와 특히 제품 소유자가하는 일에 대한 작은 아이디어를 얻습니다. 나는 그 일을 매일 다루고 싶지 않습니다 .

— 이즈 카타

1

나는 이것이 중요하다는 것을 알고 있지만 소프트웨어 개발 팀에서 상대적 중요성과 이들의 가치를 얻지 못합니다.

— Senthil Kumaran

17

@SenthilKumaran 개발자는 다른 부서의 관리자와 함께 소프트웨어가 왜 완료되지 않은지에 대해 2 시간을 소비하겠습니까, 아니면 2 시간 동안 코드를 작성하겠습니까? 관리자에게 기술적 문제를 설명하는 것이 얼마나 어려운지 알고 있습니다. 비 기술적 인 관리자보다 잘 아는 사람에게 설명하려고한다고 상상해보십시오. 최고의 비 기술적 관리자는 개발자가 코딩 및 테스트에 더 나은 시간을 낭비하는 모든 것을 개발자로부터 차단합니다.

— David Navarre

5

이것은 계속해서. 기술 관리자의 경우에도 여전히 업무의 가장 큰 부분입니다.

— Earlz

36

최고의 관리자는 마술사입니다. 그들은 회사의 나머지 부분을 개발자에게 사라지게합니다. 나는 Joel의 정확한 인용문을 기억할 수 없지만 뚱뚱한 인터넷 파이프, 기계의 짐승 및 많은 카페인이 있는지 확인하는 것이 경영진의 효과에 영향을 미쳤으므로 모든 개발자가 걱정해야 할 것은 그들은 최선을 다합니다.

좋은 관리자는 회사의 나머지 부분에 대한 그룹의 목소리입니다.

— 마이클 브라운
소스

4

Joel 인용은 아마 여기에서 적응했을까요?

— MarkJ

29

소프트웨어 개발에 특별히 적용되므로 관리자에게는 프로젝트 관리와 팀 리더라는 두 가지 부가 가치 역할이 있습니다.

프로젝트 관리자는 클라이언트 및 중간 관리와 인터페이스하여 개발자의 시간을 절약합니다. 프로젝트에 명확한 설명이나 범위 변경이있는 경우가 많으며 고객과 중간 관리자가 단일 연락 지점을 갖는 것이 도움이됩니다. 개발 팀의 모든 구성원의 질문에 답하려고 시도하면 기록되지 않은 프로젝트 의사 결정과 문서화되지 않은 약속, 범위 관리의 단점으로 이어집니다.

다른 한편으로, 팀 리더는 경력 / 기술 개발에 참여하고 팀 구성원간에 워크로드를 적절하게 분배하고 개별 기여 및 요구에 맞는 자원 및 보상을 제공합니다.

이러한 역할 중 어느 것도 헤드 다운 프로그래머가 필요하지 않으며, 실제로는 반대입니다. 프로그래머는 종종 질문이나 위기에 대한 첫 번째 대응책으로 코드 작성 작업으로 넘어갈 수 있으며, 해당 작업을 실제로 수행해야하는지 물어 보는 사람이 있으면 도움이됩니다.

— 대수
소스

6

개발자는 나무를 봅니다. 그들의 관리자는 숲을 봅니다.

— David Navarre

9

@DavidNavarre-IMO 기술이 아닌 관리자는 아무것도 보지 못했습니다 ...

— Vector

13

@Vector : 당신이 말하는 것처럼 보이는 것은 기술이 아닌 관리자가 아니라 무능한 관리자입니다.

— Lie Ryan

@Vector : Dilbert의 PHB를 생각하지만, 이것이 비 기술적 인 관리자와 같지 않다고 생각합니다.

— hardmath

@hardmath-이해합니다 :-) 귀하의 답변은 편집에 따라 OP가 승인 한 것에 실제로 포함됩니다. 내가하려고하는 요점은 기술적 인 부분에 관해서는 맞대기해야한다는 것입니다. 이 문제들에 대해 약간의 경험이 있습니다 ... "약간의 지식은 위험한 것"-당신이 내 표류를받을 것이라고 확신합니다. 내 대답을 참조하십시오.

— 벡터

12

언급 된 다른 혜택과 함께 비 기술적 인 관리자는 전문가들 사이에 어려움이있을 때 최종 결정을 내리는 데 더 나은 작업을 수행 할 수 있습니다. 나는 이것이 직관에 맞지 않다는 것을 알고 있지만, 비 기술적 인 훌륭한 관리자는 사람들의 강점과 약점을 이해합니다.

예 : 두 명의 프로그래머가 응용 프로그램에 사용할 서버에 대해 토론합니다. 일종의 믿기 쉬운 민주주의에서 그들은 둘 다 한 표를 얻으므로 결정을 내리지 않습니다. 이 전쟁은 영원히 계속 될 수 있습니다 (그리고 기술적 인 사람들과 함께라면). 누군가는이 의견 불일치에 개입하여 프로젝트를 진행해야합니다. 좋은 판사는이 분야에서 가장 전문적인 지식을 가진 사람의 의견에 의지 할 것입니다.

특정 분야에 재능, 기술 또는 지식이 부족하다고해서 그 사람을 식별 할 수 없다는 의미는 아닙니다. 재능을 인식하는 것은 재능입니다.

— 제프
소스

1

또한 비 기술적 인 관리자가 코드를 작성하는 대신 팀의 요구를 해결할 수 있습니다.

— JeffO

1

"다른 언급 된 이점들과 함께, 비 기술적 인 관리자는 전문가들 사이에 곤경이있을 때 최종 결정을 내리는 일을 더 잘할 수 있습니다." 비전문가는 특정 주제에 대한 정보가 가장 적습니다. 그는이 분야에서 가장 전문적인 지식을 가진 사람 만 "측면"을 취할 수 있습니다 (또는 자신이 최선이라고 생각하는 솔루션을 선택하십시오). 그러나 이것이 그의 결정이 옳다는 것을 의미하지는 않습니다. 경험이 적은 프로그래머의 솔루션이 더 나을 수 있지만 전문가가 아닌 사람은 알 수 없습니다. joelonsoftware.com/items/2006/08/08.html

— Christian P

이러한 상황에서 관리의 과소 평가 부분이 항상 최고의 사람들이 자신의 길을 찾도록 허용하는 것은 아닙니다. 훌륭한 관리자는 상황을 잘 읽고 기술적으로 정확하지는 않지만 정치적으로 올바른 판단을 내립니다. 논쟁이 중요한 것이 아니라면, 관리자는 더 많은 격려가 필요하거나 다른 개발자에 의해 괴롭힘을당하는 사람을 선호 할 수 있습니다. 그것은 판결 요청이며 때로는 어려운 일이지만, 그것이 큰 돈을 지불하는 이유입니다.

— Stephen

@Stephen은 동의했다 – 좋은 관리자는 그의 사람들을 관리하는 방법을 알 것이다. 아마도 잘못된 사람이 그 결정을 내릴 것입니다.

— Christian P

@Stephen : 그러나 정치적으로 옳을 것입니다. 이는 비 기술적 인 관리자 가 기술 직원과의 모든 신뢰 를 잃는 매우 좋은 방법입니다 . 매우 위험한 IMO.

— 벡터

2

회의 예약, 오프 사이트 예약 및 기타 관리 작업이 그들의 역할에 충분한가?

예. 완벽하게 충분합니다. 또한 열, AC 등에 문제가있을 때 건물 관리에 전화하는 데 좋습니다. 자판기 및 워터 쿨러의 재고 및 유지 관리; 코를 special 기 위해 특별한 음식을 가져 오는 것; 사무실을 깨끗하고 질서있게 유지

바쁘고 어려움을 피하기 위해 다른 작업을 생각하는 것이 최선입니다.

그들의 가장 중요한 역할은 무엇입니까? 방해받지 않고 프로그래머와 혼합하지 말고 다른 비 기술적 인 사람들도 그렇게하십시오.

MLB 볼 클럽과 같은 개발 팀을 고려해보십시오 (유추는 상당히 좋은 IMO입니다). 관리자는 항상 전직 선수입니다. 고도로 숙련되고, 살아남고, 특유의, 전문가, 대부분의 '정규 사람들'이 할 수없는 일을하는 사람.

— 벡터
소스

Arsene Wenger, Jose Mourinho, Andre Villas-Boas 누구? 훌륭한 관리자로 밝혀졌습니다. 코딩이 아닌 좋은 PM이 되려면 강력한 대인 관계 및 초등 교육 기술이 필요합니다.

— bobo2000

@ bobo2000-나는 스포츠가 아니라 MLB를 언급 했다.

— 벡터

-1

내 경험상 비 기술적 관리자는이 역할에 가장 적합합니다. 개발자 작업을 방해하는 회사 물건을 피함으로써 가치를 추가하는 것 외에도 개발자 간의 파트너십을 맺습니다 (개발자가 http://www.unwesen.de/ 2012 / 03 / 16 / introversion-productivity-work-environments / ) 좋은 팀은 팀이 리듬에 따라 작업하지만 가시성에 관심을 갖도록합니다.

— 세 체그
소스

2

외부 참조를 인용하거나 신조를 확장하면 답이 더 강력 해집니다. 진술 cause it's well know[n]은 약한 형태의 증거입니다.