- 相關(guān)推薦
半年TeamLeader總結(jié)(轉(zhuǎn)) -半年工作總結(jié)
成為一個小團(tuán)隊的TeamLeader半年多了,有成功的喜悅,也有失敗的苦悶,無論如何,是該總結(jié)一下了。 *關(guān)于計劃 作為一個小團(tuán)隊的Leader,項目的計劃分成兩個部分,項目計劃和進(jìn)度控制,事實上在我經(jīng)歷過的或者我觀察過的(我的或者他人的)多個項目當(dāng)中,往往最常犯的毛病就是有計劃沒控制,甚至是沒計劃更沒控制。事實上兩部分相互相成,一個糟糕的項目計劃必然導(dǎo)致糟糕的進(jìn)度控制,但有好的計劃而糟糕的進(jìn)度控制則會導(dǎo)致一切努力化為泡影,領(lǐng)導(dǎo)不滿意,團(tuán)隊成員多怨言,上下不討好里外不是人。自己曾經(jīng)也多次地經(jīng)歷過這種郁悶,甚至一度想放棄,最終還是堅持了過來。 1)項目特點總結(jié):一般目前處理的都是一些短時間迭代的任務(wù)(周迭代),每個迭代相對比較簡單 2)時間評估:良好的開端是成功的一半, 在項目的開始時,首先仔細(xì)地進(jìn)行時間評估,盡量地細(xì)化任務(wù)以獲得更好的時間控制。此階段非常地重要,評估的失誤往往導(dǎo)致進(jìn)度過緊,而人在疲倦的時候更是往往錯誤不斷,最終導(dǎo)致整個計劃失去控制。我的經(jīng)驗是,在一切任務(wù)開始之前,一定要跟相關(guān)人員將業(yè)務(wù)溝通地非常清晰,此階段的一個小錯誤,將導(dǎo)致后面的全面被動,在溝通完畢之后,由開發(fā)人員評估時間,之后根據(jù)經(jīng)驗得到一個正常的評估結(jié)果。這個過程中最容易犯的錯誤就是,一是開發(fā)人員對時間評估往往非常地樂觀,因為他只看到了開發(fā)的這個過程,關(guān)于這個問題,我把評估時間段分為:溝通時間、設(shè)計和開發(fā)時間(包括自測)、聯(lián)調(diào)時間(跨團(tuán)隊甚至是跨公司)、發(fā)布Beta測試時間,跟開發(fā)人員強(qiáng)調(diào)每個過程可能會發(fā)生的時間,在這些時間的基礎(chǔ)上,再乘一個緩沖基數(shù),得到最終的評估時間,盡管如此,在不少情況下,還是出現(xiàn)了需要加班才能夠完成的情況,這個確實是需要繼續(xù)總結(jié)思考的地方;二是對一些任務(wù),往往領(lǐng)導(dǎo)規(guī)定了時間,這種情況下都是非常地被動,只能根據(jù)時間來定計劃,往往這種情況下更需要保持清醒地頭腦,更細(xì)致地進(jìn)行計劃,而一旦發(fā)現(xiàn)偏差太大,則必須強(qiáng)烈拒絕,否則最終的結(jié)果也不會是領(lǐng)導(dǎo)期望看到的,在這個問題上可以說是犯了非常多地錯誤,對困難估計不足,過于樂觀,屈服于領(lǐng)導(dǎo)的意愿,看來這方面還是得繼續(xù)加強(qiáng)。 3)與第三方合作:多次與第三方進(jìn)行了合作,也總結(jié)出了下面的經(jīng)驗;在開始階段雙方定義好業(yè)務(wù)流程圖,并指定每一步驟由哪方完成,并形成文檔; 在開始階段根據(jù)業(yè)務(wù)流程圖定義好所有的接口,包括接口參數(shù)和返回結(jié)果,并形成文檔; 在定義完業(yè)務(wù)流程圖之后,出原型(包括界面原型、郵件原型等); 定義好雙方各個時間點,包括Stub測試程序發(fā)布時間、接口文檔提交時間、某業(yè)務(wù)點發(fā)布、出原型時間、 聯(lián)調(diào)時間等等; 控制變更。其實在與第三方合作最困難的一點就在于,對方看不到如上這些控制的好處,思維不在一塊,往往會導(dǎo)致在后期還在不斷地調(diào)整,一整個就搞地非常地郁悶。 4)過程控制:控制整個過程,我的經(jīng)驗是從控制各個時間點,必須把各個重要的時間點和產(chǎn)物定義地非常地清晰。目前主要定義的時間點和產(chǎn)物包括:需求確認(rèn)完成階段--最終確認(rèn)無誤的需求文檔(包括原型和相關(guān)的模板之類的),提交測試用例--評審后的測試用例,設(shè)計時間點--設(shè)計溝通(比較簡單)或設(shè)計文檔(比較復(fù)雜),開發(fā)、自測時間點--代碼、自測的結(jié)果Excel列表(根據(jù)項目的特點而定)、版本和變更說明,Beta測試--測試報告,發(fā)布。此外,目前的做法是每天花二十分鐘了解一下項目的進(jìn)展情況,并一再跟項目團(tuán)隊成員強(qiáng)調(diào),一旦發(fā)現(xiàn)進(jìn)度偏離,必須馬上反映。 5)變更控制:無止境的需求變更往往就是項目進(jìn)度控制的掘墓人,剛開始最容易范的毛病就是,往往不加以評估就隨意地答應(yīng)業(yè)務(wù)人員的需求變更。現(xiàn)在的做法就是,發(fā)生需求變更時,進(jìn)行仔細(xì)評估,是否會影響項目的進(jìn)度,往往對一些無傷大雅的需求變更則大方答應(yīng),樂地做好人,但一旦發(fā)現(xiàn)對進(jìn)度會產(chǎn)生影響,一般的做法就是,向業(yè)務(wù)人員建議,要么下個迭代處理,要么砍去目前已有的功能。經(jīng)過這些溝通,往往【半年TeamLeader總結(jié)(轉(zhuǎn)) -半年工作總結(jié)】相關(guān)文章:
半年婚姻生活總結(jié) -半年工作總結(jié)07-26
半年 總結(jié) -半年工作總結(jié)(通用6篇)05-20
民兵工作半年總結(jié) -半年工作總結(jié)10-25
半年工作總結(jié)09-12
半年工作總結(jié)06-11
眼科半年工作總結(jié)08-31
質(zhì)檢半年工作總結(jié)08-19
廚師半年工作總結(jié)08-24
客服半年工作總結(jié)10-21
半年工作總結(jié)(熱門)10-29