문서를 작성하거나 간트 차트를 작성하고 프로그래머에게 진척을 요청하는 것보다 프로그래밍이 훨씬 어렵다는 것을 인정해야합니다. 그래서 순진한 우리에게는 프로그래밍이 일반적으로 어렵다는 것을 알고 왜 비즈니스 분석가와 프로젝트 관리자가 프로그래머보다 월급이 높아지는가? 프로그래머조차도 집에 늦게 도착할 때 그들의 직업이 고임금 직업이되는 것은 무엇입니까?
최신 정보
저의 무지를 실례합니다. 일부 응답에서 BA와 PM이 일반적으로 엉망인 프로그래머가 담당하는 급여이기 때문에 급여가 높아지는 이유가 있습니다. 그러나 하루가 끝날 무렵, 프로그래머는 혼란을 해결하고 더 열심히 일하기 위해 손을 더럽게합니다. 따라서 여전히 이해가되지 않습니다.
답변
프로젝트 관리자가 프로그래머 및 비즈니스 분석가보다 월급이 높은지 여부는 클래스로 존재하는지 여부는 거주하는 소프트웨어 세계에 따라 다릅니다.
이 질문에 대한 간단한 대답 은 “우리 사회에서는 여전히 급여가 계층 구조의 위치에 묶여 있다고 생각합니다.”입니다. 그러나이 답변은 사람들이 자신의 인식 된 가치에 따라 지불한다는 사실을 반영하면서 PM과 BA가 많은 소프트웨어 조직에서 계층 구조의 최상위에있는 이유와 경영진이 왜 선택 구조로 계층 구조를 선택하는지 설명하지 않습니다 소프트웨어 프로젝트 팀. 이것들은 정말로 가치있는 질문입니다.
크게 말하면 소프트웨어 제작 조직에는 두 가지 범주가 있습니다. 위젯 팩토리와 필름 크루라고 부릅니다.
위젯 팩토리는 맥그리거 (McGregor)가 제안한 이론 X : 동기 부여를 중심으로 생각하는 경영 대학원에서 태어났다 . 더 높거나 최소한 동일한 표준으로 작업합니다. 이러한 생각은 전체 팀을 관리자만으로 쉽게 대체하고 대표자만으로 대표 할 수 있다는 자연스러운 아이디어에 근거합니다. 팀의 다른 모든 사람들이 쉽게 교체 할 수 있거나 작업을 완료 할 수있는 관리자의 능력을 향상시키기위한 것입니다. 따라서 계층 구조는 구조와 수평 작업 역할입니다.
Widget Factory 관리는 프로젝트 관리자의 긴밀한 감독하에 명확하게 정의 된 프로세스 실행을 통해 비즈니스 분석가가 준비한 사양으로 소프트웨어를 제조 할 수 있다고 가정합니다. 충분한 자격을 갖추었지만 상호 교환 가능한 프로그래밍 및 테스트 리소스를 사용하여 프로젝트를 구성하여 제조를 관리합니다. PM 및 BA에서 준비한 초기 비즈니스 사례를 기반으로 미리 정해진 예산에 따라 업무가 진행됩니다.
위젯 팩토리를 실행하는 관리는 이러한 사람들의 대화 방식에주의를 기울이면 쉽게 파악할 수 있습니다. 자원 (팀 구성원을 언급 할 때 포함), 프로세스, 운영 효율성, 균일 성, 반복성, 자원 사용에 대한 엄격한 제어, 명확한 직무 역할 및 정의 된 프로세스 입력 및 출력에 관한 것일 수 있습니다. 그들은 이상적인 소프트웨어 개발 작업의 이미지를 볼 때 실제 공장 은유를 우연히 언급했을 것입니다.
그런 다음 영화 승무원이 있습니다. 그들은 사람들이 똑똑하고 자기 동기가 있고, 열심히 일하고 아이들이 놀이를 즐기는 것처럼 자신의 직업을 즐긴다는 개념에 근거합니다. 영화 승무원은 전문화로 인해 개인 기고자 능력이 작업을 조직하고 조정하고 지시하는 사람들의 능력을 훨씬 능가 할 수 있음을 인정합니다. 관리자는 더 이상 모든 사람을 대신 할 수 없기 때문에 계층 구조는 제대로 작동하지 않습니다. 사람들은 일을 끝내기 위해 훨씬 더 평평하고 복잡한 조직 내에서 협력해야합니다. 직무의 역할 자체는 훨씬 더 수직적 인 경향이 있으며 (종료되기 시작) 다양한 기술이 필요합니다. 이 경영 사고는 McGregor의 이론 Y에 의해 뒷받침됩니다 .
영화 승무원의 감독은 훌륭한 승무원을 모으고 상상력을 매료시키고 팀이 함께 일하고 협력하도록 도울 수 있어야 소프트웨어에 대한 비전이 실현 될 수 있다는 것을 알고 있습니다. 그녀의 역할은 영감을주고 비전을 지키며 방향을 제시하고 노력에 집중하는 것입니다. “감독”은 소프트웨어가 모든 참가자의 세계관과 능력의 조합 및 그룹이 함께 작업을 수행하는 독특한 방식으로 인해 발생한다고 믿고 있기 때문에 모든 개인이 중요합니다. 스타들이 승무원에 합류하게하는 것이 중요하다는 것을 누구나 알고 있습니다. 스타 공연자들은 성공할 수있는 모든 기회를 증가시킵니다. 비전은 예산을 늘리고 자금을 유치합니다.
보상에 관해서위젯 팩토리는 가장 높은 가치는 계층 구조 위에있는 프로젝트 관리자 및 비즈니스 분석가가 수행 한 작업에서 파생 된 것으로 간주되며 그에 따라 보상해야합니다. 요구 사항을 작업 코드로 변환 할 수있는 올바른 자격을 갖추 었습니다. PM과 BA는 프로젝트 정보의 소스에 대한 다른 팀원의 액세스를 제한함으로써 팩 위에서 자신의 위치를 유지하기 위해 노력하고 있습니다. 기본 정보 소스에 공식적으로 액세스하지 않고 팀은 가치 판단을 내리거나 훌륭한 솔루션을 마련하기 위해 고심하고 있으며 프로그래머는 PM 및 BA에서 정의한대로 위의 명령을 받고 문제를 해결해야합니다.
극명한 대조적으로 Film Crew는보다 평등 한 형태로 활동합니다. 회원은 기본 정보에 제한없이 액세스 할 수 있으며 가치 판단을 장려하며 비전을 달성하고 기여할 수있는 행동을 자유롭게 선택할 수 있습니다. 리더십 구조는 팀 내에서 특정 역할이 아닌 능력을 기반으로합니다. 보상은 특정 사람이 프로젝트에 참여하는 것이 얼마나 바람직한지를 반영하며, 종종 해당 사람이 소프트웨어를 만드는 데 에너지를 바칠 수 있다면 최종 결과가 얼마나 더 가치가 있을지에 대한 인식과 관련이 있습니다. 이 환경에서 프로젝트 관리자의 역할은 창의적 리더가 될 가능성이 적으므로 덜 두드러집니다. 그 역할은 주로 행정적 지원과 외부 관계로 귀결됩니다.
이제는 대부분의 사내 소프트웨어 개발 팀과 일부 컨설턴트가 일관되게 지루한 소프트웨어를 생산하는 프로세스에 의존하는 위젯 팩토리로 운영되는 것은 놀라운 일이 아닙니다. 이러한 환경은 프로젝트 관리자와 비즈니스 분석가가 체계적으로 구성된 환경을 최대한 활용한다는 가정에 따라 프로그래머보다 일상적으로 더 많은 대가를 지불하는 환경으로, 프로그래머가 관리를 잘못 증명하는 것을 어렵게 만듭니다.
성공적인 소프트웨어 회사는 Film Crew 관점을 채택하는 경향이 있으며, 다른 철학은 위대한 소프트웨어를 제작하는 데 많은 의존하는 훌륭한 사람들을 끌어들이는 능력을 방해합니다. 설정에서 프로젝트 분석가 역할을 볼 가능성은 거의 없으며 프로젝트 관리자가 눈에 띄지 않으며 일반적으로 훌륭한 프로그래머보다 임금이 적습니다.
답변
우리 사회에서는 여전히 급여가 계층 구조의 위치에 묶여 있다고 생각하기 때문 입니다.
분석가 또는 프로젝트 관리자는 계층 구조에서 더 높으므로 더 많은 비용을 지불해야합니다.
이것이 왜 문제인지 설명하는 실제 이야기를하겠습니다.
좋은 친구가 큰 병원에서 프로그래머로 시작했습니다. 그의 노력과 헌신 덕분에 그는 Oracle DBA가되었으며 데이터가 중요하고 중요한 회사에서 중요한 위치를 차지했습니다.
병원은 레벨과 협력했습니다. 레벨은 계층, 레거시 및 디플로마에서 귀하의 위치에 구속됩니다.
내 친구는 급여 수준을 사용하지 않는 다른 회사에서 DBA가 되겠다는 제안을 받았습니다. 그의 월급은 많이 늘어날 수있었습니다. 그는 자신이 일하는 병원을 좋아하고 존중했기 때문에 상사와 이야기를 나누고 증가를 요구했습니다.
상사는 거절했다. 수준 때문에 불가능했고 노조는 그렇게 할 수 없었습니다.
내 친구는 떠났다.
병원은 결국 외부 컨설턴트 (레벨에 속하지 않음)를 고용하고 웹 사이트에 일자리를 게시했습니다. 컨설턴트는 인프라에 대해 전혀 알지 못했기 때문에 학습 곡선이 엄청났습니다. 그 때문에 병원은 많은 돈을 잃었습니다.
병원은 더 많이 잃었습니다. 외부 컨설턴트는 제 친구가 요청한 것보다 5 배나 많은 비용을 지불했고, 그를 대신 할 자격을 갖춘 직원을 찾을 수 없었습니다.
거의 3 년 전이었습니다. 내 친구는 여전히 그의 새로운 위치에 있으며 그가 좋아하는 일을 매우 빠르게하는 계층 구조 사다리를 올라갑니다.
병원은 여전히 5 배 더 지불하고 있습니다.
IMHO, 급여는 회사에 제공 한 가치에 비례해야합니다 .
업데이트 : 계층 구조에서 더 높이 이동하면 레버리지 효과가 발생합니다. 실제로, 당신은 당신이 가져온 가치에 대해 지불됩니다. 그러나 생산성이 10 배 더 뛰어난 훌륭한 프로그래머에게는 해당 계층 구조에서의 위치 (일반적으로 맨 아래)에 관계없이 10 배 더 많은 비용을 지불해야합니다. 그것이 제가 강조하고 싶은 것입니다.
답변
프로그래머 보다 위험 이 더 큽니다. 그들은 우리가 제공 한 정보를 바탕으로 결정을 내린 다음, 기대치가 충족되지 않으면 이해 관계자의 가혹한 비판에 직면해야합니다. 유료 패키지의 일부는이 위험을 보상합니다.
또 다른 요인은 적절하게 계획, 추정 및 완화 할 수있는 프로젝트 관리자를 준비하는 데 필요한 수년간의 경험 일 수 있습니다. 어떤 의미에서, 미묘한 프로젝트 관리자는 실패를 통해 훈련되어 비용이 많이 드는 기술 입니다. 일단 선임 수준에 도달하면, 회사는 그러한 소중한 직원을 기꺼이 내버려 두지 않을 수 있습니다.
편집하다:
재정적 또는 물리적 피해보다 더 많은 종류의 위험이 있습니다. 예를 들어, 관리자 나 고객이 견책을 당할 위험을 고려하십시오. 실제 피해는 없지만, 이런 종류의 결과를 피하기 위해 우리의 행동을 조정하는 것은 여전히 바람직하지 않습니다. 그러나 관리자는 항상 올바른 결정을 내려야하며, 개인의 취향에 따라가 아니라 회사의 이익을 위해 다양한 종류의 위험을 균형을 이루어야합니다.
답변
어느 정도는 프로그래밍이 더 어려울 수 있지만 더 즐겁습니다. 관리자가 부하 직원, 고객, 자신의 상사 및 이해 관계자 간의 모든 종류의 쓰레기를 처리하는 동안 당신은 거기에 앉아서 멋진 프로그래밍 퍼즐을 해결합니다. 그래서 제정신이 아닌 사람들이 실제로는 관리자가되기를 원하는 이유가 더 많으므로 더 많은 비용을 지불하여 보상해야합니다.
프로그래밍은 더 어렵지만 관리가 더 어려워집니다.
회사에 대한 누군가의 가치를 생각하는 한 가지 방법은 그 사람이 회사를 떠난 경우의 모습을 상상하는 것입니다. 일반적으로 관리자는 프로그래머보다 그런 의미에서 더 가치있는 것으로 판명되었습니다. Java 개발자 인 James Gosling 은 최근 Oracle을 떠났습니다. 그것은 큰 손실이라고 생각할 수 있지만, 추측하십시오. 실제로는 중요하지 않습니다. Java 나 Oracle에는 거의 영향을 미치지 않습니다. 개가 짖었지만 캐러밴은 계속됩니다.
그건 그렇고, (진실하게) 더스트 맨과 청소기는 프로그래머보다 지불해야한다고 생각합니다. 다른 사람들의 쓰레기를 청소하는 것은 짜증 과 필수 불가결 한 일입니다 .
답변
차트 작성 및 문서 작성으로 관리를 줄이는 것은 프로그래밍이 타이핑되고 있다고 말하는 것과 같습니다.
나 자신에게도 프로그래밍은 사람 관리보다 훨씬 쉽습니다.
답변
여기의 모든 사람들은 부정적인면에 중점을 둡니다. 사무실 정치를 좋아하는 프로그래머를 만나 본 적이 없으며 훌륭한 관리자가 그런 쓰레기로부터 당신을 보호합니다. 우리의 주요 고객에서 많은 사람들과 대화를 나눈 결과, 그들 중 절반은 미쳤으며, 저의 PM을 저에게 광기를 흡수하게해서 기쁩니다. 그들이 많이 지불하면 괜찮습니다. 그는 피할 수없는 치료를 위해 필요합니다.
답변
물론 논란의 여지가 있지만, 이것 뒤에 중요한 이유 는 프로젝트 가 실패하면 프로그래머가 아닌 프로젝트의 책임을 수행하기 때문입니다. 그들은 당신에게 무언가를 끌어 올리는 데 귀찮게 할 수도 있지만, 더 높은 권력에서 비판에 직면 합니다. 그들은 계획과 평가 를 담당하는 사람들입니다 .
관리에는 사람 기술, 리더십, 비용 및 시간을 예측하는 능력 등 매우 다양한 기술이 필요합니다 . 이 모든 것을하기 위해서는 여전히 사물의 측면과 연락을 취하거나 (기술적으로 말하는 것에 대한 단서가 있거나) 성격을 아주 잘 판단해야합니다.
요구 사항이 올바르게 정의되지 않은 경우 결함입니다.
테스트 계획이 올바르게 정의되지 않은 경우 결함입니다.
휴가를 가거나 다리를 부러 뜨리거나 토요일 밤에 낭비하거나 충분한 통지를하지 않고 떠날 경우 교체품이나 <어떤 이유>를 찾아야하고 일을 할 수없고 제품이 도착하지 않는 경우 배달 (시간 또는 전혀), 여전히 그들의 잘못 입니다.
또한 그들이 책임을진다는 것을 의미 할 때, 그것은 위와 아래의 사람들에게 영향을 미칩니다 . 그들이 일을 망쳐 놓는다면, 당신의 팀의 일이 온라인에있을 수 있습니다. 그것은 또한 당신이받는 압력 의 종류이기도합니다 .
추신 : 게다가, 간트 차트를 작성하는 것보다 프로그래밍이 어렵다고 말할 수는 없습니다 (예를 들어 설명을 재사용하기 위해). 나는 당신에 대해 모르지만 프로그래밍 (일반적으로 업계에서해야 할 일의 80 %)이 상당히 쉽다는 것을 알았습니다. 무언가를 망치면 고칠 수 있습니다. 당신의 상사 나사 그의 간트 차트 또는 자신의 비용을 추정하면, 지금은 반전보다 훨씬 더 큰 문제가 될 것 != nullA에 대한 == null. 작은 실수는 더 넓은 범위에서 중요합니다. 물론 대부분 임베디드 의료 응용 프로그램에서 이와 같은 테스트를 망쳐 놓았다면 큰 문제입니다. 그러나 그들은 당신보다 더 많은 문제를 겪을 것입니다!