현재 위치 - 중국 분류 정보 발표 플랫폼 - 생활 서비스 정보 - 프로그래머에게 인기 있는 제품 매니저가 되는 법

프로그래머에게 인기 있는 제품 매니저가 되는 법

화제. PM 측은 문과 출신이 감성적인 경우가 많아 경험 공유 (RD 가 일반적으로 PM 을 직접 욕하는 것은 바보 X) 를 자주 보지만, 이들의 지식체계와 사고방식을 감안하면 대부분 영양이 없고 참고가치가 부족하다.

나는 입사 때부터 일선 개발을 해왔고, 프런트 엔드로, 사용자와 가깝고, 일은 대부분 인터페이스, 상호 작용을 중심으로 진행된다. 창업한 지 2 년 만에' 제품감독' 을 그만두고, 제품매니저가 되는 동시에 개발도 하고, 스스로 수요를 제시하고 있다. 다음으로, RD 에서 인기있는 PM 이 되는 방법을 말씀드리겠습니다.

어리석은 작별인사

많은 PM 의 가장 큰 문제는 어리석고 모르는 것이다.

현재로서는 RD 가 과반 출신으로 체계적인 컴퓨터 관련 지식과 기술 훈련 (학교와 자발적 포함) 을 받았고, 머리는 분명하고 논리적이며, 평소에는 대부분 집이 있고, 인간과의 상호 작용도 불필요하고, 제품 매니저는 삼교 구류 각색 등 모두 있고, 지식기능 도구도 통일기준이 부족하다. 이 경우, RD 의 우월감은 더할 나위 없이 정상적이다. 요약하면, 초기 상태에서 RD 의 눈에는 PM 이 다음과 같습니다.

학업 성적, 학습능력, 학습습관에는 모두 문제가 있지만, 유독 입대포가 심하다

(모바일 인터넷) 제품을 사용할 때 저만큼 많지 않습니다. (집요 ...), 경품 관찰은 저만큼 가늘지 않습니다.

거짓 성지 호가호위

하필 많은 PM 은 특히' 내 생각 ...' 이라는 문장으로 RD 와 소통하는 것을 좋아하는데, 도전에 부딪혀도 종종 데이터를 내놓지 못하고 경품 디자인을 더 토론할 수 없다. "누군가는 ...", "저처럼 ...", "제 생각에는 ..." 이라고 말할 수 밖에 없다. 그들은 한 가지 문제를 간과했다: 모두의 운명은 모두 제품과 밀접한 관련이 있다. RD 가 제품에 대한 관심의 정도, 쏟아진 감정은 PM 보다 적지 않다. 제품에 대한 RD 의 기대도 PM 보다 낮지 않다. 이때, PM 이 가지고 온 것이 좋고 나쁨, 심지어 뇌졸증 설계라면 불매 또는 소극적인 대우는 자연스러운 것이다.

어떻게 하면 자신을 어리석게 보이게 할 수 있을까? 사실 복잡하지도 않습니다.

경품을 많이 사용하고 인터넷 제품을 많이 사용하다. 어쩔 수 없어, 이 밥 한 그릇을 먹으려면 투자가 있어야 해. 인터페이스 상호 작용의 새로운 트렌드를 항상 이해하려는 새로운 시도.

데이터를 찾을 수 있고 가능한 한 많은 데이터를 사용할 수 있습니다.

직접 협력하는 RD 외에도 몇 명의 RD 친구를 사귀고 수요를 제시하기 전에 개발 비용을 평가한 다음 자신의 RD 와 소통할 때 준비할 수 있는 것이 많다.

PM 은 반드시 자신의 전문적인 권위를 확립해야 한다. RD 에게 이 수요가 유리하고 효과적이며 자신에게 보너스를 줄 수 있다는 것을 납득시켜야 한다. 그렇다면 적극적인 협력은 물줄기가 되는 일이다.

Rd 이해

누구나 자신의 소확행, RD 는 당연히 예외가 아니다.

어떤 패턴으로 코드를 교묘하게 재구성하여 명확하게 읽고 확장하기 쉽도록 할 수 있습니다.

묘필우득의 정칙일 수도 있고, 효율성이 이전보다 몇 배나 향상되었을 수도 있다. (윌리엄 셰익스피어, 햄릿, 지혜명언)

새로운 기술을 배워서 새로운 틀을 찾는 것 같은데.

RD 를 이해하는 것은 주변 소확행 발견 후 만족할 수 있는 충분한 공간을 주는 것이다. 예를 들어, 프로젝트 진행 상황을 너무 꽉 채우지 마십시오. 또는 기능 요구 사항을 적절히 조정하고 RD 가 자발적으로 제안한 요구 사항을 추가하십시오.

또 다른 부드러운 이해는 방해하지 않는 것이다. 일부 PM 통제욕이 강하거나 프로젝트 출신으로' 진도에 대한 열정' 에 열중하는 것은 정말 어리석다. 당신이 진도를 옳게 하고, 진도가 바로 여기에 있고, 전진하지 않고 있다.

프로그램 개발은 선형적이지 않고 시간당 12.5, 하루 8 시간 100 이 아니다. 200 줄을 쓴 것도 아니고, 200 줄을 더 쓰면 완성됩니다. 내가 얼마나 많이 했는지, 얼마나 더 많은 시간이 걸릴지 말할 수 없다. (아리스토텔레스, 니코마코스 윤리학, 노력명언) 일부 PM 은 어디서 마시는 유통기한이 지난 닭고기 수프를 더 잘 모르는데, 충분히 참고 인내심을 가지고 물어보면 RD 와 진도에 대해 * * * 를 알 수 있다고 생각하는데, 이는 RD 가 ta 가 구제할 수 없는 바보라는 것을 확신시키는 것 외에는 쓸모가 없다. (윌리엄 셰익스피어, 햄릿, 인내명언) (윌리엄 셰익스피어, 햄릿, 인내명언)

마지막 이해는' PM 이 입을 움직이고, RD 가 다리를 부러뜨린다' 는 것이다. 이 점을 이해할 수 있다면, 다른 것도 잘 이해할 수 있다. 모든 수요에는 개발 비용이 있습니다. 이 개발 비용은 종종 RD 인 다른 사람들과 함께 정확하게 산정할 수 없습니다. 기술적 배경이 부족한 PM 은 말할 것도 없습니다. 그래서 많은 PM 은 매우 캐주얼하게 요구를 제기합니다. 분명히 심사숙고하지 않았습니다. (또는 더 높은 수준의 PM 과 논의하지 않았거나 다른 수요자와 확인하지 않은 것이 분명합니다.) 좀 더 캐주얼하게 고치고, "그게 뭐냐면, 아주 간단해." 라는 문구가 자주 함께 나온다. (윌리엄 셰익스피어, 햄릿, 자유명언) (윌리엄 셰익스피어, 자유명언). " 솔직히 말해서, 이 말을 듣고 RD 는 칼을 꺼내지 않고 당신을 죽였다는 것은 그가 당신을 사랑한다는 것을 말해줍니다. 개선하고 싶으면 착공 전에 많이 소통하고 재작업 가능성을 줄이세요. 수요를 제시할 때 RD 의 판단을 존중하고, * * * * 단계적 목표 수립 착공 후 최선을 다해 계획을 유지하는 등.

RD 를 이해하는 PM 은 정말 매력적입니다.

오해 방지

첫 번째 오해는 입총을 쏘는 것이다.

이 문장 쓰기를 위해, 나는 간단한 구글에서' 제품 매니저 자기수양' 을 내려서 심령계탕 한 무더기를 찾아냈다. 이들 문장 은 거의 제품 매니저' 가짜 대공' 의 대표 가 될 수 있다.

RD 와 자주 거래할 필요가 있는 PM 으로서, 반드시 실용적이어야 하고, 생각이 착지해야 하며, 제시한 것은 구체적인 집행 세부 사항과 고려 기준이 있어야 한다. 입에 가득 찬 기차를 달리면 안 되고, 전략 배치를 걸핏하면 명사 ('파괴적 혁신') 를 잡아당기고, 걸핏하면 명언을 인용할 수 없다. Dell 의 목적은 간단하고 통일되어 있으며, 제품을 잘 만들고, 운영을 잘하고, 사용자 경험을 향상시키고, 사용자를 붙잡고, 활성 사용자를 늘리고, 최종 트래픽을 실현하고, 모든 사람에게 돈을 나누어 주는 것입니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 성공명언) 그 사이에 필요한 것은 구체적인 요구 사항, 지속적인 개선, 합리적인 계획의 통계 포인트, 데이터로 지탱되는 각 단계의 선택이다. 그리고 앞서 말했듯이, RD 는 입이 둔할 수도 있고, 사실 똑똑하고 우월감이 있어서, PM 은 리얼 소재를 얻을 수 없고, 입포만으로 곧 터무니없는 부류로 분류될 수도 있다. (윌리엄 셰익스피어, 햄릿, 지혜명언)

두 번째 오해는 우리 둘이 한 무리의 결과라고 말하고 싶은 것이다.

사장이나 어떤 지도자가 좋지 않은 요구를 제기한 것을 흔히 볼 수 있는데, PM 은 RD 에게 "나도 원하지 않지만, 사장은 꼭 원한다" 고 권고했다. 앞서 말씀드렸듯이, PM 은 입을 움직이고, RD 는 다리를 부러뜨리고, 결국 개발비용은 RD 가 메야 하기 때문에, 당신은 사장을 설득할 수 없고, 쓴 열매는 내가 먹어야 한다. 그래서 당신은 우리 둘이 한통속이라고 말하고 싶지만, 사실 당신은 나를 배신하고 있습니다. 올바른 방법은 먼저 지도자나 사장을 설득하고, 할 수 없다면 사장의 뜻을 이해하려고 노력하고, 도리로 RD 를 설득하고, 동시에 프로젝트 진도를 제때에 수정하는 것이다.

요약

사실 PM 과 RD 는 적이 아니라, 오히려 양자의 절실한 이익은 밀접한 관련이 있다. PM 은 힘 RD 를 찾는 동시에 수많은 RD 도 하늘이 믿을 만한 PM 을 주길 바라고 있다. RD 는 표현이 서툴러서' 문외한인' 과 쓸데없는 말을 하기에는 너무 게을러서 PM 에 대해 냉담하거나 적개심을 드러내는 경우가 많다. 사실, 그들은 기능을 원하지 않거나 변화하는 요구를 받아들이지 않는 것이 아니라, 단지 좀 더 과거의 이유가 필요할 뿐이다. (존 F. 케네디, 기능명언)

RD 신뢰를 얻으면 모두 사이좋게 지내는 것을 발견할 수 있고, 이 몇 가지만 하면 RD 들의 환영을 받는 것도 필연적이다.