|
管理軟件，本質(zhì)上是對業(yè)務(wù)的一種抽象及描述，它讓業(yè)務(wù)流程能夠自動化。如果業(yè)務(wù)流程本來就沒有梳理清楚，就來開發(fā)或?qū)嵤?，結(jié)局往往就像國內(nèi)很多流產(chǎn)的ERP。
管理軟件，本質(zhì)上是解決一種秩序和效率，也就是說，當(dāng)業(yè)務(wù)的混亂度還沒有達(dá)到一種臨界點，需要一個所謂的軟件來管理時，這時候上它，往往會帶來更低的效率。就像一個深山老林的大爺，并不需要一個鬧鐘來提醒他何時起床(作息時間管理)。 項目管理有個前提，資源稀缺，如人力、時間、資金等。比如，有一個政_府官員，有一筆撥款，于是上了一個政績 項目，這類項目一般不缺資源，所以也不需要進(jìn)度管理，做啥時候就啥時候，更不用項目管理軟件。如果進(jìn)度拉長可以增加預(yù)算，于是得到更多灰色收入，那么效率 可能是一種負(fù)擔(dān)。我不是危言聳聽，你看中國有多少.gov的僵尸網(wǎng)站？ 項目管理 vs 人的管理 其實，標(biāo)題的意思是，項目管理過程中，關(guān)注于項目，還是關(guān)注于人。是人適應(yīng)項目，還是項目適應(yīng)人。 偏向于人的管理，即人本管理，我認(rèn)為，對于像軟件這種思考型行業(yè)更有效。因為思考型行業(yè)的管理，本質(zhì)是人腦的管理，人心的管理。人腦的管理，就是 將人的智商充分發(fā)掘出來，高效率地工作；人心的管理，就是讓員工自動自發(fā)、培養(yǎng)其責(zé)任感和熱情。管理是因為不協(xié)調(diào)才需要約束，如果大家自動自發(fā)、有責(zé)任 感，還需要把管理掛在嘴邊嗎？ 最好的管理，是員工感覺不到被管理。 任何外在的手段，無非是讓其產(chǎn)生壓力、恐懼，如被淘汰、降薪、加班，通過這種力來推動項目。但人的效率，只有在充分自由的環(huán)境下才能夠發(fā)揮。引力(激勵)比推力更有效?！度思繁热魏雾椖抗芾砉ぞ邥軓母旧辖鉀Q問題。 項目的風(fēng)險，往往來源于人的風(fēng)險，如溝通不暢，上下不齊心。 信任本身就是一種約束，監(jiān)督會加強(qiáng)團(tuán)隊的隔閡。 激勵比控制更容易規(guī)范員工行為。 如果說在項目管理和人的管理間找到一種關(guān)系，那就是：設(shè)定目標(biāo)，然后站在執(zhí)行者的角度考慮問題。 項目管理的前提，是人的管理。人的問題解決后，再來談管理項目。 項目管理，本質(zhì)上是關(guān)注如何在有限的資源下，達(dá)到設(shè)定的目標(biāo)。所以，它涉及到成本管理、進(jìn)度管理和人力管理等資源方面，范圍管理和質(zhì)量管理等目標(biāo)方面，以及達(dá)成目標(biāo)所需要的溝通管理和采購管理。 成本管理 打個比方，計算器可以為我們DIY電腦時省錢嗎？ 人力管理和溝通管理 關(guān)鍵是處理人的關(guān)系，關(guān)注當(dāng)事人的利益 范圍管理 也許寫在紙上大家也就明白了 質(zhì)量管理 決定于流程和執(zhí)行力度 采購管理 就看PM的商務(wù)溝通水平了 也許，項目管理軟件，最后會簡化到一個進(jìn)度管理和任務(wù)分配工具，而進(jìn)度管理，往往Excel甘特圖更實用。 當(dāng)然，我說的是中小型項目，大型、規(guī)范的項目和團(tuán)隊，可能就很依賴于項目管理軟件來做進(jìn)度。 完成項目，需要一種方法，這種方法可能就依賴工具，也許工具本身就提供一種方法。工具有一定的使用環(huán)境，就如同我以前一篇文章中，談到的一段經(jīng)歷： 引用 Bug管理，這兩年，我們經(jīng)歷了三個階段。
先說說使用環(huán)境吧，因為這是決定一管理軟件是否適合的最核心條件之一。 人員 有開發(fā)人員和不懂軟件的業(yè)務(wù)人員 問題主要是業(yè)務(wù)員提出 距離 原來一年大家在一個辦公室 后來IT部和業(yè)務(wù)部分，距離約1km 項目 旅游電子商務(wù)網(wǎng)站 包括前臺和后臺 這類網(wǎng)站重業(yè)務(wù)和用戶體驗 技術(shù)上沒難度 最開始，使用的是Bug管理系統(tǒng)JIRA 用了約一年，基本上是推，業(yè)務(wù)人員不適應(yīng)，最后我覺得反饋一個問題很煩瑣，自己主動廢棄了。 后來，使用Excel，當(dāng)然這是為bug管理定制的Excel， 執(zhí)行一個月就覺得不行，因為問題匯總、截圖等不方便，簡單問題這樣匯報似乎也太累。 最后，使用Foxmail郵件 用得非常順，特別是業(yè)務(wù)部和我們分開情況下。因為郵件有三個特性很受用：抄送人，延遲執(zhí)行，貼圖。 有些很小并且及時的問題，直接通過QQ完成。 反正，在我們這個小團(tuán)隊，最后一種方式，直到現(xiàn)在都覺得很適合我們。 其實，在Bug管理的背后，有一個非技術(shù)支撐：信任。我們的重點不在責(zé)任界定、責(zé)任追究等和權(quán)限有關(guān)的事情上，我們只關(guān)注目標(biāo)：問題被及時發(fā)現(xiàn)、及時解決，以及解決過程中的低成本協(xié)作。 開始應(yīng)用一款項目管理軟件，都存在不習(xí)慣、甚至抵觸的問題。最難的是改變?nèi)说乃季S習(xí)慣，其次才是行為習(xí)慣。前者需要有效的培訓(xùn)和輔導(dǎo)，培訓(xùn)的效果，取決于團(tuán)隊成員多大程度的認(rèn)同而不是會用，后者可能需要痛苦的練習(xí)。 所以，不是說軟件好，大家就會用。 項目管理 vs 過程管理 能夠?qū)⑦@兩個概念清晰區(qū)分的人，一般都有真正的項目管理經(jīng)驗。 前面說過，項目管理，本質(zhì)上是關(guān)注如何在有限的資源下，達(dá)到設(shè)定的目標(biāo)。項目管理，本身和具體開發(fā)的實物無關(guān)，比如甘特圖幾乎可以描述任何項目。這就是為什么有些項目還會有產(chǎn)品經(jīng)理。 過程管理，本質(zhì)上是實現(xiàn)具體實物所需的步驟或流程，而它和具體實物、以及項目團(tuán)隊關(guān)系很大。 我將兩者拿出來比較，主要是因為，我覺得項目的成功與否，與采用的過程關(guān)系很大，而這在項目管理軟件中很難體現(xiàn)。比如開發(fā)企業(yè)信息系統(tǒng)，要建立數(shù)據(jù)庫： 如果是大項目，可能有專門的DBA負(fù)責(zé)建庫，不需要和誰一個個字段確認(rèn)。 如果是中小項目，可能是PM或PL負(fù)責(zé)建庫，也不需要其他人確認(rèn)。最混亂的情況是，各模塊開發(fā)人員自己建表。 如果是偏產(chǎn)品，小團(tuán)隊，比如我建立過一個流程，對我們很實用： 引用 1、項目經(jīng)理先和某開發(fā)人員溝通需求及業(yè)務(wù)字段
2、開發(fā)人員在一個規(guī)范的Excel表格中建表 3、告知經(jīng)理，review一下字段命名及類型等，微調(diào) 4、開發(fā)人員在開發(fā)數(shù)據(jù)庫中建表 5、建完后告知經(jīng)理，再次review 這樣，把本來建庫的繁瑣工作授權(quán)給開發(fā)人員，解放了經(jīng)理，也提升了他，還保證了質(zhì)量。過程其實非常敏捷。 項目管理軟件及市場 開發(fā)管理軟件，最核心是有一批精通業(yè)務(wù)的人，而不是技術(shù)。項目管理，本身也是一種業(yè)務(wù)。如果自己從來沒有做過項目管理，或者只是作為旁觀者，開發(fā)的項目管理軟件，往往是一堆毫無價值的代碼。 可能有人說，我也帶過項目呀？如果你帶的一批人，一開始都和你關(guān)系不錯，直到項目結(jié)束，你可能并沒有接觸到真正棘手的管理。當(dāng)你的項目組，都是一 批有個性、工作性質(zhì)不同的人，你這時候才會深刻體會到，溝通、協(xié)作有多大的挑戰(zhàn)，如果再加上一個項目期限，我姑且拋開項目本身的業(yè)務(wù)復(fù)雜性。比如，技術(shù)牛 人，往往很有個性，喜歡自己來一套，不遵守團(tuán)隊規(guī)范，并且不太喜歡主動反饋，因為自我感覺都OK。如果強(qiáng)推規(guī)范和流程，往往會埋沒一位人才。 還有一種情況，就是大公司的“資深”項目經(jīng)理，這類人往往受公司高層支撐，比較強(qiáng)勢。如果遇到項目組某成員不服管，往往是，要么打入冷宮，要么驅(qū) 逐出隊，而不是站在員工角度，和他溝通。這種行為可以理解，因為找刺頭溝通很煩，再說替換他毫不費力。這樣的資深的項目經(jīng)理，往往并沒有多少管理經(jīng)驗(管 理=管人+管事)，因為權(quán)力并不是領(lǐng)導(dǎo)力，權(quán)力并不會帶來真正高效的的管理：員工主動性、責(zé)任心。再說，他并沒有利用好資源。如果該隊員是他帶入的，這樣做，是一種對己對人都不負(fù)責(zé)的行為。對于項目經(jīng)理的他，選擇即責(zé)任。 上面的兩個例子，說的是管理經(jīng)驗的誤解。 如果你真的理解項目管理，那么還有考慮一個問題：我的項目管理經(jīng)驗，或是我的項目管理軟件，針對的是哪一類用戶。難道它也適用橋梁工程的項目管理？即使是在軟件項目管理領(lǐng)域，也有企業(yè)軟件和互聯(lián)網(wǎng)軟件、嵌入式軟件的差別。 在管理領(lǐng)域，軟件越通用，往往越?jīng)]用。 上面說到管理軟件應(yīng)用的臨界點，其實，在管理軟件市場，也存在一個臨界點問題，也就是時機(jī)。就像有人說，創(chuàng)新，快一步就是先烈，剛好才是先驅(qū)。大 家可能看到有很多開源軟件活得很滋潤，但一定要明白，那是歐美，很成熟的市場。很多行業(yè)，業(yè)務(wù)還沒有從混沌走到秩序，管理軟件可能都不是很重視，何況軟件 開發(fā)本身的管理。所以，打開這個市場很難。 當(dāng)前，很多軟件企業(yè)還停留想辦法如何拉客戶賺錢，而不是省錢。對于項目管理軟件這類解決效率的工具，可能興趣并不大。任何產(chǎn)品，只有給客戶帶來真正可見的價值，才容易推廣，才可能在這個市場中持久生存。 其實，在任何產(chǎn)品得到市場認(rèn)可前，都有一個觀念更新的過程，也就是市場培育期。比如，保健品市場，什么90%的男性有不同程度的腎虛，當(dāng)男性開始懷疑自己某方面功能，覺得真有那么回事時，什么丸什么丹就好賣了。再比如，IBM智慧的地球，成都機(jī)場有它的巨幅廣告，可能別人想做中國十幾年后的生意。 在項目管理軟件領(lǐng)域，當(dāng)前最需要做的，就是普及項目管理理念及方法，而不是編寫軟件安裝、使用文檔。 項目管理軟件的細(xì)分 一個創(chuàng)業(yè)型公司，在資源有限情況下，做好一個一站式的項目管理軟件，不是很現(xiàn)實。即使是IBM的Rational套裝，我們當(dāng)初也只是用其中一塊 ClearCase/ClearQuest，并且只是在需求階段，在開發(fā)階段，還是用CVS和Eclipse集成。項目管理那個甘特圖軟件，或是后期測試 階段的Bug Tracker，是兩個完全不同的場景。如果還在軟件里面集成溝通工具、績效管理，簡直就是造孽。 溝通最講究的就是效率，在項目管理軟件里面溝通不太現(xiàn)實，因為這種軟件一天可能只打開兩次，而溝通需要及時、方便。方便決定于習(xí)慣。為了一個項目而培養(yǎng)一種習(xí)慣很難。最大的問題是，要撬動所有人的習(xí)慣。你在工具上提個問，別人兩天后才給你答復(fù)，估計熱情一下就降下來了。 績效管理，也就是填寫甘特圖的工時。它是一個和利益掛鉤的東西，如果領(lǐng)導(dǎo)用它就是計算工錢，而不是改進(jìn)工作效率，大家怎么可能有熱情配合，不抵觸都很難。 管理工具，越簡單越好。告訴團(tuán)隊，翻過這座山(改變用戶習(xí)慣)，我們就解放了；問題是，翻得過嗎？ |
|
|
