비즈니스 분석가와 프로젝트 관리자가 프로그래머보다 급여가 높은 이유는 무엇입니까? [닫은]


324

문서를 작성하거나 간트 차트를 작성하고 프로그래머에게 진척을 요청하는 것보다 프로그래밍이 훨씬 어렵다는 것을 인정해야합니다. 그래서 순진한 우리에게는 프로그래밍이 일반적으로 어렵다는 것을 알고 왜 비즈니스 분석가와 프로젝트 관리자가 프로그래머보다 월급이 높아지는가? 프로그래머조차도 집에 늦게 도착할 때 그들의 직업이 고임금 직업이되는 것은 무엇입니까?

최신 정보

저의 무지를 실례합니다. 일부 응답에서 BA와 PM이 일반적으로 엉망인 프로그래머가 담당하는 급여이기 때문에 급여가 높아지는 이유가 있습니다. 그러나 하루가 끝날 무렵, 프로그래머는 혼란을 해결하고 더 열심히 일하기 위해 손을 더럽게합니다. 따라서 여전히 이해가되지 않습니다.


126
그들은 :-) 더 나은 정장을 착용
스티븐 C

234
미국의 더 큰 급여는 기술과 전혀 관련이 없습니다. 더 많이 좋아하고 정치 게임을 많이할수록 더 많은 돈을받습니다. 프로그래머는 일반적으로 논리적이고 지능적이며 개인이라고 말합니다. 경영진은 그것을 싫어합니다.
MVCylon

29
"... 늦게 집으로 돌아 오는 사람들 ..."가혹한 것이 아니라 이것은 개인적인 문제처럼 들린다. 오랜 시간을 투자하는 것이 회사에 가치를 정의하는 방법이라면 몇 가지 심각한 개인 분석을 수행해야합니다.
Aaron McIver

14
Dilbert의 급여 정리를 상기시켜줍니다 : csm.ornl.gov/~frome/dilbert.html
badgerr

27
내가 작업하고있는 주요 프로젝트에 대한 PM 및 비즈니스 분석가는 내가하는 것보다 더 많은 시간을 투자했다고 언급 할 것이다. 우주에는 일을하기 위해 돈을 지불 할 돈이 충분하지 않습니다.
HLGEM

답변:


389

프로젝트 관리자가 프로그래머 및 비즈니스 분석가보다 월급이 높은지 여부는 클래스로 존재하는지 여부는 거주하는 소프트웨어 세계에 따라 다릅니다.

이 질문에 대한 간단한 대답 은 "우리 사회에서는 여전히 급여가 계층 구조의 위치에 묶여 있다고 생각합니다."입니다. 그러나이 답변은 사람들이 자신의 인식 된 가치에 따라 지불한다는 사실을 반영하면서 PM과 BA가 많은 소프트웨어 조직에서 계층 구조의 최상위에있는 이유와 경영진이 왜 선택 구조로 계층 구조를 선택하는지 설명하지 않습니다 소프트웨어 프로젝트 팀. 이것들은 정말로 가치있는 질문입니다.

크게 말하면 소프트웨어 제작 조직에는 두 가지 범주가 있습니다. 위젯 팩토리와 필름 크루라고 부릅니다.

위젯 팩토리는 맥그리거 (McGregor)가 제안한 이론 X : 동기 부여를 중심으로 생각하는 경영 대학원에서 태어났다 . 더 높거나 최소한 동일한 표준으로 작업합니다. 이러한 생각은 전체 팀을 관리자만으로 쉽게 대체하고 대표자만으로 대표 할 수 있다는 자연스러운 아이디어에 근거합니다. 팀의 다른 모든 사람들이 쉽게 교체 할 수 있거나 작업을 완료 할 수있는 관리자의 능력을 향상시키기위한 것입니다. 따라서 계층 구조는 구조와 수평 작업 역할입니다.

Widget Factory 관리는 프로젝트 관리자의 긴밀한 감독하에 명확하게 정의 된 프로세스 실행을 통해 비즈니스 분석가가 준비한 사양으로 소프트웨어를 제조 할 수 있다고 가정합니다. 충분한 자격을 갖추었지만 상호 교환 가능한 프로그래밍 및 테스트 리소스를 사용하여 프로젝트를 구성하여 제조를 관리합니다. PM 및 BA에서 준비한 초기 비즈니스 사례를 기반으로 미리 정해진 예산에 따라 업무가 진행됩니다.

위젯 팩토리를 실행하는 관리는 이러한 사람들의 대화 방식에주의를 기울이면 쉽게 파악할 수 있습니다. 자원 (팀 구성원을 언급 할 때 포함), 프로세스, 운영 효율성, 균일 성, 반복성, 자원 사용에 대한 엄격한 제어, 명확한 직무 역할 및 정의 된 프로세스 입력 및 출력에 관한 것일 수 있습니다. 그들은 이상적인 소프트웨어 개발 작업의 이미지를 볼 때 실제 공장 은유를 우연히 언급했을 것입니다.

그런 다음 영화 승무원이 있습니다. 그들은 사람들이 똑똑하고 자기 동기가 있고, 열심히 일하고 아이들이 놀이를 즐기는 것처럼 자신의 직업을 즐긴다는 개념에 근거합니다. 영화 승무원은 전문화로 인해 개인 기고자 능력이 작업을 조직하고 조정하고 지시하는 사람들의 능력을 훨씬 능가 할 수 있음을 인정합니다. 관리자는 더 이상 모든 사람을 대신 할 수 없기 때문에 계층 구조는 제대로 작동하지 않습니다. 사람들은 일을 끝내기 위해 훨씬 더 평평하고 복잡한 조직 내에서 협력해야합니다. 직무의 역할 자체는 훨씬 더 수직적 인 경향이 있으며 (종료되기 시작) 다양한 기술이 필요합니다. 이 경영 사고는 McGregor의 이론 Y에 의해 뒷받침됩니다 .

영화 승무원의 감독은 훌륭한 승무원을 모으고 상상력을 매료시키고 팀이 함께 일하고 협력하도록 도울 수 있어야 소프트웨어에 대한 비전이 실현 될 수 있다는 것을 알고 있습니다. 그녀의 역할은 영감을주고 비전을 지키며 방향을 제시하고 노력에 집중하는 것입니다. "감독"은 소프트웨어가 모든 참가자의 세계관과 능력의 조합 및 그룹이 함께 작업을 수행하는 독특한 방식으로 인해 발생한다고 믿고 있기 때문에 모든 개인이 중요합니다. 스타들이 승무원에 합류하게하는 것이 중요하다는 것을 누구나 알고 있습니다. 스타 공연자들은 성공할 수있는 모든 기회를 증가시킵니다. 비전은 예산을 늘리고 자금을 유치합니다.

보상에 관해서위젯 팩토리는 가장 높은 가치는 계층 구조 위에있는 프로젝트 관리자 및 비즈니스 분석가가 수행 한 작업에서 파생 된 것으로 간주되며 그에 따라 보상해야합니다. 요구 사항을 작업 코드로 변환 할 수있는 올바른 자격을 갖추 었습니다. PM과 BA는 프로젝트 정보의 소스에 대한 다른 팀원의 액세스를 제한함으로써 팩 위에서 자신의 위치를 ​​유지하기 위해 노력하고 있습니다. 기본 정보 소스에 공식적으로 액세스하지 않고 팀은 가치 판단을 내리거나 훌륭한 솔루션을 마련하기 위해 고심하고 있으며 프로그래머는 PM 및 BA에서 정의한대로 위의 명령을 받고 문제를 해결해야합니다.

극명한 대조적으로 Film Crew는보다 평등 한 형태로 활동합니다. 회원은 기본 정보에 제한없이 액세스 할 수 있으며 가치 판단을 장려하며 비전을 달성하고 기여할 수있는 행동을 자유롭게 선택할 수 있습니다. 리더십 구조는 팀 내에서 특정 역할이 아닌 능력을 기반으로합니다. 보상은 특정 사람이 프로젝트에 참여하는 것이 얼마나 바람직한지를 반영하며, 종종 해당 사람이 소프트웨어를 만드는 데 에너지를 바칠 수 있다면 최종 결과가 얼마나 더 가치가 있을지에 대한 인식과 관련이 있습니다. 이 환경에서 프로젝트 관리자의 역할은 창의적 리더가 될 가능성이 적으므로 덜 두드러집니다. 그 역할은 주로 행정적 지원과 외부 관계로 귀결됩니다.

이제는 대부분의 사내 소프트웨어 개발 팀과 일부 컨설턴트가 일관되게 지루한 소프트웨어를 생산하는 프로세스에 의존하는 위젯 팩토리로 운영되는 것은 놀라운 일이 아닙니다. 이러한 환경은 프로젝트 관리자와 비즈니스 분석가가 체계적으로 구성된 환경을 최대한 활용한다는 가정에 따라 프로그래머보다 일상적으로 더 많은 대가를 지불하는 환경으로, 프로그래머가 관리를 잘못 증명하는 것을 어렵게 만듭니다.

성공적인 소프트웨어 회사는 Film Crew 관점을 채택하는 경향이 있으며, 다른 철학은 위대한 소프트웨어를 제작하는 데 많은 의존하는 훌륭한 사람들을 끌어들이는 능력을 방해합니다. 설정에서 프로젝트 분석가 역할을 볼 가능성은 거의 없으며 프로젝트 관리자가 눈에 띄지 않으며 일반적으로 훌륭한 프로그래머보다 임금이 적습니다.


68
'Film Crew'소프트웨어 제조업체 목록이 필요합니다 :)
Guillaume

8
상황의 훌륭한 개요
lurscher

46
훌륭한 요약. 언급해야 할 중요한 점은 대부분의 회사에서 소프트웨어 개발은 ​​핵심 투자가 아니라 비용 (유틸리티 비용 지불과 동일)으로 취급된다는 것입니다.
dbkk

3
좋은 대답입니다! 서로 다른 두 종류의 조직에 대한 좋은 그림을 제공하고 이들이 동일한 직업을 보는 방식을 묘사했습니다. 소프트웨어 개발자는 자신의 기여가 중요하고 가치있는 결과물이 될 조직을 선택해야합니다. 사운드 엔지니어 / 뮤직 디렉터가 영화를 본 것처럼.
Senthil Kumaran 2019

39
야, 이건 훌륭한 반응이다. 영화 승무원 비유가 잘 작동합니다. 위젯 공장에서 구매하기 전 9 년 동안 영화 제작진에서 근무한 후 8 개월 동안 지속되었습니다. 나는 내 자신의 소프트웨어 개발 사업을 시작했고 우리는 영화 제작진입니다. 방금 우리가 어떻게 일하는지에 관해 이야기 할 필요가 있다고 생각합니다. 감사!
Daniel Paull

276

우리 사회에서는 여전히 급여가 계층 구조의 위치에 묶여 있다고 생각하기 때문 입니다.

분석가 또는 프로젝트 관리자는 계층 구조에서 더 높으므로 더 많은 비용을 지불해야합니다.

이것이 왜 문제인지 설명하는 실제 이야기를하겠습니다.

좋은 친구가 큰 병원에서 프로그래머로 시작했습니다. 그의 노력과 헌신 덕분에 그는 Oracle DBA가되었으며 데이터가 중요하고 중요한 회사에서 중요한 위치를 차지했습니다.

병원은 레벨과 협력했습니다. 레벨은 계층, 레거시 및 디플로마에서 귀하의 위치에 구속됩니다.

내 친구는 급여 수준을 사용하지 않는 다른 회사에서 DBA가 되겠다는 제안을 받았습니다. 그의 월급은 많이 늘어날 수있었습니다. 그는 자신이 일하는 병원을 좋아하고 존중했기 때문에 상사와 이야기를 나누고 증가를 요구했습니다.

상사는 거절했다. 수준 때문에 불가능했고 노조는 그렇게 할 수 없었습니다.

내 친구는 떠났다.

병원은 결국 외부 컨설턴트 (레벨에 속하지 않음)를 고용하고 웹 사이트에 일자리를 게시했습니다. 컨설턴트는 인프라에 대해 전혀 알지 못했기 때문에 학습 곡선이 엄청났습니다. 그 때문에 병원은 많은 돈을 잃었습니다.

병원은 더 많이 잃었습니다. 외부 컨설턴트는 제 친구가 요청한 것보다 5 배나 많은 비용을 지불했고, 그를 대신 할 자격을 갖춘 직원을 찾을 수 없었습니다.

거의 3 년 전이었습니다. 내 친구는 여전히 그의 새로운 위치에 있으며 그가 좋아하는 일을 매우 빠르게하는 계층 구조 사다리를 올라갑니다.

병원은 여전히 ​​5 배 더 지불하고 있습니다.

IMHO, 급여는 회사에 제공 한 가치에 비례해야합니다 .

업데이트 : 계층 구조에서 더 높이 이동하면 레버리지 효과가 발생합니다. 실제로, 당신은 당신이 가져온 가치에 대해 지불됩니다. 그러나 생산성이 10 배 더 뛰어난 훌륭한 프로그래머에게는 해당 계층 구조에서의 위치 (일반적으로 맨 아래)에 관계없이 10 배 더 많은 비용을 지불해야합니다. 그것이 제가 강조하고 싶은 것입니다.


73
정말 멋진 일화입니다.
Alan Pearce

28
당신은 정확합니다-급여는 가치에 상대적이어야합니다. 종종 그렇지 않습니다. 모든 직원의 급여가 비밀로 유지되는 (그리고 개별적으로 협상 된) 일부 소규모 개인 회사에서는 대기업 만이 누가 지불을 받는지 알고 있습니다. 그리고 때로는 그 장소에서 급여는 가치에 상대적이며, 일부 감독 사람들은 일을하는 정말 영리한 사람들보다 임금을 적게받습니다. 물론 이것은 자주 발생하지 않습니다.
quick_now

16
피에르, 영국의 공공 부문처럼 들린다!
ozz

10
직원이 외부 컨설턴트로 일하도록 제안했을 수 있습니까?
Thomas 주식

4
@ 토마스 : 예, 나는 그것을 제안했지만, 그는 관심이 없었습니다 (IMHO는 환상 인 그의 보안 상실에 대한 두려움), 그리고 그것은 병원의 예산 문제를 해결하지 못할 것입니다.

84

프로그래머 보다 위험 이 더 큽니다. 그들은 우리가 제공 한 정보를 바탕으로 결정을 내린 다음, 기대치가 충족되지 않으면 이해 관계자의 가혹한 비판에 직면해야합니다. 유료 패키지의 일부는이 위험을 보상합니다.

또 다른 요인은 적절하게 계획, 추정 및 완화 할 수있는 프로젝트 관리자를 준비하는 데 필요한 수년간의 경험 일 수 있습니다. 어떤 의미에서, 미묘한 프로젝트 관리자는 실패를 통해 훈련되어 비용이 많이 드는 기술 입니다. 일단 선임 수준에 도달하면, 회사는 그러한 소중한 직원을 기꺼이 내버려 두지 않을 수 있습니다.

편집하다:

재정적 또는 물리적 피해보다 더 많은 종류의 위험이 있습니다. 예를 들어, 관리자 나 고객이 견책을 당할 위험을 고려하십시오. 실제 피해는 없지만, 이런 종류의 결과를 피하기 위해 우리의 행동을 조정하는 것은 여전히 ​​바람직하지 않습니다. 그러나 관리자는 항상 올바른 결정을 내려야하며, 개인의 취향에 따라가 아니라 회사의 이익을 위해 다양한 종류의 위험을 균형을 이루어야합니다.


42
"그들은 프로그래머보다 더 많은 위험을 감수합니다." 무엇처럼? 아직 프로젝트 관리자 나 다른 관리자가 잘못된 결정으로 인해 심각한 어려움을 겪는 것을 보지 못했습니다. (소프트웨어 산업에서)
biziclop

83
@ 9000 반면에 나쁜 프로젝트 관리자는 쉽게 찾을 수 있고 더 높은 급여를받습니다.
biziclop

10
이해 관계자의 가혹한 비판에 직면하는 것은 실제로 경제적 위험이 아니며 추가 보상을받을 가치가 없습니다. 이는 여러 가지 잘못된 결정을 내렸거나 이해 관계자의 작업 진행에 대한 진정한 정보를 숨기는 책임의 일부입니다. 프로그래머가 "완전히 녹색"이라고보고하면서 기능이 제대로 작동하지 않는 코드를 생성하는 것으로 알려진 경우 비슷한 위험에 직면합니다. 대부분의 조직에서 PM은 불가능하다고 간주되는 것을 전달하지 않은 것에 대해 비난을받지 않습니다.
Vlad Gudim

18
잘못된 결정을 내리고 수백만 달러의 퇴직금 패키지로 도망가는 것에 대해 해고당하는 것은 끔찍한 소리입니다!
Wooble

3
@biziclop : 공평하게 말해서, 나쁜 프로그래머는 똥처럼 붙어 경향이 있고 자신의 어려움없이 순위를 채우는 경향이 있습니다. 그리고 더 많은 것들이 있습니다.
Matt Joiner

80

어느 정도는 프로그래밍이 더 어려울 수 있지만 더 즐겁습니다. 관리자가 부하 직원, 고객, 자신의 상사 및 이해 관계자 간의 모든 종류의 쓰레기를 처리하는 동안 당신은 거기에 앉아서 멋진 프로그래밍 퍼즐을 해결합니다. 그래서 제정신이 아닌 사람들이 실제로는 관리자가되기를 원하는 이유가 더 많으므로 더 많은 비용을 지불하여 보상해야합니다.

프로그래밍은 더 어렵지만 관리가 더 어려워집니다.

회사에 대한 누군가의 가치를 생각하는 한 가지 방법은 그 사람이 회사를 떠난 경우의 모습을 상상하는 것입니다. 일반적으로 관리자는 프로그래머보다 그런 의미에서 더 가치있는 것으로 판명되었습니다. Java 개발자 인 James Gosling 은 최근 Oracle을 떠났습니다. 그것은 큰 손실이라고 생각할 수 있지만, 추측하십시오. 실제로는 중요하지 않습니다. Java 나 Oracle에는 거의 영향을 미치지 않습니다. 개가 짖었지만 캐러밴은 계속됩니다.

그건 그렇고, (진실하게) 더스트 맨과 청소기는 프로그래머보다 지불해야한다고 생각합니다. 다른 사람들의 쓰레기를 청소하는 것은 짜증 필수 불가결 한 일입니다 .


12
@Joonas- ".... 먼지와 청소기는 프로그래머보다 더 많은 돈을 지불해야한다고 생각합니다."<-저에게 저것을 설명해야합니다! 이런 씨발?
ozz

27
청소가 물리적으로 힘든 일이라는 것은 확실합니다. 그래도 괜찮은 프로그래머보다 깨끗하게 일할 수있는 사람이 더 많습니다. 따라서 시장은 좋은 프로그래머를 더 높이 평가합니다.
Péter Török

13
@Mayank : 아니요, 저는 겸손한 프로그래머입니다. 프로그래머들은 일반적으로 너무 높은 가치를 생각합니다. :-)
Joonas Pulakka

10
@jpartogi : 프로그래머는 악취를 내고 근육을 변형시켜 코드를 만들 필요가 없습니다. 아시다시피 편한 직업입니다.
Joonas Pulakka

9
끔찍한 혼란으로 발전한 디자인으로 레거시 시스템 앞에 앉아 더 이상 코드를 깨지 않고 다음 릴리스에 대한 빠른 패치를 만들려고 노력하는 것은 어렵지만 일반적인 프로그래머 작업입니다. 수천 명의 행복한 관리자와 수천 명의 비참한 프로그래머가 있습니다. 따라서 귀하의 답변은 실제로 수입의 차이를 설명하지 않습니다.
블라드 Gudim

71

차트 작성 및 문서 작성으로 관리를 줄이는 것은 프로그래밍이 타이핑되고 있다고 말하는 것과 같습니다.

나 자신에게도 프로그래밍은 사람 관리보다 훨씬 쉽습니다.


5
이 포럼은 프로그래밍 포럼이므로 대부분의 사람들은 관리보다 프로그래밍이 더 쉽습니다. 전반적으로 선택 편견이 없으면 대부분의 사람들이 프로그래밍 할 수있는 것보다 더 잘 관리 할 수 ​​있다고 생각합니다.
David Thornley

15
동의하지 않습니다. 훌륭한 관리자는 훌륭한 프로그래머와 거의 비슷합니다.
Dima

4
@ Woo4Moo 당신은 그 진술의 능력을 고려해야합니다.
Yahel

8
@ Woo4Moo 실제로 논리적으로 생각할 수 없다면 좋은 프로그래머가 될 수 없습니다. Dragon Naturally speaking et all을 사용하는 꽤 많은 장애인 프로그래머가 있습니다.
익명 타입

2
훌륭한 관리자는 좋은 프로그래머보다 찾기가 어렵다고 믿기가 어렵습니다. 저는 수백 명의 프로그래머들과 함께 일해 왔으며 3-4 명을 만났지만 내가 평가 한 수십 명의 훌륭한 관리자를 생각할 수 있습니다.
Dunk

36

여기의 모든 사람들은 부정적인면에 중점을 둡니다. 사무실 정치를 좋아하는 프로그래머를 만나 본 적이 없으며 훌륭한 관리자가 그런 쓰레기로부터 당신을 보호합니다. 우리의 주요 고객에서 많은 사람들과 대화를 나눈 결과, 그들 중 절반은 미쳤으며, 저의 PM을 저에게 광기를 흡수하게해서 기쁩니다. 그들이 많이 지불하면 괜찮습니다. 그는 피할 수없는 치료를 위해 필요합니다.


게임을 효과적으로 플레이하기 위해 사무실 정치를 좋아할 필요는 없습니다.
Wayne Koorts

4
알고 있지만 코드를 작성할 수 있도록 다른 사람이 게임을하는 것을 선호합니다.
MattC

1
나는 다른 사람들과 게임을하는 것을 좋아하지 않습니다.
익명 유형

3
BA가되는 가장 어려운 점은 모순 된 요구 사항을 이해하는 것입니다. 모든 이해 관계자는 필요한 것에 대해 다른 아이디어를 가지고 있습니다. 그런 다음 큰 상사는 가장 망상하고 미쳤습니다. 프로그래머가 만족할만한 무언가를 생산하고 생산할 수있는 요구 사항을 추출하는 것만으로도 BA가 고가의 레크리에이션 의약품을 마실 수 있습니다.
CyberFonic

8
그렇습니다. 그러나 나쁜 관리자들은 단지 사무실 정치를 클라이언트에서 개발자에게 직접 전달합니다.
sevenseacat

20

물론 논란의 여지가 있지만, 이것 뒤에 중요한 이유 는 프로젝트 가 실패하면 프로그래머가 아닌 프로젝트의 책임을 수행하기 때문입니다. 그들은 당신에게 무언가를 끌어 올리는 데 귀찮게 할 수도 있지만, 더 높은 권력에서 비판에 직면 합니다. 그들은 계획과 평가 를 담당하는 사람들입니다 .

관리에는 사람 기술, 리더십, 비용 및 시간을 예측하는 능력 등 매우 다양한 기술이 필요합니다 . 이 모든 것을하기 위해서는 여전히 사물의 측면과 연락을 취하거나 (기술적으로 말하는 것에 대한 단서가 있거나) 성격을 아주 잘 판단해야합니다.

요구 사항이 올바르게 정의되지 않은 경우 결함입니다.

테스트 계획이 올바르게 정의되지 않은 경우 결함입니다.

휴가를 가거나 다리를 부러 뜨리거나 토요일 밤에 낭비하거나 충분한 통지를하지 않고 떠날 경우 교체품이나 <어떤 이유>를 찾아야하고 일을 할 수없고 제품이 도착하지 않는 경우 배달 (시간 또는 전혀), 여전히 그들의 잘못 입니다.

또한 그들이 책임을진다는 것을 의미 할 때, 그것은 위와 아래의 사람들에게 영향을 미칩니다 . 그들이 일을 망쳐 놓는다면, 당신의 팀의 일이 온라인에있을 수 있습니다. 그것은 또한 당신이받는 압력 의 종류이기도합니다 .

추신 : 게다가, 간트 차트를 작성하는 것보다 프로그래밍이 어렵다고 말할 수는 없습니다 (예를 들어 설명을 재사용하기 위해). 나는 당신에 대해 모르지만 프로그래밍 (일반적으로 업계에서해야 할 일의 80 %)이 상당히 쉽다는 것을 알았습니다. 무언가를 망치면 고칠 수 있습니다. 당신의 상사 나사 그의 간트 차트 또는 자신의 비용을 추정하면, 지금은 반전보다 훨씬 더 큰 문제가 될 것 != nullA에 대한 == null. 작은 실수는 더 넓은 범위에서 중요합니다. 물론 대부분 임베디드 의료 응용 프로그램에서 이와 같은 테스트를 망쳐 놓았다면 큰 문제입니다. 그러나 그들은 당신보다 더 많은 문제를 겪을 것입니다!


그들은 대부분의 책임을 수행 할 수도 있지만 (대부분은 아니더라도) 대부분의 책임을지지는 않습니다.
sevenseacat

@Karpie : 물론 프로그래머는 실수에 대해 책임을 져야 할 수도 있지만 관리자는 대부분의 책임을 져야합니다. 어쩌면 귀하의 의견이 아니라 회사 (또는 이해 당사자)의 최고 경영진에게 프로그래머는 책임을지지 않습니다. 사람들을 관리하는 사람들입니다. 물론, 나는 당신의 요점 (그리고 "급여가 계층 구조의 위치에 묶여있다"고 말하는 사람)을 이해할 수 있으며, 팀을 관리하고 다른 사람들을 비난하는 바보와 도망 치는 회사가 있습니다. 그것은 예상했던 것이 아니며 내 경험으로는 일반적인 경우가 아닙니다.
haylem

@Karpie : 그리고 나는 어떤 사람들의 눈에는 내가 악마의 옹호자일지도 모른다는 것을 알고 있지만, 그 급여가 한 사람이 회사에 가져 오는 부가 가치에 대해 보상을주고 싶지만, 많은 회사들이 프로그래머 만 실행할 수 있어야합니다. 일부 직원은 간접적 인 가치를 가져 오며 수량화하기가 더 어렵습니다. 그리고 그들이 생각하는 것보다 훨씬 더 많은 압력을 받고있을 때 손가락을 가리키고 비난 게임을하는 것만으로도 거짓말을하는 것을 생각하기가 너무 쉽습니다.
haylem

19

수요와 공급 은 시장에서 가격 결정의 경제 모델입니다. 경쟁 시장에서 특정 재화의 단가는 소비자가 요구 한 수량 (현재 가격)이 생산자가 공급 한 수량 (현재 가격)과 같아 질 때까지 정해질 때까지 변한다. 가격과 수량의 경제 평형. 수요와 공급의 네 가지 기본 법칙은 다음과 같습니다.

  • 수요가 증가하고 공급이 변하지 않으면 평형 가격과 수량이 증가합니다.
  • 수요가 감소하고 공급이 변하지 않으면 평형 가격과 수량이 낮아집니다.
  • 공급이 증가하고 수요가 변하지 않으면 평형 가격이 낮아지고 수량이 증가합니다.
  • 공급이 감소하고 수요가 변하지 않으면 가격이 상승하고 수량이 감소합니다.

이 경우 한 가지 이유는 개발자가 너무 많기 때문입니다.


3
많은 저급 개발자가 있지만 유능한 프로그래머는 건초 더미에 바늘이 있습니다
Foo Bah

10
그것은 확실히 시장 경제에서 급여가 어떻게 작용해야하는지에 대한 이론입니다. 급여는 회사에 제공하는 가치가 아니라 귀하를 대신하는 한계 비용에 의해 결정됩니다. 문제는 진정한 자유 시장이 없다는 것입니다. Nepotism, cronyism, rent-seeking 및 지식의 비대칭은 풍토병입니다. 이론적으로, 이러한 비 효율성에 빠진 조직은 그렇지 않은 조직에 의해 사업에서 제외되어야하지만, 거의 모든 사람이 그렇게 할 때 ...
Charles E. Grant

4
또는 아마도 프로그래머의 품질을 결정하기가 어려워 시장 침수 된 것처럼 보이지만 대부분의 공급 측면은 실제로 부적합합니다. 이것은 내가 본 많은 코드 ... 설명 할 것
알렉스 Feinman

위의 모든 좋은 답변에도 불구하고 이것은 실제 답변입니다.
Nick Hodges

1
시장은 대칭이 아닙니다. 고용주는 수천 명의 프로그래머를 선택할 수 있습니다. 프로그래머는 여러 고용주를 선택할 수 있습니다. 한 명의 프로그래머로 인한 고용주의 손실은 회사의 총 자본화 또는 수익과 비교하여 무시할 만합니다. 프로그래머의 손실은 엄청납니다. 일반적으로 직업을 바꾸는 데 몇 달이 걸리므로 프로그래머의 유일한 자원 중 몇 퍼센트 또는 그의 수명과 같습니다. 관리자는 교체 비용을 높이기 위해 더 많은 권한을 가지고 있음을 알 수 있습니다.
Anton Nazarov

17

나는 경력 내내 개발자와 PM 역할 사이를 전환했습니다. 내 프로젝트의 개발자는 내가하는 것보다 2 배 많은 것을 만들고 나머지는 절반을 만드는 사람들이 있습니다. 높은 임금을받는 사람들은 다음과 같은 이유로 지불되고 있습니다. A) "rockstar"개발자입니다. B) 그들은 고객과 상호 작용하고, 고객이 이해하기 쉽고 친근한 방식으로 제품을 설명합니다. C) 여러 프로젝트를 수행하는 개발자 팀을 지휘합니다. D) 그들은 항상 이용 가능하고 기쁘게 열망합니다.

다양한 용량에서 개발자, PM 및 BA의 역할을 수행합니다. 일반적으로 시간을 90 % 단축하고 코드를 줄이면 매우 귀중하지 않으며 쉽게 교체 할 수 있습니다. 더 많은 돈을 벌고 싶다면 더 많은 책임을지고 더 많은 돈을 지불 할 다른 회사를 찾아야 할 것입니다.


11

이론적 근거는 프로젝트 관리자의 책임 영역 (종종)이 계획된 예산 내에서 전체 프로젝트를 수용 가능한 품질로 제 시간에 제공하는 것입니다. 종종 많은 돈이 위험에 처하므로 자연스럽게 훌륭한 프로젝트 관리자는 종종 프로그래머보다 높은 보상을받습니다.

그러나 비즈니스 분석가가 평균적으로 프로그래머보다 월급이 높다고 생각하지 않습니다. 그리고 회사의 급여 수준이 직원의 가치가 아닌 계층 구조에 의해 결정되는 것이 점점 흔해지고 있다는 느낌이 들었습니다.


그 이유는 많은 BA가 일반적인 프로그래머로부터 승진했기 때문이라고 생각합니다. 많은 회사에서 승진이 더 많은 돈을 의미하지는 않습니다.
IAdapter

10

내 경험이 다를 수 있습니다 (또는 왜곡 된 물리 법칙으로 다른 우주에 살고 있습니다). 그러나 내가 본 대부분의 비즈니스 분석가 및 프로젝트 관리자 ( 프로그램 관리자는 아니지만 프로젝트 관리자 또는 PMP) 위치는 또는 약간 아래에 있습니다 프로그래머의 평균 급여.

소프트웨어 엔지니어의 평균 급여 (소프트웨어 엔지니어의 선호)에 비해 급여 격차가 더 커지기 시작합니다. 시니어 EE 또는 시니어 소프트웨어 엔지니어와 비교할 때 그 차이는 훨씬 더 큽니다. 선임 비즈니스 분석가 또는 선임 PMP는 선임 EE 또는 선임 / 주체 소프트웨어 엔지니어와 동일하게 만들 수 없습니다.

그러나 프로그램 관리자 (PMP와 동일하지 않음)는 그 사람이 다른 사람보다 더 많이 만들 것입니다 (그 이유는 분명해야합니다).


급여에 대한 이러한 불만 사항을 볼 때 가장 많이 괴롭히는 것은 프로그래머 (특히 기업의 주니어 / 엔트리 레벨 프로그래머)로서 우리는 그렇게 특별하다는 것입니다. 엔트리 레벨 프로그래머에게는 학교 밖에서 로켓 과학자 급여를받을 자격이 없습니다. 없음 .

소프트웨어 작업을하는 우리 모두는 0부터 시작했습니다. 우리는 모두했다.

그리고 경우 우리가 정말 정직, 우리는 우리가 쓰레기를 모르는 것을 잘 알고있다. 학부 CS 과정을 완료 할 수있는 것은 시작에 불과합니다. 그것은 우리를 특별하거나 ZOMG로 만들지 않습니다 !!!! 우버-아인 테니 안. 정말 아니야!

그럼에도 불구하고 (그리고 닷컴 거품의 시대가 열악했기 때문에) 우리는 OH WOW 때문에 프로그래머 뿐만 아니라 비즈니스 이기 때문에 다른 대학 교육을받은 사람보다 더 많은 것을 만들 것으로 기대합니다. 분석가 및 PMP.

오만 철자 할 수 있습니까? Newsflash-기업의 대부분의 프로그래밍 작업에는 4 년 정도의 학위가 필요하지 않습니다. 정말 그렇게 심각합니다.

시간을 들여 상급 수준에서 프로그래밍에서 소프트웨어 엔지니어링 (또는 해당 엔지니어링)으로 전환하는 경험을 쌓으십시오. 그런 다음 있도록 요구할 수 훨씬, 훨씬, 페로 하니까요 하니까요 비즈니스 분석 및 PMP보다 훨씬 더.

그것을 끝내십시오-우리 중 일부는 과잉 지불되었습니다. 기간.


Rant aside : 비즈니스 분석가 및 / 또는 PMP가 필요한 시간과 전문 지식을 아직 얻지 못한 프로그래머에게 중급 이상의 소프트웨어 엔지니어가되거나 여전히 요구가 높은 틈새 시장에 대한 전문 지식을 개발하지 않은 프로그래머와 급여를 비슷하게 만들거나 비슷한 이유 지역):

비즈니스 분석 , 그들은 조직적으로 비즈니스 프로세스를 분해에 책임이있는 사람입니다 (주변이 아닌 다른 방법으로 월급의 존재를 정당화하는 사람있는.) 소프트웨어 및 시스템 사람과 비즈니스 사람 / 비즈니스 프로세스 사이의 연락입니다 요구 사항을 구성 할 수있는 입력으로서의 분석 방식, 작업하는 것. 그들은 대부분의 시간을 프로그래밍하고 비즈니스의 소규모를 다루지 않도록합니다.

많은 사람들이 사업이 쉽지 않다고 생각합니다. 당신이 정말로 그것이 사실이라고 생각한다면, 신이 당신을 도와줍니다.

프로젝트 관리자는 그는 우산의 (만 주어진 시간에 하나 또는 최대 두 사람과 함께 저글링.이 반면에) 여러 프로젝트를 저글링을 담당하는 사람, 그는 대부분의 더러운 일을해야하는 하나 씻지 않은 대중은 원하지 않는 일을한다. 사람들이 자신의 일을하는지 확인하거나 당신의 일에 방해가되지 않도록 쫓아 내기 위해.

그는 "무엇을하고 있는가? 프로젝트를 진행하는 데 도움을주고있는 무엇인가? 당신은 당신의 작업에 문제가 있습니까? 당신의 장애물은 무엇이며, 당신은 무엇을 줄 수 있습니까?"라고 물을 것입니다. "...

그런 다음 다른 사람들에게 똑같은 어려운 질문을하고 장애물을 제거했는지 확인하고 필요한 경우 프로젝트를 진행하고 있는지 확인합니다.

많은 실패한 프로젝트에서 본 가장 큰 문제는 PMP가 없거나 PMP에 대한 무례 함 (특히 개발자의 경우)입니다. 무능한 PMP로 인해 프로젝트가 실패하는 경우는 드물지만 아직 많은 프로그래머가 궁금해하는 경우는 거의 없습니다 그것이 사실 이라고 말하는 것 이상 입니다.


프로그래머는 우리가 특별한 사람이기 때문에 큰 급여를 요구하지 않고 다른 사람보다 더 많은 것을 요구하지 않습니다. 그것은 진정한 공통의 재능이 아니며 많은 수요가 있습니다.
David Thornley

@David-사실, 그것은 일반적인 재능이 아닙니다. 심지어 프로그래머들조차도 아닙니다. 그리고 그것은 내 요점입니다. 우리는 엔터프라이즈에 많은 프로그래머가 있습니다 (dot-com 및 java / .net 대학 덕분에). 그리고 기업에 대한 많은 프로그래밍 작업은 로켓 과학 급여를 요구할만큼 정교하지 않습니다. 공급과 수요가 단순한 요구 사항과 결합하여 (그리고 소프트웨어 작성 방식을 실질적으로 개선하지 않았다는 사실) 우리에게 많은 사람들이 (특별히 많은 사람들이 그 희귀 한 재능을 갖지 못했거나 개발하지 않았기 때문에 ) ergo, 과잉 지불입니다.
luis.espinal

3
@ luis.espinal : 대부분의 사람들은 가장 높은 임금을 요구합니다. 문제는 그들이 그것에 대한 도덕적 권리를 가지고 있는지 (누구보다 다른 사람보다 더 많은 돈을 지불 할 도덕적 권리를 가지고 있습니까?)가 아니라 시장이 그들이 그것을 얻을 수 있는지의 여부입니다.
David Thornley

1
귀하의 게시물이 너무 길어서 첫 페이지 이후에 읽기를 중단했습니다.
익명 유형

2
@Anonymous Type-다음에 벙어리려고 노력할 것입니다.
luis.espinal

9

저는 재무를 담당하고 있으며 대부분의 비 기술적 인 복장에서 사고 방식이 비슷하다고 생각합니다.

급여는 경력 위험에 비례합니다

그룹이나 팀의 완전한 해고를 제외하고 저수준 프로그래머는 항상 직업을 유지합니다. 그것은 직업의 본질이며 프로그래머는 위험이 거의 없다는 것을 잘 알고 있습니다. 버그가 있으면 도마 위에 머리가 없습니다.

더 높은 수준에서 무언가가 망가지면 가장 먼저 갈 수 있습니다. 나는 작은 인쇄상의 오류를 일으켜 돈을 잃어 버린 부하 직원과 많은 경험을했으며, 오류를 일으킨 실제 프로그래머가 아닙니다.

간단히 말해, 급여는 위험에 상응합니다. 반면에 프로그래머는 게임에서 스킨을 가질 필요는 없습니다.


5

귀하의 질문이 "왜 회사의 프로그래머보다 X와 Y가 더 높은 급여를 받는가 " 인 경우 "잘못된 회사에서 근무할 수 있습니다"라고 대답했을 것입니다.

소프트웨어 비즈니스에서 회사의 성공은 다른 사람보다 프로그래머의 능력에 달려 있습니다. 이것을 인식하지 못하는 회사는 그것을 얻는 회사와 비교하여 자동으로 불리합니다. 최고의 프로그래머를 고용하고 잘 돌보는 것이 최선의 방법입니다. 위대한 프로그래머의 작업과 나머지의 작업의 차이는 엄청납니다. 그들이 명령하는 급여의 차이보다 훨씬 큽니다. 그러나 프로그래머에게 적은 비용을 지불한다고 주장하면 지불 한 금액을 얻게됩니다.

즉, 비즈니스에서 다른 모든 역할이 중요합니다. 훌륭한 관리자는 큰 영향을 미칩니다. 많은 것이 훌륭한 프로그래머를 얻고 행복하게하는 것입니다. 비즈니스 분석, 마케팅, 영업, 테스트 및 지원에 대해서도 비슷한 내용이 있습니다.

당신이 훌륭한 프로그래머이고 잘 보상받지 못한다면 다른 곳으로 가십시오. 다시 한 번, 당신은 훌륭한 프로그래머가 아닐 수도 있습니다. 불행히도 당신이 위대하지 않다면 왜 그런지 알기가 어렵습니다. 왜 그런지 알았다면, 변화하고 훌륭 할 수 있습니다.

나는 프로그래머 였고 사람들 관리자였습니다. 나는 많은 훌륭한 프로그래머들과 함께 일했지만 소수의 훌륭한 관리자들과 일했습니다. 내가 매니저 였을 때 나는 위대하지는 않았지만 적어도 나는 그것을 알고 있었다. 내 사람들은 내가했던 것보다 더 많은 모금을 받았습니다.


5

그것은 기술과 일과 관련이 거의 없으며, 경제에서 사람들 얼마나 많은 돈을 벌어야 하는지에 대해서는 거의 관련이 없습니다 .

더 많은 돈을 벌 가치가 있다는 것은 새로운 아이디어이며, 더 많은 돈을 벌 가치가 있다고 생각합니다.

공정하지 않을 수도 있지만 관리자는 단순히 비즈니스 소유자가 더 신뢰하기 때문에 더 많은 돈을 버는 것입니다. 관리자는 종종 더 높은 급여를 받기 때문에 불편한 시간에 새로운 일자리를 얻지 못합니다.


4

나는이 질문에 대한 당신의 모든 기초가 결함이라고 생각합니다.

경영진은 부하 직원보다 더 많은 돈을 지불해야합니다. 회사의 선임은 일반적으로 급여를 기준으로하며, 후배 직원이 선배에게 명령 할 수있는 방법은 없습니다.

최고의 사람들은 전문 기술입니다. 모든 사람이 프로젝트 관리자 (PM)가 될 수있는 것은 아닙니다. 직원 수가 증가함에 따라 작업이 점점 더 어려워지고 있습니다. 기술적 인 PM 역할에서, PM은 효과적으로 이끌 수있는 기술을 충분히 이해해야합니다. 그렇지 않으면 직원의 부하를 존중하고지지하지 않을 것입니다.


6
OP의 요점은 진정으로 자격을 갖춘 훌륭한 관리자가 부하 직원보다 높은 임금을받는 것뿐만 아니라 (거의) 모든 직원, 심지어는 불가능한 직원보다 높은 임금을받는 것입니다.
Péter Török

1
또 다른 문제 : 관리는 인력 기술입니다. 팀의 구성원을 존중하고 지원하기 위해서는 훌륭한 PM이 기술에 정통해야한다고 생각하지 않습니다 (이 팀 구성원도 PM의 부하 직원 이어야한다고 생각하지 않습니다 ). 나는 훌륭한 관리자가 팀 앞에서 모든 장애물을 제거하고 그들이 일을 할 수있게한다는 점에서 Peopleware에 전적으로 동의합니다.
Péter Török

11
경영진은 부하 직원보다 더 많은 돈을 지불해야합니다. 반드시 그런 것은 아닙니다. 그리고 저는이 "필수"규칙을 가진 회사에서 일하고 싶지 않습니다.
Nikita Barsukov

1
나는 그렇지 않은 회사 나 조직을 찾거나 들어 본 적이 없다. 인정하지만 내 경험은 매우 오래된 두 산업 (은행 및 정부)에 있습니다.
TZHX

4
@tzhx : 내 매니저가 나를 많이, 그리고에 대해 지불 한 심각한 회사의 몇 일을 한 적은 나보다 더 나은 전문가를했다 내 동료의 일부보다. 아니요, 이것은 우리를 귀찮게하지 않았으며 관리자를 열등한 것으로 보지 않았습니다. 우리 각자는 다른 사람들의 직업을 존중하면서 자신의 일을하고있었습니다. 팀 정신은 계층 구조보다 우선해야합니다.
9000

4

많은 직업에서 핵심 기술은 무언가를 판매하는 능력입니다. 그리고 의지를 팔려면 자신을 팔아야합니다. 구매자는 귀하를 신뢰하고 귀하가 제공 한 제품 또는 서비스를 원하는만큼 가치있게 평가해야합니다. 이 기술은 급여 협상으로 완전히 넘어갈 수 있습니다.


4

나는 모든 게시물을 겪었고, 그들 대부분은 사과와 바나나를 비교하려고한다고 감히 이야기합니다.

우선, '관리는 케이크 한 조각'이라고 말하는 사람은 자신의 일정보다 더 많은 것을 관리 할 필요가 없다고 생각합니다. 반면에, '누구든지 무엇이든 코딩 할 수있다'는 것은 어리석은 일입니다 (그리고 하나님을 위해 잘못된 포럼에 있습니다!).

rwong과 luis.espinal asnwers를 특히 좋아했지만 주목해야 할 다른 사실이 있다고 생각합니다.

나는 최근 10 만년 동안 완벽하게 맞았지만 현재는 아니라고 대답하는 계층 구조를 믿지 않습니다. 우리는 수백 년 동안 이익이 많을수록 힘이 높으며 그 반대도 마찬가지입니다. 나는 그것이 우리의 세계, 특히 우리 지역에 적용되는 방식으로 믿지 않는다.

주요 질문으로 돌아가서, 관리자는 일반적으로 회사의 계층 구조가 높지 않기 때문에 회사에 더 가치가 있기 때문에 더 많은 수입을 얻는다고 생각합니다

  • 그가 이전 경험에서 이미 수집 한 모든 지식 (일반적으로 프로그래머는 일반적으로 관리자보다 경험이 적습니다)
  • 한 번에 여러 가지 작업을 관리 할 수 ​​있기 때문에 (프로그래머는 하나의 작업 또는 작업 목록을 가지고 있으며, 관리자는 자신의 작업을 관리해야합니다.
  • 그들은 그들이 관리하는 프로젝트의 주요 담당자이며, 이런 이유로 문제가 발생했을 때 첫 번째 '목표'입니다. 관리자 인 경우 직장을 잃기 쉽습니다. 개발자라면 '재실행 라이센스'가 있습니다. 그것이 모두가 언급 한 '위험'요소입니다.
  • 개발자는 전체 프로젝트 수명주기의 일부입니다. 우리가 여기서 '프로그래머'에 대해 이야기 할 때 우리는 테스터, 기술 작가 및 프로젝트의 성공에 매우 중요한 다른 모든 사람들도 생각하고 있습니다.
  • 이 주제에 대한 몇 가지 게시물에서 볼 수있는 것이 있습니다 : 리더십. 관리자가 되려면 사람들과 연락하고, 협상하고, 모든 사람들에게 동기를 부여하고, 모든 사람의 기분이 나빠질 때 시너지를 창출하는 방법을 알아야합니다.

제 생각에 리더십 요소는 급여가 높은 주된 이유입니다. 회사와 리더 주위의 모든 사람들에게 장기적인 결과를 가져 오기 때문입니다.

BTW, 나는 팀 리더로서 (프로젝트 리더가 아닌) 경험이 거의 없었으며, 리더가 무엇을하는지, 내가해야 할 일을 많이 알고 있습니다.

편집 : 강조 표시를 잊어 버렸습니다 : 의사 소통 기술은 대부분의 사람들에게 강점이 아니지만 리더에게는 필수입니다. 게다가, 나는 좋은 프로그래머와 의사 소통 기술과 관련된 코딩 호러에서 아주 좋은 소식을 공유하고 싶습니다-> http://www.codinghorror.com/blog/2011/02/how-to-write-without-writing .html


3

숙련 된 관리자의 수는 숙련 된 프로그래머의 수보다 적으므로 관리자는 회사에 대해 "가치가있는"방법으로 생각하십시오.


바로 그거죠. 노동 가격은 수요와 공급의 법칙에 영향을받지 않습니다.
Nick Hodges

당신의 주장을 무효화하는 숙련 된 개발자들보다 더 많은 숙련 된 관리자들이 있습니다.
Dunk

3

그것은 '어려움'을 어떻게 정의 하느냐에 달려 있습니다. 그럼에도 불구하고 프로젝트 관리가 무엇인지, 비즈니스 분석가가 수행해야 할 작업을 알고 있는지 궁금합니다. 나는 당신의 질문에서 많은 좌절을 읽었으므로 약간의 경험이 있다고 생각합니다. 절대로, 나는 당신의 질문에 대답하려고합니다.

프로젝트 관리자와 비즈니스 분석가는 일반적으로 그러한 직책을 수행 할 때 '더 오래된'것입니다. 개발자가 경력을 매우 젊게 시작하면 (약 20 대), 대부분의 프로젝트 관리자와 분석가는 30 세에 가깝습니다 (이미 나이만으로도 지불에 차이가 생깁니다). 또한 고객 노출에 직면 한 사람들이기도합니다. 즉, 현장을 방문하고 고객의 의견을 경청하기 위해 (특히 프로젝트가 잘못되었을 때) 고문과 시간을 보내야한다는 것을 의미합니다. 그들은 약속 한 바, 특히 어떤 범위 내 (배달 시간)에주의해야합니다. 그들이하는 일은 문서 화일 뿐이라는 관점에서도 비즈니스 분석가는 비즈니스 요구를 분석하도록 교육을 받고 프로젝트 관리자는 프로젝트 계획을 지키고 있습니다.

이들은 고객과 개발자 사이의 방화벽 역할을합니다. 기술적 관점은 영업 관점과 다릅니다. 대부분의 비즈니스 분석가 및 프로젝트 관리자는 또한 다양한 고객에 직면하고 있습니다. 고객은 노출되어 있으므로 '리드'를 가지고 있습니다. 그들의 네트워크는 의사 결정자들로 구성되어 있으므로 회사는 그러한 네트워크를 가진 사람들이 접근 할 수있는 범위를 유지하는 것을 선호합니다. 결국 판매는 판매입니다.

어려움에 관해서? 회사를 시작하고 10 명의 개발자를두고 프로젝트를 관리하십시오. 두통은 무료로 제공됩니다. 1 년 동안이 작업을 수행 한 다음 답을 다시보십시오. BA의 경우? 그런 기회를 찾으십시오. 1974 년에 AIX 시스템을 보유한 고객과 함께 앉아 해당 시스템의 설계자가 사망 / 퇴직 / 염색 / 알제 하이 밍하고 개발자가 특정 값이 생성되었는지 또는 어떤 신비로운 공식이 있는지 알아야합니다. 3 일 이내에 솔루션에 대한 파워 포인트를 20 명에게 확신 시키십시오. 문서화가 그렇게 쉬웠다면, 1997 년에 리눅스가 이미 세상을 떠났을 것이다. 실제로, 비 기술적 인 사람들 (페이스 북이 컴퓨팅의 혁명이라고 생각하는 사람들)을 위해 매달 기술 백서를 작성해보십시오.

저는 영업 엔지니어입니다. 즉, 나는 개발하지만 내 전문성은 프로토 타입과 데모를위한 것입니다. 그리고 비즈니스 분석 가나 프로젝트 관리자 이상을 얻습니다. 내가 네트워크를 가지고 있기 때문이 아니라 (하지만), 태도를 떠나 비즈니스 관점에 더 집중하기 때문에 스스로 인증을 받고 소프트 기술을 가르쳤다. 그리고 초과 근무에 관해서는 '아니오'도 배우는 경험은 대답입니다.


전체 답변에 결함이 있습니다. BA 및 PM과 같은 연령의 프로그래머는 여전히 줄어 듭니다.
Joshua Partogi

웨이트리스는 또한 고객을 향하고 그들의 얼굴에서 많은 쓰레기를 얻지 만, 손을 더럽 히고 고객이 원하는 것을 하루 종일 더 많이 얻는 요리사입니다.
Joshua Partogi

2
이제 내 대답이 잘못되었다는 말은 기본적으로 사람들에게 당신의 의견과 경험이 진실 / 사실의 유일한 것이라고 말하고 있습니다. 나는 다른 것들을 경험하면서 당신의 '사실'이 항상 진실 인 것은 아니라고 지적합니다.
Shyam

3

간단한 대답 : 프로그래머보다 회사에 더 가치가 있습니다.

왜? 프로그래밍 자체를 수행하지 않더라도 프로젝트가 완료되도록 보장하기 때문입니다. 즉, 그들의 가치 (순전히 회사에 금전적 인 용어)는 개별 프로그래머 이상의 의미가 있습니다. 이 회사는 관리되지 않는 프로그래머가 생산성이 높기 때문에 가치가 있다고 생각하지 않습니다. 그렇게하는 것은 관리자뿐입니다.

짜증나지만 우리는 마음에 들지 않지만 회사가 더 많은 돈을 지불하는 이유입니다.

그러나 (다른 사람들이 지적한 바와 같이) 그들의 위치는 단점이 있습니다. 만약 그들이 특정 시간 내에 프로젝트를 완료하지 못하면 프로그래머가 아니라 잘못입니다. 그들은 더 많은 책임을지고, BS 회사의 네 포티 즘이 진행되지 않는 한 실패로 해고 될 가능성 높습니다.

그래서, 정말, 그들은 실수를 그들에 대한 압력이 있고, 훨씬 더 휘발성 직업을 가질 수없는거야 ...하지만 혼동하지 않습니다 이없는 그들은 더 지불하는 이유 - 기업 쥐의 엉덩이에 압력을가하거나 자세가 얼마나 변동이 심한 지 등을 알려주지 않습니다. 그들은 당신이 회사에 가져다주는 가치에만 관심이 있습니다. 기간.

그것은 자본주의입니다.


2

Gantt Chart 지식을 1 년에 몇 번 업데이트해야하는지 모르겠습니다. 그러나 프로그래밍을하면 나이가 들기 쉽지 않은 새로운 기술로 스스로를 업데이트해야합니다.

새로운 기술을 배우려면 땀을 흘리려면 시간이 필요합니다.

프로그래밍을 통해 몇 년 동안 얻은 기술은 현재 회사 문화에서 크게 가치가 없습니다.

새로 졸업 한 프로그래머의 급여와 10 년 이상의 경험을 가진 급여를 비교하는 것은 약간 슬픈 이야기입니다.

PM과 10 년의 새로운 PM을 비교하는 것은 훌륭한 이야기입니다. PM은 10 년의 경험을 가진 후에 감독이 될 수 있습니다.

그렇다면 왜 아직도 많은 사람들이 대학에서 IT를 배우고 싶어합니까? 이해가 안 돼요 제대로 알려졌습니까?

요즘 사람들이 그 기술을 어떻게 평가하는지 이해하지 못합니다.



2

경영진이 항상 엔지니어링 직원 이상을 만드는 것은 아닙니다. 고위급 엔지니어링 직원은 비즈니스 수준 분석 및 의사 결정과 회사의 기술 로드맵 차트 작성에 적극적으로 참여해야합니다. 이 경우 선임 기술 직원은 일상적으로 일하는 비즈니스 관리자보다 훨씬 더 많은 것을 할 수 있습니다.

인기있는 사업 신화 중 하나는 관리자가 자신이 관리하는 사람들보다 더 많은 돈을 지불해야한다는 것입니다. IMO, 당신은이 개념이 기능적이고 민첩한 팀보다 기발한 상황에 더 깊이 빠져 있음을 알게됩니다.

다시 말하면 보상은 회사에 대한 개인의 기여 가치를 반영하는 것으로 간주됩니다. 훌륭한 비즈니스 관리자와 평범한 관리자가 있으며, 훌륭한 엔지니어와 평균 엔진이 있습니다. 돈 버는 기술을 익히고 회사의 기술에 대한 깊은 지식을 가지고있는 훌륭한 엔지니어가 있다면,이 훌륭한 엔지니어를 관리하는 일반적인 비즈니스 관리자보다이 사람을 더 공격적으로 보상하는 것이 회사의 최선의 이익이 아닌가? 귀중한 리소스를 무시했기 때문에 엔지니어링 전문 지식과 기술을 잃어 버릴 수있는 기회 비용은 얼마입니까?


"보상은 회사에 대한 개인의 기여의 가치를 반영해야합니다." 이것은 가능한 급여의 상한을 정의합니다. 하한에 관해서는, 나는의 설명 생각 programmers.stackexchange.com/questions/45776//45963#45963이 정말 좋은뿐만 아니라의 하나입니다 programmers.stackexchange.com/questions/45776//45879#45879 .
Suma

2

한 달 전에 PM으로 첫 프로젝트를 시작했습니다. 프로그래머로 일하기 전에. (그런데, 전과 같은 돈을 얻습니다.)

좋은 PM이된다는 것은 폭 넓은 경험을 가진 좋은 프로그래머가된다는 것을 알았습니다. 한 팀원에서 다른 팀원으로 갈 수 있고 다른 관점을 제공하여 문제점을 이해하는 데 도움이되는 실제 경험을 사용하여 그들이 가진 문제점에 대해 토론 할 수 있어야합니다. 귀하의 작업은 다른 것 외에도 인터페이스를 관리하는 것입니다. PM은 지휘자와 같습니다. 최고의 뮤지션을 보유 할 수 있지만 메타 악기 오케스트라를 잘 연주하는 방법을 잘 알고있는 훌륭한 지휘자가 없다면 엉망 일뿐입니다.

상대방이 전문가입니다. 이것은 문제 영역에 대한 깊은 지식을 가지고 있기 때문에 어려운 문제를 해결할 수있는 프로그래머입니다. 경험이 풍부한 사람들은 협상에 능숙 할 경우 종종 높은 임금을받습니다. 불행히도 전문가들은 종종 멍청이이며 돈에 관심이 없거나 거래를 잘하지 않습니다 ...


1

프로그래머는 급여를 최고 우선 순위로 두지 않습니다 (합리적인 비율이라고 가정). 급여가 높고, 시간이 오래 걸리지 만 기술 지원, 엄격한 업무 시간, 복장 규정, 사용자 문서 작성, 다시는 사용하지 않아도되기를 원하는 구식 언어의 레거시 코드 처리가 필요한 두 가지 구인을 상상해보십시오. 훨씬 더 많은 급여가 필요하십니까?


1

프로그래밍, 수학, 문제 해결, 기술 등을 존중하는 회사에서 일하는 경우 다음 두 가지에 대해 더 많은 수익을 올릴 수 있습니다.

  • 더 어려운 일을
  • 더 책임감

병원이 숙련 된 DBA를 많이 지불하지 않는다고해서 (첫 번째 답변의 예 참조) 이것이 모든 회사에서 동일하다는 것을 의미하지는 않습니다.


-1 : 병원은 숙련 된 DBA를 많이 지불하지 않습니까? 내가 가지 않는 것을 알려주십시오. 가족의 의료 기록이 손상되거나 손실되는 것을 원하지 않습니다.
Jim G.

1

좋아, 나는 대답에 약간 놀랐다. 그래서 여기에 간다. 그러나 그 전에, 나는 프로그래머라는 것을 분명히하고 싶습니다. 프로그래밍보다 더 좋은 것은 없습니다. 그것은 유능한 PM과 BA에 대한 건전한 존중과 존중을 가지고 있다고 말했습니다 . 저는 많은 사람들이 PM과 BA를 다시 보냈다는 것을 알고 있습니다. 프로그래밍과는 달리 필요한 수준의 역량 (사무실 정치, 멋진 복장 등) 없이도 뛰어날 있기 때문 입니다.

그러나 프로젝트 관리 및 비즈니스 분석은 소프트웨어 개발의 중요한 구성 요소입니다.

우리가 소프트웨어 개발을 생각할 때마다 많은 사람들이 프로그래밍에만 초점을 두는 경향이 있습니다. 그러나 코딩보다 더 많은 것이 있습니다.

개발의 첫 번째 목표는 고객의 문제를 실제로 해결하고 해결하는 소프트웨어를 만드는 것입니다. 이것은 실제로 고객의 요구 사항을 파악한다는 것을 의미합니다 (고객이 원하는 것을 실제로 확신하지 못할 수 있음). 고객이 운영하는 도메인과 다양한 아티팩트의 구조 (사람, 기술 인프라 등)에 대한 자세한 분석을 통해서만 가능합니다. 또는 프로세스)를 수행 한 후 해당 비즈니스 솔루션 (및 기술과의 통합)을 개발하여 해당 요구 사항을 해결합니다.

마찬가지로 상당한 규모의 프로젝트는 효과적인 관리 없이는 절대로 작동 할 수 없습니다. 지금은 다른 곳에서 어떻게 진행되고 있는지 모르겠지만 지금까지 PM은 프로그래머 계급에서 승진하는 것으로 나타 났으므로 프로젝트를 구성하고 실행하는 데 필요한 것이 무엇인지 알고 있습니다.

BA와 PM을 모두 요약하면 개발의 추상화 계층이됩니다 .


1

많은 사람들이 여기서 프로그래밍이 더 어려워서 더 많은 돈을 벌어야한다고 말했습니다. 그것은 매우 낭만적 인 견해입니다. 사실, 정상적이고 건전한 회사에서 지불은 책임에 따른 것이며 , 이는 그 사람 의 부가가치위험을 의미 합니다.

위험은 종종 잊혀 질 것입니다. 일반적으로 프로그래머가 수행하기 어려운 작업에 실패하면 비용이 약간 증가하지만 그 이상은 없을 수 있습니다. 근로자의 10 %가 직장이나 그와 비슷한 것을 잃어 버리는 것은 아닙니다. 위험이 매우 낮습니다.

또한 대부분의 사업 사람들이 더 많은 돈을 벌 수 있다는 생각에 동의하지 않습니다. 나는 정상적인 비즈니스 녀석이 더 적은 돈을 내고 대부분의 과학 / 엔지니어링 학사 학위를 얻게 될 것입니다. 예를 들어 저학년 휴일 코더로서 나는 같은 회사의 풀 타임 비즈니스 물건 근로자 와 거의 같은 소득을 얻었습니다 .

마지막으로 프로젝트 관리자가 엔지니어가 아닌 이유는 무엇입니까? 일반적으로 프로젝트 관리자는 자신이 관리하는 프로젝트 주제에서 수년 동안 일한 사람입니다. 즉, 프로그래밍 작업에서는 프로젝트 관리자 인 숙련 된 프로그래머가 될 것입니다.


1

명령 및 제어 패턴 또는 허브-스포크 통신 패턴이 지배적 인 회사 환경이 있습니다 . 이러한 조직에서 관리자와 최고 의사 소통자는 종종 같은 사람입니다. 이로 인해 관리자 는 단일 실패 지점이 됩니다. 잘못된 의사 소통 또는 번역 손실로 인한 모든 부작용이 증폭됩니다. 따라서 이러한 환경에서는 정확성을 보장하기 위해 관리자로서 광범위한 기술적 배경을 가진 사람이 필요합니다.

더 잘 조직 된 팀은 일반적으로이 책임을 덜어 줄 최고 의사 소통자를 임명합니다. 지식 관리를 수행 하는 조직 은 의사 소통에 단일 실패 지점이 없습니다. 이러한 조직에서 관리자와 최고 의사 소통자는 정보를 요구하고 토론을 촉진합니다. 이러한 정보는 내부 공유를 위해 캡처 및 처리됩니다. 다른 사회적 기술 세트가 필요합니다.

마찬가지로 비즈니스 분석가는 종종 고객과 회사의 기술 직원 간의 단일 접점입니다.


1

항상 그런 것은 아닙니다. CSC (Computer Sciences Corporation)에서 일할 때 대부분의 관리자는 "유용한 무언가를 생산 한 사람들"보다 작게 만들었습니다. CSC의 경우, 이것은 프로그래머 그룹에 의해 회사가 시작 되었기 때문이라고 생각합니다.

당시 (1970 년) LA에는 흥미로운 급여 일정으로 잊어 버린 다른 소프트웨어 회사가있었습니다. 프로그래머는 연간 $ 25,000를 받고 지원 직원은 연간 $ 15,000를 받았습니다. 아이디어는 당신이 더 나쁜 프로그래머라면 당신이 교체되는 것에 놀라지 않아야한다는 것입니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.