(法)平衡出最優(yōu)的team生產(chǎn)力組合
--IT項(xiàng)目品質(zhì)系統(tǒng)控制技巧
謹(jǐn)以此文分享于曾經(jīng)被不良項(xiàng)目管理風(fēng)格扎針難耐，苦逼得“曾經(jīng)擁有健康”程序猿兄弟們。
最近辭職在家，無(wú)意之醞釀,多有開(kāi)發(fā)感觸，故想做道法術(shù)器四文《(道)良性成癮開(kāi)發(fā)習(xí)慣養(yǎng)成策略》《(法)平衡出最優(yōu)的team生產(chǎn)力組合》《(術(shù))產(chǎn)品、交互設(shè)計(jì)理念斷想》《(器)構(gòu)建自由通行的IOS開(kāi)發(fā)者地圖》，此為其一,法。
這篇文章的題目“平衡出最優(yōu)的team生產(chǎn)力組合”，說(shuō)白了其實(shí)就是“項(xiàng)目管理”。如果要掌握一門(mén)“軟性能力”的技能，像“項(xiàng)目管理”。由于其不具有良好的實(shí)踐機(jī)會(huì)去操作then反饋學(xué)習(xí)。
所以我建議的策略是戰(zhàn)隼warfalcon的原話(huà)：“學(xué)習(xí)或研究一門(mén)新的知識(shí)時(shí)，最好的辦法就是去學(xué)習(xí)這一領(lǐng)域名家的方法或系統(tǒng)，然后根據(jù)自己的情況進(jìn)行調(diào)整，形成自己的系統(tǒng)，再不斷實(shí)踐并改進(jìn)?！?/span>
這句話(huà)涵蓋了幾個(gè)點(diǎn)，根據(jù)我的領(lǐng)會(huì)方式，我把它分成：
step1==>主題閱讀，針對(duì)項(xiàng)目管理類(lèi)書(shū)籍；
step2==>系統(tǒng)思考，概括項(xiàng)目管理名家的一些思想；
step3==>粗略構(gòu)建自己的系統(tǒng)=書(shū)籍抽要+實(shí)踐領(lǐng)會(huì)；
step4==>試驗(yàn)性碰撞出自己風(fēng)格的系統(tǒng)；
首先，針對(duì)step1?！爸黝}閱讀”是個(gè)精辟的詞匯，它明確了幾點(diǎn)，@閱讀種類(lèi)、@閱讀目標(biāo)、@時(shí)間控制。那就讓我們?cè)谝欢螘r(shí)間內(nèi)GTD掉step1吧。下圖是我個(gè)人進(jìn)行的主題閱讀方式，其中的閱讀循環(huán)中我比較推崇有兩個(gè)關(guān)鍵點(diǎn)，@帶著疑問(wèn)去索引到目標(biāo)頁(yè)數(shù)，@理解不清的東西別舍不得放棄。
然后針對(duì)step2。“系統(tǒng)思考”同樣也是個(gè)精辟的詞匯，它也明確了幾點(diǎn)，@思考的邏輯是一體的，@發(fā)掘出內(nèi)在邏輯的聯(lián)系和關(guān)系。慚愧，個(gè)人的積累程度還達(dá)不到系統(tǒng)思考地輸出。下圖是只是我的第一印象思考，也可拋磚引玉一起思考。
繼而針對(duì)step3?！按致詷?gòu)建自己的系統(tǒng)”，簡(jiǎn)單的就是，粗略系統(tǒng)=書(shū)籍抽要+實(shí)踐領(lǐng)會(huì)；經(jīng)歷前兩個(gè)step，還有加上你的一些經(jīng)驗(yàn)，你大致印象認(rèn)為項(xiàng)目管理需要那幾個(gè)要素。
最后針對(duì)step4?！芭鲎渤鲎约旱碾r形系統(tǒng)”。而這套風(fēng)格系統(tǒng)的目標(biāo)就是本篇的題目--->“平衡出最優(yōu)的team生產(chǎn)力組合”。實(shí)質(zhì)上，項(xiàng)目管理這門(mén)科目建立的目標(biāo)也是為了，平衡出最優(yōu)的team生產(chǎn)力組合。
而下面就是我個(gè)人馬虎經(jīng)歷了以上幾個(gè)step加上得到恩師simon和戰(zhàn)隼文章多次啟發(fā)后，彎彎曲曲碰撞出來(lái)的我的雛形項(xiàng)目管理風(fēng)格框架。
下面，我就簡(jiǎn)要點(diǎn)破每一項(xiàng)中個(gè)人頗有領(lǐng)悟之處：
一、leader對(duì)架構(gòu)設(shè)計(jì)思想深刻把握；
==>首重MVC模式；
==>了然“OOP的6個(gè)設(shè)計(jì)原則，23個(gè)經(jīng)典設(shè)計(jì)模式”；
“跟對(duì)人，做對(duì)事”，這點(diǎn)是我一直以來(lái)很堅(jiān)守的一個(gè)原則。對(duì)于項(xiàng)目中也同樣是，如果項(xiàng)目leader很糟糕，而且你也盡力在你能夠影響的范圍內(nèi)積極做出建議了，但是leader依然很糟糕。那么個(gè)人建議不管薪酬有多高，你的發(fā)展瓶頸是相當(dāng)明顯而且很難去突破的。那么再去找可以跟隨的人吧。同時(shí)你也可以注重一下這方面的提升，他日也讓人家來(lái)跟你又何樂(lè)不為。
“MVC”是一個(gè)被說(shuō)爛了N回的詞。而或許留意其意義并且加以實(shí)踐到項(xiàng)目中的人就不多。就像多數(shù)IOS開(kāi)發(fā)者都有看過(guò)斯坦福IOS課程2011版，其中有一張介紹MVC的PPT,里面有一張“MVC示意圖”，而留意到這張示意圖并且弄清楚這張示意圖表明內(nèi)容的人或許不多。
解析上面MVC這張圖，可以抓住一個(gè)思路“兩個(gè)圓圈的相互聯(lián)系的管道（pipe）各是什么？各表示什么？”
抓住C<-->V之間的pipe：V指向C有三條黃線(xiàn)，分別是action，delegate，datasource，可以理解為從“視圖層V”輸入一些事件，需要在“控制器C”進(jìn)行響應(yīng)；而C指向V有一條綠線(xiàn)outlet,可以理解為“控制器C”響應(yīng)后通過(guò)outlet變量輸出處理結(jié)果到“視圖層V”上；
抓住C<-->M之間的pipe：C到M有一條綠線(xiàn)，在這里綠線(xiàn)表示objc-c里面的[消息 傳遞]，可能是方法調(diào)用，或者屬性調(diào)用；而M沒(méi)有直接到C的pipe，這是為什么呢？再仔細(xì)觀察原來(lái)M有一根天線(xiàn)，備注文字是“Notifacation&KVO”,只是說(shuō)明M中的數(shù)據(jù)變動(dòng)通過(guò)通知的機(jī)制以KVO（基于鍵值的觀察者模式）來(lái)進(jìn)行捕獲。
對(duì)于“OOP的6個(gè)設(shè)計(jì)原則，23個(gè)經(jīng)典設(shè)計(jì)模式”，下面列圖出來(lái)。至于吃透它的方法，大家估計(jì)各有千秋，理解記憶的幾個(gè)核心個(gè)人認(rèn)為還是幾個(gè)關(guān)鍵詞句，“艾賓浩斯記憶曲線(xiàn)”、“勤于基礎(chǔ)動(dòng)作練習(xí)”、“善于利用效率工具”（善假于物也）；
二、teamer對(duì)項(xiàng)目代碼框架、設(shè)計(jì)模式了然把握：
==>對(duì)每個(gè)模塊，需聲明用到的設(shè)計(jì)模式或構(gòu)建思路；
==>對(duì)每一模塊，需同時(shí)生成有UML圖；
在良好leader的前提下，組員會(huì)得到明確清晰地任務(wù)分派，以及建議或者討論后的模塊設(shè)計(jì)方法。那么對(duì)于個(gè)體組員來(lái)而言他需要做三個(gè)步驟工作:
草稿出模塊的UML且聲明構(gòu)建思路==>編碼操作出模塊==>循環(huán)滾輪直到測(cè)試出穩(wěn)定可用；
三、規(guī)則先行，約定大于技術(shù)：
==>項(xiàng)目進(jìn)度表、進(jìn)度日志;
==>界面規(guī)則風(fēng)格明確文檔;
==>代碼風(fēng)格文檔;
==>代碼編寫(xiě)結(jié)構(gòu)會(huì)議；
在項(xiàng)目管理里面，講究的是team生產(chǎn)力，而不是個(gè)人英雄式生產(chǎn)力，所以有一等式：“約定規(guī)范”>“技術(shù)操作”。那我們就認(rèn)可了“team規(guī)則”的重要性，那么團(tuán)隊(duì)的leader就必須生成制定出這相關(guān)的規(guī)范。
這些文檔估計(jì)每家公司都會(huì)有的，只不過(guò)需要反思是否具有易用性和高效性。這里著重“代碼編寫(xiě)結(jié)構(gòu)會(huì)議”，因?yàn)檫@個(gè)必須有。這個(gè)會(huì)議的過(guò)程“可以抹清很多噪音和霧氣”。我所比喻的噪音和霧氣其實(shí)是，team成員經(jīng)常會(huì)有的一種迷糊感，他不明白為什么這么做，從而他有很多意見(jiàn)或建議。而這些噪音和霧氣如果太重就很不利于項(xiàng)目的健康推進(jìn)了。
四、項(xiàng)目開(kāi)發(fā)日志：
==>事務(wù)、時(shí)間日志線(xiàn)（可用于為“IT工作2.0”建立保障機(jī)制）；
個(gè)人反思了N回。才發(fā)掘出這個(gè)開(kāi)發(fā)日志方式，這也是我的項(xiàng)目管理認(rèn)識(shí)里面最核心的一種思想和工具。這個(gè)“事務(wù)、時(shí)間日志線(xiàn)”，良好操作的前提必須是team成員都有已經(jīng)良好時(shí)間管理意識(shí)。然后每天以下面的日志線(xiàn)風(fēng)格進(jìn)行事務(wù)管理、時(shí)間管理。
這個(gè)若是能夠融入團(tuán)隊(duì)的文化基因。那么就太強(qiáng)大了，因?yàn)槿罩揪€(xiàn)追蹤著項(xiàng)目中每一個(gè)微型的任務(wù)事務(wù)，同時(shí)確立了一條推進(jìn)項(xiàng)目的高效軌道。我未來(lái)的假想是，若我成立一家公司，我將用這一機(jī)制來(lái)進(jìn)行試驗(yàn)“IT工作2.0”是否可行。
五、短時(shí)長(zhǎng)、高頻率“微會(huì)議”；
==>嚴(yán)謹(jǐn)15min時(shí)間控制，善控制“討論主題”、“討論時(shí)間”、“討論記錄”；
==>leader需“善于擊破”木桶長(zhǎng)板組員的隨意，也需“善于引導(dǎo)”木桶短板組員實(shí)現(xiàn)自我的突破；
這也是一種高效率的機(jī)制建立。leader需要控制好節(jié)奏，目標(biāo)是：
1、把脈各處工作推進(jìn)情況；
2、同時(shí)疏通耦合環(huán)節(jié)；
這樣，確保獨(dú)立模塊能夠按進(jìn)度穩(wěn)妥推進(jìn)，也確保多模塊耦合環(huán)節(jié)不新冒出問(wèn)題，對(duì)未來(lái)造成不可控制影響。
六、MBA式對(duì)待team中“人”的問(wèn)題；
==>對(duì)事可“有則升堂，無(wú)則退朝”，對(duì)人需“有事沒(méi)事還得和他有事”；
==>溝通技巧和話(huà)術(shù)的方式；
人性化，氛圍寬松，幾乎是每一家公司都掛在嘴邊的。但并不是每家都理解到、做到?？偨Y(jié)出這個(gè)點(diǎn)，其實(shí)也是得到前公司恩師simon的多次啟示下，在此甚感謝simon。項(xiàng)目團(tuán)隊(duì)，雖然是四面八方湊在一塊一起合伙掙口飯吃。不過(guò)大家都是人，與人做事就得把握個(gè)良好的交流印象，這就是對(duì)人需“有事沒(méi)事還得和他有事”；
而溝通技巧，下面我舉幾個(gè)例子，大伙可以舉一反三：
“我們一起考慮如何解決這個(gè)問(wèn)題，明早上花五分鐘交流一下，你看行嗎？”；
“你做的XX怎么樣了？有什么地方需要我?guī)兔?？……如果一切順利可以在后天早上完成交給我吧。”；
就是這種形式的溝通方式。如果需要更深層的把握估計(jì)就是MBA們?cè)摳傻牧?。在此我也想到了一本?shū)，也是在戰(zhàn)隼warflcon那里發(fā)掘到的，叫《說(shuō)話(huà)就是生產(chǎn)力》。這本書(shū)相當(dāng)棒，我晚上發(fā)現(xiàn)的，第二天早上立馬買(mǎi)了回來(lái) 。
七、項(xiàng)目高效展開(kāi)的幾個(gè)保證；
==>資料獲取,公司書(shū)籍庫(kù)（紙質(zhì)or電子版）；
==>資料獲取,公司模塊庫(kù)（封裝好的.a文件）；
==>資料獲取,公司通暢網(wǎng)絡(luò)；
==>leader效率工具，項(xiàng)目協(xié)作平臺(tái)的使用；
==>teamer效率工具，evernote做“事務(wù)時(shí)間日志”，
mindnode做“邏輯分析輔助”，
“UML tool”做uml圖；
這點(diǎn)很關(guān)鍵。也是必須要基本保證的東西。說(shuō)白了程序員也是個(gè)輸入輸出工具，你得給他輸入資料他才能夠輸出代碼解決方案。我最近就直接拒絕了一家給了我高薪誘惑，但是這點(diǎn)卻沒(méi)有保證好的公司，他們那里的程序員得到的“輸入”相當(dāng)有限，以致輸出了一些讓人匪夷所思的代碼解決方案。以至于我極度懷疑這公司的實(shí)力，擔(dān)心會(huì)不會(huì)月底拖欠我工資。
以上七點(diǎn)就是我為了達(dá)到“平衡出最優(yōu)的team生產(chǎn)力組合”，所進(jìn)行思考出的“engels項(xiàng)目管理風(fēng)格系統(tǒng)雛形”。在“大家”前就獻(xiàn)丑了，只求分享此文于曾經(jīng)被不良項(xiàng)目管理風(fēng)格扎針難耐，苦逼得“曾經(jīng)擁有健康”程序猿兄弟們。
聯(lián)系客服
