많은 프로그래머가 관리 및 관리 역할에서 벗어나고 있습니다. 그들은 물건을 만들고 싶어합니다. 결과적으로 이러한 많은 직책은 비 기술적 인 사람들로 가득 차 있습니다. 그들이 어떻게 가치를 더하는지 보지 못합니다. 회의 예약, 오프 사이트 예약 및 기타 행정 업무가 그들의 역할을 정당화하기에 충분합니까?
답변
나는 그들이 현재 가치를 추가하는 방법을 보지 못하고 회의 예약, 오프 사이트 예약 및 기타 행정 업무가 그들의 역할을 수행하기에 충분한가?
관리자가 다른 부서와 상호 작용하는 양을 과소 평가하지 마십시오. 그들은 예산, 훈련 계획, HR 서류 작업을 처리합니다. 개발자가 다른 부서와의 회의에 빠지지 않도록 보호하고 그룹을위한 통합 된 전선을 제공합니다.
요컨대, 비즈니스에 존재하는 다른 모든 동기 부여로부터 자기 동기 개발자를 보호해야합니다.
답변
최고의 관리자는 마술사입니다. 그들은 회사의 나머지 부분을 개발자에게 사라지게합니다. 나는 Joel의 정확한 인용문을 기억할 수 없지만 뚱뚱한 인터넷 파이프, 기계의 짐승 및 많은 카페인이 있는지 확인하는 것이 경영진의 효과에 영향을 미쳤으므로 모든 개발자가 걱정해야 할 것은 그들은 최선을 다합니다.
좋은 관리자는 회사의 나머지 부분에 대한 그룹의 목소리입니다.
답변
소프트웨어 개발에 특별히 적용되므로 관리자에게는 프로젝트 관리와 팀 리더라는 두 가지 부가 가치 역할이 있습니다.
프로젝트 관리자는 클라이언트 및 중간 관리와 인터페이스하여 개발자의 시간을 절약합니다. 프로젝트에 명확한 설명이나 범위 변경이있는 경우가 많으며 고객과 중간 관리자가 단일 연락 지점을 갖는 것이 도움이됩니다. 개발 팀의 모든 구성원의 질문에 답하려고 시도하면 기록되지 않은 프로젝트 의사 결정과 문서화되지 않은 약속, 범위 관리의 단점으로 이어집니다.
다른 한편으로, 팀 리더는 경력 / 기술 개발에 참여하고 팀 구성원간에 워크로드를 적절하게 분배하고 개별 기여 및 요구에 맞는 자원 및 보상을 제공합니다.
이러한 역할 중 어느 것도 헤드 다운 프로그래머가 필요하지 않으며, 실제로는 반대입니다. 프로그래머는 종종 질문이나 위기에 대한 첫 번째 대응책으로 코드 작성 작업으로 넘어갈 수 있으며, 해당 작업을 실제로 수행해야하는지 물어 보는 사람이 있으면 도움이됩니다.
답변
언급 된 다른 혜택과 함께 비 기술적 인 관리자는 전문가들 사이에 어려움이있을 때 최종 결정을 내리는 데 더 나은 작업을 수행 할 수 있습니다. 나는 이것이 직관에 맞지 않다는 것을 알고 있지만, 비 기술적 인 훌륭한 관리자는 사람들의 강점과 약점을 이해합니다.
예 : 두 명의 프로그래머가 응용 프로그램에 사용할 서버에 대해 토론합니다. 일종의 믿기 쉬운 민주주의에서 그들은 둘 다 한 표를 얻으므로 결정을 내리지 않습니다. 이 전쟁은 영원히 계속 될 수 있습니다 (그리고 기술적 인 사람들과 함께라면). 누군가는이 의견 불일치에 개입하여 프로젝트를 진행해야합니다. 좋은 판사는이 분야에서 가장 전문적인 지식을 가진 사람의 의견에 의지 할 것입니다.
특정 분야에 재능, 기술 또는 지식이 부족하다고해서 그 사람을 식별 할 수 없다는 의미는 아닙니다. 재능을 인식하는 것은 재능입니다.
답변
회의 예약, 오프 사이트 예약 및 기타 관리 작업이 그들의 역할에 충분한가?
예. 완벽하게 충분합니다. 또한 열, AC 등에 문제가있을 때 건물 관리에 전화하는 데 좋습니다. 자판기 및 워터 쿨러의 재고 및 유지 관리; 코를 special 기 위해 특별한 음식을 가져 오는 것; 사무실을 깨끗하고 질서있게 유지
바쁘고 어려움을 피하기 위해 다른 작업을 생각하는 것이 최선입니다.
그들의 가장 중요한 역할은 무엇입니까? 방해받지 않고 프로그래머와 혼합하지 말고 다른 비 기술적 인 사람들도 그렇게하십시오.
MLB 볼 클럽과 같은 개발 팀을 고려해보십시오 (유추는 상당히 좋은 IMO입니다). 관리자는 항상 전직 선수입니다. 고도로 숙련되고, 살아남고, 특유의, 전문가, 대부분의 ‘정규 사람들’이 할 수없는 일을하는 사람.
답변
내 경험상 비 기술적 관리자는이 역할에 가장 적합합니다. 개발자 작업을 방해하는 회사 물건을 피함으로써 가치를 추가하는 것 외에도 개발자 간의 파트너십을 맺습니다 (개발자가 http://www.unwesen.de/ 2012 / 03 / 16 / introversion-productivity-work-environments / ) 좋은 팀은 팀이 리듬에 따라 작업하지만 가시성에 관심을 갖도록합니다.