如何做需求分析？
場景：我們做需求的幾乎不懂業務，所謂的業務知識就是臨時找一本相關的業務書，突擊看個一星期，然後去客戶那裡調研需求。而客戶呢，也沒有資訊化經驗，他們對自己想要什麼也說不清楚，他們對業務流程的管理也正在摸索試驗中（客戶公司是一家新成立的公司，很多人都是才入這個行業，本身對業務也不太懂。本來他們以為我們是業務專家，指望我們提出管理流程方案，這都是銷售忽悠吹大牛，其實我們是第一次進入這個行業，完全的一竅不通）。說白了，就是客戶和開發方都不懂業務！
我的解決方法：首先了解客戶的組織結構，崗位職責、業務流程和關鍵考核指標，蒐集了一大堆他們目前使用的業務單據。然後我想先按照他們目前的實際流程做個頁面原型，讓客戶先看看，看能不能引導出一些需求來。結果根本行不同，因為是頁面原型，客戶根本不重視，看了以後，除了對有些用詞提了一點意見以後，其他的都說ok(後來證明，客戶只會在系統上線真正使用以後，才重視功能需求)。
注：我的用意是想討論一下，在這種惡劣條件下，有什麼辦法盡量提高需求調研和分析的質量。就象許三多一樣，明知道是impossible mission，但也要盡自己的能力做到最好。
後續：一般的大型企業可以分為三個層次：戰略決策層（老總）、管理層（部門領導）、執行層（員工），做需求調研要從這三個層面進行，因為每個層面關注的內容都是不同的。但現在有個難題，大型企業的老總級別都是很高的，一般除了乙方的老闆外，「閒雜人等」根本不願接見，弄得有時很難揣摩老總的想法。採用什麼辦法來徵求甲方老總的意見呢？
小公司如何做專案管理流程
讀了無數專案管理的書籍，卻依然管理不了乙個專案。在小公司待了六年，經歷過大大小小 很多專案。部分專案是配角，也有部分專案是作為負責人。剛工作那幾年，覺得專案規劃管理可有可無，但這幾年幾個專案做下來，覺得就算再小的公司也不能夠忽略專案規劃，否則專案後期進入互動環節，出現 老闆和員工互罵sb！在這總結下...
小公司做專案經理一些難處
1.網路問題你全負責,有人上不了網會直接來找你 建立流程,網路問題就那些,寫文件,找你之前,先按照文件操作,百分之99都可以解決 2.公司伺服器寬頻你全負責,如果出現問題有人來找你 這個沒辦法,很多不會要自己學.責任也要自己擔當.3.公司的買的軟體你全負責,如果用不了全都來找你 這個多於軟體商聯絡,...
在小公司如何做乙個合格的專案經理
size medium 越是小的軟體公司，由於分工不能太細的緣故，對專案經理的要求越高。因此，在小公司裡要想做好專案經理的角色也是非常不容易的。從畢業到現在，本人一直在小規模的公司裡供職，從普通的程式設計師到專案經理，再到開發經理，其中的感觸也是非常的深刻。雖然，最後公司的規模也發展起來，但當時做專...