왜 pm되면 개발안함?

[익명(211.44)]

ㅇㅅㅇ

[HKSJng(211.106)]

내 생각에는 개발 안하는 pm은 유통기한 짧음

[익명(112.172)]

문서만들고 일정관리하고 회의하러 다녀야되는데 개발할 짬이나냐?응? - dc App

[익명(112.172)]

pm은 개발자 정점찍고 야구처럼 선수생활 은퇴하고 감독 포지션임 절은놈이 어딜 pm을 한다고 개같이 굴러야지 - dc App

[프갤러 1(180.68)]

pm만 제대로 해도 시간 존나 모자람 - dc App

[익명(112.172)]

pm은 일정차질 생기면 너 자리 들어내고 대신들어가서 땜빵할수 있는사람이야 개발안한다고 못하는걸로 착각하면 오산이야 - dc App

[HKSJng(211.106)]

내 말이 그말임 안하다가 시대에 뒤쳐지면 당연히 땜빵해야할 것도 못함 현업에 대해 무지한 pm은 서류작업 노예일뿐 매니저가 아님

[프갤러 2(175.208)]

답답하니 내가 뛴다! 하고 감독이 유니폼 입고 떔빵치는 건가 ㅋㅋㅋㅋ

[HKSJng(223.62)]

맨날 똑같은 환경에서 비슷한 프로젝트만 하면 pm이 굳이 코딩 안해도 돼. 근데 이쪽일이 그런경우는 드물지

[익명(116.41)]

일정차질 없게 관리하는게 pm의 역량인데 빵꾸내서 지가 뛰면 걍 능력없는 사람이지ㅋㅋ

[HKSJng(183.101)]

그 말도 맞는데 빵구안나는 프로젝트를 내가 본적이 없다

[익명(116.41)]

그건 니가 그런 pm들만 만나고 다닌거고, 빵꾸가 나도 분석설계 치밀하게 했으면 영향 최소한으로 충분히 줄일 수 있음 일정이 하도 타이트 해서 지가 들어가서 개발하는 pm이 있다면 걍 프로젝트 설계 자체가 막장이었다는 얘기밖에 안 됨

[HKSJng(183.101)]

내가 pm탓을 안하는 이유는 내 생각에는 고객탓이라서. 설계로 해결되는 문제는 꼭 pm이 아니라 pl수준에서도 해결가능이라고 봐.

[익명(116.41)]

말 잘했네 고객사 관리가 pm 역량의 알파이자 오메가고 프로젝트 성패여부를 가르는 척도임 애초에 분석 단계에서 본인 공수 희생해가며 협조하는 고객이 없는데 pm은 그것만 받아적고 네네~ 해버리니 뒤늦게 요구사항 추가돼다 일정 빵꾸나고 오픈 밀리는거지 분석 단계에서 직접 발로뛰며 유관부서 돌아다니고 협조 끌어내는 pm이 있고, 아니면 처음부터 도메인 지식이 빠삭해서 현업과 대화가 가능한 수준의 pm도 있고 이런 사람 만나면 일이 편함

[익명(116.41)]

그리고 진짜 실력있는 pm은 공통모듈도 추상화 빡세게 설계해서 뒤늦게 들어오는 요구사항 추가도 깔끔하게 처리함 공통설계 개판쳐놓으면 맨날 프로시저에 로직 싸놓고 결국 db쿼리 2천줄 4천줄 되는 개똥프로그램 만들고 도망감

[HKSJng(183.101)]

그게 되는 일이 있고 안되는 일이 있다고 생각함. 그렇게 살 수 있으면 복받았다고 생각. 그런데 대다수 회사에 그런 상황이 아닐 거라고 확신함

[익명(116.41)]

당연히 좋은 pm이 무조건 저런 상황을 보증해준다는 건 아님 나쁜 상황도 생기지 근데 그 영향을 최소화 하고 프로젝트 관리하는게 결국 역량에서 드러남 pm이 직접 들어가서 개발할 정도면 일반 개발자는 얼마나 갈리고 있는지 감도 안 오는 진짜 끔찍한 프로젝트인 건 확실하겠지