개발자가 프로젝트 관리자의 보스 인 경우 작동합니까?


11

프로젝트의 기획 단계에 있으며 프로젝트 관리자를 고용하려고합니다. 코딩을하고 프로젝트의 모든 부분을 주시하고 싶습니다. 그러나 프로젝트 관리자가 더 나은 결과를 얻을 수 있다고 생각합니다. 다음과 같은 옵션이 있습니다. 1) 코드를 관리하지 않고 프로젝트를 관리합니다. 2) 프로젝트 관리자를 고용하고 직접 코드를 작성합니다.

프로젝트 관리자가 개발 팀에 프로젝트 소유자를 두어 프로젝트 관리자가 방해를받는다고 걱정합니다. 프로젝트를 실행하면 팀이 떨어져 프로젝트가 실패 할 수 있습니다. 예산 내에서 고수하기 위해서는 하나의 역량에 참여해야합니다.

누구 든지이 상황에 대한 경험이 있습니까?

추가 정보 : 특정 영역을 담당하는 사내 개발자 4 명 개발자는 프로젝트 관리자가 동의 한 경우 작업을 아웃소싱 할 수도 있습니다.


개발 팀의 일원 인 경우 프로젝트 관리자가 더 잘 작동합니다.
superM

감사합니다 @superM. 그것이 내가 의심하는 것입니다. 이것이 당신과 관련된 상황입니까?
marabutt

실제로 동일하지는 않지만 매우 가깝습니다. 내 상사는 프로그래머이며 이제는 관리 팀에서 일합니다. 그는 거의 모든 기술적 세부 사항을 알고 있기 때문에 성공했습니다. 나는 그가 코드를 작성하지 않는 것을 제외하고는 그를 개발자라고 생각할 수있다.)))
superM

팀은 얼마나 큽니까? 팀원을 문제없이 관리하고 있습니까?
Yusubov 2016 년

@ElYusubov은 (는) 아직 관리하지 않았지만 좋은 사람처럼 보입니다.
marabutt

답변:


10

프로젝트 관리자를 개발하고 고용하는 것이 좋습니다.

내가 일하는 회사에서 몇 가지 관리 방법을 보았습니다. 내 상사는 프로그래머입니다. 그는 지금 코드를 작성하지 않았지만 오랫동안 사용했습니다. 한동안 그는 모든 경영진을 혼자서하려고했지만 실제로 성공하지는 못했습니다.

이제 그는 프로젝트 관리자 (2 명)를 고용했으며 팀은 더 잘 작동합니다. 그는 기술 및 관리 토론에 참여하고 때로는 문서 자체를 준비합니다.

또한 개발 팀과 보스에 동시에있는 것에 대해 걱정하지 않을 것입니다. 결국, 당신은 어떤 종류의 사람들과도 일할 수 있어야하는 전문가를 고용 할 것입니다.

PS imho 프로젝트 관리는 소규모 팀과 함께 일할 때 배우기가 어렵지 않습니다. 전문 프로젝트 관리자와 함께 일한 후 어느 정도 시간이 지나면 모든 관리를 직접 수행 할 수 있습니다.


1
PS의 경우 +1 그러나 좋은 프로젝트 관리자를 먼저 고용해야합니다 :).
Zenon

3

가장 중요한 것은 누가 어떤 결정에 대한 권한을 가지고 있는지 미리 밝히는 것입니다. 아마도 가장 큰 실수는 프로젝트 관리자를 미세 관리하는 것입니다.

합리적인 합의는 "저는 전체 예산 및 채용을 결정하고 자원 할당, 계획 및 운영 결정이 내 개발 작업에 영향을 미치는 경우에도 귀하에게 맡기고 있습니다 . 큰 결정에 대해 잘 모르면 저에게 물어보십시오."


3

짧은 대답 : 비즈니스를 성장 시키려면 전문가고용 해야 하며 프로젝트 소유자는 프로젝트 / 회사 내의 책임과 권한을 명확히해야합니다.

긴 대답 : 프로젝트 관리자에 대한 나의 이해는 소프트웨어 프로젝트를 계획하고 이끌어 나가는 것 입니다.

1) 누가 일을합니까?

2) 작업 부하 계획-우리가 언제 배달하는지에 대한 타이밍?

3) 주어진 예산과 자원 (사람 / 하드웨어 / 공간 / 시간)에 따라 결정합니다.

(*) 완전한 참조를 위해 아래 제공된 링크를보십시오

좋은 출발점 Wikipedia- 소프트웨어 개발 PM이 기대 하는 바에 대한 소프트웨어 프로젝트 관리 . 또한, 내가보고 제안 Q & A - 프로젝트 관리 비용은 전체 소프트웨어 개발 프로젝트의 크기에 따라 달라 않는 방법 .


2

작동 할 수 있습니다-프로젝트 관리자가 정의한 규칙을 준수해야합니다. 당신은 그를 관리하기 위해 그를 고용했습니다. 그래서 당신이 자신을 관리함으로써 그의 임무를 훼손한다면, 당신은 처음에 그를 고용해서는 안됩니다.


1

내 경험으로는 개발 팀에 참여하지 말고 프로젝트 관리자가 있어야합니다. 관리자의 책임은 특정 기간과 예산 내에서 정해진 수의 요구 사항을 완료하는 것입니다.

나는 프로젝트 소유자가 프로젝트에 너무 관여 할 때 항상 범위를 늘렸다. 가능성이 절반으로 줄어들 기 시작하고 작은 변화로만 볼 수 있기 때문에 추가 기능이 포함되기를 원한다.


의견을 보내 주셔서 감사합니다. 사양이 변경 될 가능성이 더 큽니다. 2008 년 디아블로 3의 데모를 본 기억이 있으며 올해 만 나왔습니다. 누군가가 건물을 짓는 동안 더 좋은 것을 내 놓으면 즉시 프로젝트를 변경할 수 있어야한다고 생각합니다.
marabutt

매우 사실-당신은 세상에 적응할 수 있어야합니다. 그러나 여기서 차이는 점진적인 범위 크립으로 인해 제품이 지연되지 않도록하는 것입니다. 어떤 이유로 제품 설계를 변경해야하는 경우, 개발 방법론을 통해 개발 방법론을 통해이를 달성하는 방법에 대한 명확한 요구 사항을 개발 팀에 제공 할 수 있습니다. 또한 이러한 측면을 분리하면 경쟁 업체와 시장을 평가할 수있는 더 많은 기회를 제공하여 방향을 바꿀 수있는 민첩성을 높일 수 있다고 생각합니다.
John D
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.