自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

提拔項(xiàng)目經(jīng)理時(shí)需要注意的幾個(gè)問題

開發(fā) 項(xiàng)目管理
本文將介紹如何提拔一個(gè)軟件項(xiàng)目經(jīng)理。不能光看其個(gè)人能力和敬業(yè)精神,還應(yīng)該看出他是否有想負(fù)責(zé)任的心。

  是團(tuán)隊(duì),就需要領(lǐng)導(dǎo)。領(lǐng)導(dǎo)從哪里來呢?途徑可以有多種:

  1、從團(tuán)隊(duì)提拔

  2、從內(nèi)部找

  3、從外面找

  。。。。。可能還有其他方式

  其實(shí)不論是從團(tuán)隊(duì)提拔還是去找現(xiàn)成的,這個(gè)人都是從一個(gè)團(tuán)隊(duì)脫穎而出的,都可能是從基礎(chǔ)做起,在團(tuán)隊(duì)中表現(xiàn)出色之后被提拔起來的,只不過可能是在來公司之前,在其他公司的團(tuán)隊(duì)被提拔起來的。

  本文就和大家說一點(diǎn)關(guān)于“提拔”的個(gè)人想法。

  提拔一個(gè)人,通常做法是找那些能干的,肯加班的,任勞任怨的,工作能力在團(tuán)隊(duì)中是突出的。叫過來“小張,明天開始你就是項(xiàng)目經(jīng)理了,加油,努力,要負(fù)起責(zé)任來。”,然后在團(tuán)隊(duì)中宣布一下“從明天開始,小張就是大家的項(xiàng)目經(jīng)理,以后有什么事情先和他溝通一下,請(qǐng)假之類的先找他批一下。”

  從第二天開始,小張就更加努力了,回家比以前還晚,干活比以前還賣力,但是過了一大段時(shí)間,發(fā)現(xiàn)這個(gè)團(tuán)隊(duì)整體沒有什么提高,反而小張也不如以前能干了,怎么回事呢?這次提拔怎么了?這種提拔合理嗎?是小張不行,還是提拔有問題,還是????

  今天,給大家分析一下我個(gè)人關(guān)于類似問題的看法。

  首先,我認(rèn)為提拔一個(gè)人,看這個(gè)人的表現(xiàn)是沒有問題的,表現(xiàn)和能力肯定都是考量的一項(xiàng),也應(yīng)該從這兩方面入手。但是是不是這樣就行了呢?需要其他的嗎?我覺得還是需要的,有重要的一點(diǎn)好像忘記了,能否承擔(dān)責(zé)任,對(duì)于責(zé)任的理解也是很重要的,以及愿意承擔(dān)責(zé)任之后,需要做哪些改變,從哪個(gè)角度做,如何做,都會(huì)決定本次提拔的結(jié)果。

  經(jīng)過我的思考,我覺得有以下幾個(gè)需要注意的地方,或者說有以下幾個(gè)程度可以參考。

  1、首先要看一個(gè)人是否愿意承擔(dān)責(zé)任。

  這里的責(zé)任是指為團(tuán)隊(duì)負(fù)責(zé),為項(xiàng)目負(fù)責(zé),為整體負(fù)責(zé),而不是為具體的工作負(fù)責(zé)。身為基層領(lǐng)導(dǎo),不是給你權(quán)利,讓你風(fēng)光的,也不是給你一個(gè)頭銜,想要累死你的,是讓你承擔(dān)團(tuán)隊(duì)的責(zé)任,讓你擔(dān)當(dāng)?shù)摹?/p>

  如果一個(gè)人愿意承擔(dān)責(zé)任,我認(rèn)為具備了提拔的基礎(chǔ)條件,他的具體技術(shù)能力都不如這個(gè)重要。一個(gè)人不愿意承擔(dān)責(zé)任,千萬不要提拔,不要因?yàn)樗芨删吞岚?,不要因?yàn)橄胍糇∷吞岚?,留住一個(gè)人可以有很多種方法,提拔一個(gè)不愿意承擔(dān)責(zé)任的人,后果不堪設(shè)想,超級(jí)失敗吧!??!

  2、其次要看這個(gè)人在愿意承擔(dān)責(zé)任的基礎(chǔ)上,是否愿意改變自己來適應(yīng)新角色。

  愿意承擔(dān)責(zé)任就行了嗎?就可以適應(yīng)新角色,進(jìn)而做好新角色了嗎?提拔就成功了嗎?不。

  因?yàn)樾碌慕巧枰碌募寄?,需要新的思考方式,需要新的做事方式。因?yàn)槊鎸?duì)的下級(jí)和上級(jí)都發(fā)生了變化,以前面對(duì)具體的難題,沒有下級(jí),上級(jí)也只是關(guān)心的代碼是否完成,具體的工作是否做好?,F(xiàn)在不一樣了,你是個(gè)小領(lǐng)導(dǎo)了,你的上級(jí)是更高層的領(lǐng)導(dǎo),他們關(guān)心的不再是具體的功能是否完成,你的下級(jí)是具體的人,你需要關(guān)心他們?cè)诮鉀Q問題的時(shí)候遇到了什么問題,而不是讓你解決具體的問題。

  很常見的現(xiàn)象是,在提拔了一個(gè)工作能手之后,他還是瘋狂的編寫代碼,做自己的工作,上面呢,也還是習(xí)慣把最難得,最重的,最繁瑣的事情交給他去完成,就因?yàn)樗^去完成的好。這樣從自身和外界都沒有轉(zhuǎn)變角色,可是同時(shí)又需要他抽時(shí)間關(guān)心團(tuán)隊(duì)成員,團(tuán)隊(duì)成員的心態(tài)是否有波動(dòng),技能是否需要提高,能否適應(yīng)當(dāng)前項(xiàng)目的發(fā)展,成員對(duì)于自己發(fā)展有何訴求,項(xiàng)目的進(jìn)展,在哪里卡殼了,等等。。。。。。。。。。。

  當(dāng)然了,還有可能就是他這個(gè)人就不愿意做出改變,就是愿意深入研究技術(shù)。

  上面兩種情況,可以說這次提拔是失敗的。而且是浪費(fèi)人才,浪費(fèi)了一個(gè)能干的家伙,提拔了一個(gè)不稱職的領(lǐng)導(dǎo),相當(dāng)?shù)氖?,雙重失敗。

  我認(rèn)為,發(fā)生上面的情況,堅(jiān)決下放,將提拔的人下放會(huì)原來的崗位,或者找新的適合他的崗位給他,這樣對(duì)他自身也是提高,鼓勵(lì)一個(gè)人、想留住一個(gè)人不見得非得給他一個(gè)官職當(dāng)當(dāng)。這是我們中國人做事的問題。

  3、再次,要看他的改變的結(jié)果

  一個(gè)人,愿意承擔(dān),也愿意做出改變,是否就可以了呢?提拔就成功了嗎?不。

  經(jīng)過前面的兩次,這次提拔已經(jīng)成功了70%了。最后的30%要看這個(gè)人的改變結(jié)果,才能決定本次提拔的最終結(jié)果。

  就是說,這個(gè)人在改變的過程中是否順利,他是否適應(yīng)了性的崗位,改變的結(jié)果如何?他再新的崗位是否發(fā)揮了作用,沒有發(fā)揮是因?yàn)樽陨頉]有學(xué)習(xí)到,沒有理解到,還是因?yàn)橄嚓P(guān)資源配合的不好,還是人際處理有問題,要及時(shí)的觀察到,及時(shí)的給于解決,而不是任由他自己發(fā)展。

  如果改變成功,說明本次提拔很成功,人選對(duì)了,崗位合適了,而且還有下一次提拔的基礎(chǔ),這個(gè)人的發(fā)展也就越來越順利了,公司自然因?yàn)檫x對(duì)了人,后續(xù)工作都好做了很多。

  如果改變不成功,或者一般,這個(gè)人還是付出了很多,就是因?yàn)閷W(xué)習(xí)能力,接受能力,理解能力確實(shí)很難提高了,也沒有辦法,人和人是有差距的,這個(gè)不能不承認(rèn)。沒有關(guān)系,就讓他在這個(gè)新的崗位上繼續(xù)干吧,反正差也不會(huì)差到哪里去得,一個(gè)人自己愿意承擔(dān),愿意改變,也作出了改變的努力,我認(rèn)為肯定會(huì)有成果的,可能成果較小,總比提拔一個(gè)不愿意承擔(dān),不愿意改變的好多了。

總之,提拔合適的人到合適的崗位。而且,提拔不是一次性工作,是一個(gè)持續(xù)的工作,需要后續(xù)的配合。

 

原文鏈接:http://www.cnblogs.com/lightman/archive/2011/11/29/2267326.html

【編輯推薦】

  1. 推薦5個(gè)免費(fèi)項(xiàng)目管理工具
  2. 軟件項(xiàng)目管理的十大定律
  3. 軟件開發(fā)團(tuán)隊(duì)建設(shè)思路談
  4. 淺析IPD模式下的敏捷軟件項(xiàng)目管理
  5. 老生常談IT項(xiàng)目管理的六種錯(cuò)誤思維

 

責(zé)任編輯:彭凡 來源: 博客園
相關(guān)推薦

2010-08-09 11:23:24

Flex開發(fā)

2010-07-12 14:38:03

UML用例建模

2010-07-06 15:23:24

UML流程圖

2010-07-12 13:00:49

UML建模

2010-05-26 09:33:21

啟動(dòng)SVN服務(wù)

2010-07-07 14:28:52

繪制UML序列圖

2010-09-29 12:59:53

MotorolaJ2ME

2009-04-01 09:33:00

問題項(xiàng)目經(jīng)理項(xiàng)目管理

2015-09-16 13:19:11

2012-08-15 10:53:33

產(chǎn)品項(xiàng)目

2024-05-16 15:15:14

2010-06-29 15:54:36

UML建模

2011-11-23 09:36:16

項(xiàng)目經(jīng)理

2012-07-04 14:40:37

Ajax

2011-09-14 15:23:00

Android 2.2

2009-04-23 14:30:19

UML建模

2013-09-29 10:36:08

VMware虛擬化

2020-10-26 14:01:22

Java泛型

2013-08-29 09:47:32

開源hypervisor

2021-12-30 06:59:28

方法重寫面試
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)