적용되는 전문 개발 계획이 유용합니까?

많은 회사, 특히 대기업은 직원을위한 필수 전문 개발 계획을 가지고 있습니다. 직원과 관리자는 개인화 된 전문 개발 계획을 세우고 매번 진행 상황을 추적합니다.

개발자로서 그러한 PDP가 유용하다고 생각하십니까?

관리자로서 그러한 PDP가 회사에 가치를 가져다주고 직원의 전반적인 품질을 향상 시킨다고 생각하십니까?

좋은 개발자는 스스로 교육을 계속하고 회사의 절차에 관계없이 더 나은 사람이되기 위해 노력하는 것 같습니다.

PDP 보유의 이점이 있습니까? 아니면 관리자가 필요하다고 느끼는 것입니까?

나는 내 고용주가 적어도 내 경력 개발에 대해 걱정하는 척한다는 생각을 좋아합니다. 솔직히 이것은 좋은 것입니다. 직원의 자기 이익과 전반적인 경력 발전에 더 많은 돈을 투자할수록 회사에 더 많은 투자를합니다.

Smarter, healthy, more qualified employees = better work = more money = everyone happy. 

나는 이것을 조직 냄새라고 생각합니다. 즉, 반드시 붉은 깃발이 아니라 붉은 깃발을 찾아야한다는 지표입니다. PDP는 처음에는 괜찮은 것처럼 들리지만 과거에는 실제로 어떤 행동이 일어나는지 거의 보지 못했습니다. 일반적으로 그것들은 그것들을 채우고 승인 받기 위해 몇 시간을 낭비하는 것입니다.

나는 이러한 성능 목표, 연간 리뷰, PDP와 "인센티브"(등 많은 본질적으로 행동을 억제있어서입니다 기반 지불 포함 도구의 MBA / HR 그룹의 일부이기 때문에 그들은 냄새 말하는 Spolsky 조엘 과 메리 Poppendeick을 ). 이러한 모든 접근 방식은 함께 모여 첫 번째 태도를 장려하고 팀 플레이어가 된 사람은 우연히 보상합니다. 이는 또한 "실제 성과에 관계없이 준수 할 우수, 평균 이상, 평균 및 미달 기대 성능 등급의 할당량이 있으며"따라서 협력 대신 경쟁을 도입한다는 의미입니다.

팀원과 경쟁해야하는 경우 정보를 공유 할 예정입니까? 과제를 해결하기 위해 과제를 수행 할 위험이 있습니까? 내 대답은 아니오 야".

내가 PDP를 좋아한다고 말할 수는 없습니다. 저는 항상 PDP 기반 프로세스의 형태가있는 곳에서 일했습니다.

처음에는 종종 외부 동기 부 여자 (예 : 보너스)와 연결되어 일부 사람들에게 잠시 동기를 부여하지만 장기적으로는 효과가 없습니다. 이것은 또한 PDP 프로세스의 "게임"으로 이어지며, 여기서 사람들은 최소한의 노력으로 재무 이익을 극대화하기 위해 의도적으로 낮은 목표를 설정합니다. 당신은 개인적으로 이것을 거부 할 수있는 성실함을 가질 수 있습니다. 최선의 의도로 프로세스에 접근 할 수 있습니다. 그러나 당신 주변의 모든 사람들이 단지 움직임을 겪을 때 프로세스를 진지하게 받아들이는 것은 확실히 어렵습니다.

둘째, 당신의 직업 개발하는 것이 더 어려워 영역을 개척 할 수 있도록 회사의 목표에 연결 한 당신이 탐구하고 싶지만 회사의 목표에 핵심이 아니다. 만약 당신이 같은 목표를 가질만큼 운이 좋다면, 이것은 문제가되지 않을 것입니다 – 회사는 또한 당신이 공유하거나 공유하지 않을 수도있는 (또는 적어도 같은 방식으로 우선 순위를 정하지 않을 수도있는) 재무 목표를 가지고 있다는 것을 명심하십시오 ).

마지막으로 위에서 언급 했으므로 +1-자신의 전문 개발에 대한 책임을지는 것이 훨씬 좋습니다. 버스가 오기를 기다리는 대신 운전석에 앉으십시오.

개발자로서 나는 그들이 개선하고 싶은 곳, 내가 거기에 도달하기 위해 무엇을 할 것인지, 그리고 그것이 가치있는 결과를 가져야하는 결과를 선택하는 데 큰 어려움을 겪는다는 것을 알게되었습니다. 나는 그것이 궁극적으로 좋은 잠재력을 볼 수는 있지만, 이러한 계획을 배우고 조직이 수용 할 수있는 것과 그렇지 않은 것을 보는 데 어려움을 겪고 있다는 말이 있습니다. .

물론 저는 대부분의 커리어에서 현재 위치까지는이 회사가 없었으며 이것이 회사가 성숙함에 따라 진행되는 공식화의 일부입니다.

나는 그것이 좋지 않은 개발자 (및 다른 직원)에게 주로 음식을 제공한다고 생각합니다. 흥미롭고 열정적 인 사람들은 일반적으로 스스로를 돌볼 것입니다. "개인 개발"은 종종 "경영진으로 옮겨 가기"의 완곡 어인 것으로 나타났습니다. 물론 이것은 우리 모두에게있어 유일한 직업 목표입니다 ....

즉, 기회를 얻을 수 있도록 달성하고자하는 것에 대해 이야기하는 것이 좋습니다. 또한 좁게 집중된 기술 책임자가 현재 프로젝트 / 기술을 뛰어 넘어 한 발짝 물러나도록 도울 수 있습니다. 조직에서 이러한 대화를 수행 할 수있는 유일한 방법이 강제 PDP를 통한 것이라면 유용 할 것입니다.

IME (Im Implmented)는 아니지만 좋은 아이디어입니다. 회사가 사용하고 있는지 여부에 관계없이 모든 새로운 기술이 나오는 순간을 항상 알고 있다고 생각합니다. 우리는 개별적으로 학습 곡선을 유지하여 더 나은 인상, 더 큰 보너스, 해고하지 않기를 원한다고 생각합니다.

그러나 내년에 경영진이 모든 응용 프로그램을 WPF로 옮기려면 개발자에게 WPF 클래스를 보내는 것은 모든 종류의 의미가 있습니다.

솔직히 말해서 기술적 인 일을하기 위해 고용되었고 (코드 작성은 내 업무의 일부일 뿐이지 만 다른 측면도 기술적 인 일임) 빨간 테이프에 대한 내성이 거의 없습니다. 나는 그것을 요구하는 사람이 단지 내 상사가 아닌 행정적인 사람인 경우에 대해 두 번 이상 멈출 때까지 대부분을 보지 않는 경향이 있습니다. 나는 PDP가 이러한 것들 중 또 다른 하나라고 생각하며, 코드를 컴파일하거나 실행하기를 기다리는 동안 단호하게 그것을 할 것입니다.

나는 PDP를 가진 한 회사에서 일했습니다.

PDP의 문제점은 일단 설정되면 개발할 시간이 없다는 것입니다. 그래서 당신은 자신의 시간에 그것을해야했습니다. 당신이 그것을하지 않으면, 보너스 또는 인상의 기회가 없었습니다. 이 경험에서 나는 회사가 당신에게 시간과 돈을들이는 데 도움을 주기로 결정했습니다. 전반적으로 나는 자신을 발전시키는 것이 좋지만 반드시 회사가 설정 한 목표를 가지고있는 것은 아니라고 생각합니다.