綜合管理：小公司如何做項目管理

申請免費試用、咨詢電話：400-8352-114

我所在的公司和大多數(shù)國內(nèi)IT公司一樣，十幾到幾十人的規(guī)模，每次在做完項目過程中我們都會感覺很累，老板其實也很累，在小公司老板更像是一個項目經(jīng)理的角色，很多東西都沒有流程化的東西可走，所以很多事情都要等老板拍板后才可以繼續(xù)下去，員工在很多時候就會感到迷茫，隨著公司規(guī)模的擴大，公司也意識到?jīng)]有一套規(guī)范的項目管理方案是萬萬不行的，自己在這方面也摸索的一段時間。
　　我首先接觸的是敏捷開發(fā)的方法，但很快我就感覺這個方法行不通，至少對于我們是這樣，因為我們無法保證和客戶以及業(yè)務(wù)人員及時溝通，一個月見幾次面就很不錯了，而且我們的開發(fā)人員也并不具有敏捷能力。后來接觸了下CMMI，CMMI對于小公司就更不靠譜了，它龐大的身軀足以把一個小公司壓垮，如果僅為一個證書的話，我建議完全可以向o6z訂購，但不可否認的是CMMI也有很多優(yōu)秀的地方可以借鑒。那么我對小公司項目管理的看法是一定要精簡，做到不是傻瓜都能夠理解并且能夠執(zhí)行，況且很多項目經(jīng)理（老板）也并不是領(lǐng)域?qū)＜?。在此我想簡單談?wù)勎覍m合小公司的項目管理方案的一些想法，所謂基本適合就是80%適合，我要是說100%適合那我是在扯淡，另外20%怎么辦？那就像06z所說的那樣，靠經(jīng)驗這個王道。
　　一、需求開發(fā)和管理
　　首先要談的是需求這個東西，那么什么是需求？需求就是掏錢買你產(chǎn)品的人一些需要，只要是客戶的需要，不管是合理不合理那都是需求。其實很多開發(fā)人員都意識需求的重要性，那么真正去做需求的人有多少呢？需求應(yīng)該是包括需求開發(fā)和需求管理這兩個過程，這里有個特別的情況是對于自主研發(fā)的項目，我接觸的項目也是這種情況居多，于是我們認為自己就是客戶，所以需求開發(fā)做的很簡單甚至跳過去，結(jié)果后期的需求管理非常混亂，我覺得既然自己是客戶，那就要當好客戶這個角色，在做客戶時應(yīng)完全忘卻自己是個開發(fā)人員，同樣要把需求做全面。很多教科書上都說應(yīng)該做需求，但關(guān)于怎么做的問題上卻和實際情況差別比較大，以下是我關(guān)于需求該做什么以及怎么做到一些看法。
　　1 需求調(diào)研
　　我覺得需求調(diào)研非常的重要，1年前我還打算做一個在線教育服務(wù)平臺，理念就是淘寶在網(wǎng)上賣商品，我在網(wǎng)上賣教育資源，我提供網(wǎng)上交易場所，簽約的老師、學校以及培訓(xùn)機構(gòu)提供可交易的服務(wù)，這種服務(wù)可以通過視頻、音頻、在線PPT、文本的形式展現(xiàn)。忙活了好一陣，發(fā)現(xiàn)這個市場早就有很多人做了，而且這個市場并不是很好做，首先在網(wǎng)上學習的人有幾個？并且先不說前期推廣需要海量資金就是所需要的那么些高性能服務(wù)器丫也買不起！這件事就此擱淺，結(jié)果信了馬云的邪，2年后你還想創(chuàng)業(yè)你在創(chuàng)業(yè)！我覺得這就是典型的需求調(diào)研沒做好，沒有對用戶需求做調(diào)查，沒有考慮同行競爭，沒有考慮可行性！另外還要考慮括行業(yè)標準和法律規(guī)定，比如前些時候國家就出臺了關(guān)于辦視頻網(wǎng)站的政策，我覺得你丫沒有足夠的背景就不要往火坑里跳樓?？傊鶕?jù)所做行業(yè)情況盡可能的把需求調(diào)研做全面，這樣才可以保證項目首先是可以賺錢的。那么文檔要寫嗎？我覺得可以不要正式的文檔，小公司的人手本來就不夠用，要把主要文檔化工作集中在重要的環(huán)節(jié)上，對于需求調(diào)研，本來就很雜亂，完全可以記在工作筆記上，放到需求分析的時候整理。
　　2 需求分析
　　為了得到用戶的金錢，我們總是在說，用戶是上帝，用戶永遠是對的，盡管背地里在說客戶端壞話：“你丫錢給的倒不多，要求還真少，這需求根本不合理，是正常人的邏輯嗎？”，如果你想活下去，最終我們還是要想方設(shè)法滿足用戶的要求。用戶是個外界因素，我們是無法控制的，那么我們只有盡可能改進需求分析的方法來盡量減少不必要的麻煩。那么我覺得日本人做法倒是可以借鑒，在有條件的情況下派專人去現(xiàn)場，隨時記錄關(guān)鍵性的需求，即使不能去現(xiàn)場也盡可能的獲取盡可能多大信息，不要指望開發(fā)后去獲取什么有價值的東西。那么是否應(yīng)該做個原型給客戶看看？我是覺得這不大合適，因為如果項目周期短的話，等你做好原型，黃花菜都涼了。但我覺得等到需求做到差不多的時候可以做用戶界面，所謂用戶界面就是用戶接口，是和用戶打交道的地方，所謂一圖解千言，有了界面用戶會清楚自己所買的東西在未來會是個什么樣的東西，再者開發(fā)幾個有說明性都界面倒是不會暫用很多時間。等到需求確定下來后就要整理成文檔了，這個是很重要的一步，是做設(shè)計時候的重要憑證和依據(jù)，這個文檔就是用戶規(guī)格說明書，所謂規(guī)格就是有規(guī)范的格式和內(nèi)容。
　　3 需求評審
　　我們已經(jīng)有了較正規(guī)的文檔了，那么下一步就是召集所有開發(fā)人員開會，最好有客戶代表參加，盡管我是很厭煩開會，但該開的會還是要開到，因為之前我遇到這種情況，開發(fā)人員根據(jù)設(shè)計文檔寫代碼，可是他并不知道自己在開發(fā)什么，站在自己的角度想一下，如果自己都不確定自己做的東西，即使有再完備的設(shè)計，也會對開發(fā)毫無興趣，只會讓自己覺得自己是個代碼機器。所以所有人員參加需求評審是讓大家知道自己在做一件有意義的事情，自己正在滿足社會的需要，自己在為和諧社會做貢獻，即使你從沒那么想過，那你敢保證的你的潛意識沒那么想過嗎？人是要有社會滿足感的吧。另外開會前一定要準備關(guān)鍵有價值的議題，據(jù)我觀察需求評審會最容易扯到不著邊的話題，所以主持人要控制話題，會議控制在2-3個鐘頭，最好做成幸運52的形式，所有人員一定要互動起來，否則就變成了個人演講。需求也做了，會也開了，那么要求客戶簽字吧。
　　4 需求管理
　　需求管理是在開發(fā)開始之后進行的，這也是另所有人頭疼的一件事，之前做完一個項目后，客戶經(jīng)常打電話找我們，改過來改過去，后來我聽到電話，血壓都要升高50個百分點，后來索性就不接電話，客戶就在網(wǎng)上找我，搞的我連QQ都不敢登，但躲是躲不掉滴，客戶直接打我手機，丫的真煩人，見過難纏的，沒見過這么難纏的。后來轉(zhuǎn)念一想，難道這種情況真的不能避免嗎？至少是可以大幅度的緩解的吧。這就是我們需求管理中的變更管理沒做好，改了哪些地方自己都忘記了，最后是跟著感覺走，拆東墻補西墻。在這里我建議要建立需求跟蹤矩陣表，有了這個表我們至少可以對要修改的地方有了依據(jù)，迫使我們?nèi)フ{(diào)查到底是改什么地方，怎么改，最后改成了什么樣?？赡苣銜f客戶需要大幅度修改原有計劃，很難跟蹤到具體某一項需求，那么我覺得這是由于前期的需求開發(fā)沒有做好，在后期客戶進行實質(zhì)性的修改的幾率是很小的，比如客戶要求我們做個OA系統(tǒng)，最后總不會要我們改成個門戶網(wǎng)站吧，在舉個例子，在比如你開發(fā)一個erp系統(tǒng)，客戶自己的業(yè)務(wù)流程不會輕易的改變吧，總不至于把盤點這個業(yè)務(wù)改成一個報表系統(tǒng)吧。如果真是這樣，我們完全有理由告訴客戶，你丫乖乖掏銀子，我們再給你們開發(fā)2期工程，要改，沒門！