讀了無數專案管理的書籍，卻依然管理不了乙個專案。
在小公司待了六年，經歷過大大小小
很多專案。部分專案是配角，也有部分專案是作為負責人。
剛工作那幾年，覺得專案規劃管理可有可無，但這幾年幾個專案做下來，覺得就算再小的公司也不能夠忽略專案規劃，
否則專案後期進入互動環節，出現"老闆和員工互罵sb！"。
在這總結下個人心得，但不一定是科學和嚴謹的專案過程。
1：專案規劃的目的
利用現有的資源準時開發出使用者需要的穩定產品。
專案規劃的目的在於如何利用有限資源，如何準時，如何保證產品穩定性。
資源對於任何公司而言，都是缺乏的。不同公司對資源的理解也是不一樣的，相同的產品，大公司投入10人月都認為太少，
但小公司投入5人月都覺得太多，可能最終投入三人月。但市場是只認產品，不關注你投入比。
所以你要用三人月做出別人10人月的產品，差距還不能太明顯，從理論上說，很難。
那小公司靠什麼？人，所以小公司看leader,大公司看流程，是有道理的。
2：開發流程
簡化流程：需求，設計，編碼，測試，互動。
2.1:需求
產品需求階段主要是對產品選型和需求準確性把握，需要市場、產品經理、結構設計、軟硬體研發等多方討論決議。
在小公司中，主要取決於參與者的經驗。
2.2：軟體設計
軟體設計部分主要是軟體研發和測試部等對需求的理解，並在此基礎上設計合理的軟體總體框架和各子模組，同時合理的分配給專案人員。
3：風險
設計風險在於任何乙個環節的錯誤都可能需要重新回退到之前的設計中。在我參與或主導的一些專案中，這種情況常會發生，
原因有很多，比如早期對產品方案分析不足等。所以對於研發負責人來說，盡量傾聽多方的意見再決策，不要總是以個人的
經驗靠權力強力執行。
4：開發周期控制
開發周期控制尤為重要，考驗專案負責人全域性把控能力。各階段銜接非常緊密，如果某一環節出現問題，將直接影響後續環節的開展，主要體現
1：硬體設計一版的成功性，需要預留時間改版；
2：軟體設計反覆性，包括在模擬測試、壓力測試等階段；
3：**鏈完整。比如到了壓力測試階段，裝置**不足，導致測試無法開展；或者進入互動階段，但物料不齊影響生產。
4：對可能的風險預估。比如疑難bug，低概率bug,第三方軟體穩定性等。在新的專案中，這些bug從來沒有缺席過。
小公司的專案管理（一） 如何做需求分析
如何做需求分析？場景 我們做需求的幾乎不懂業務，所謂的業務知識就是臨時找一本相關的業務書，突擊看個一星期，然後去客戶那裡調研需求。而客戶呢，也沒有資訊化經驗，他們對自己想要什麼也說不清楚，他們對業務流程的管理也正在摸索試驗中 客戶公司是一家新成立的公司，很多人都是才入這個行業，本身對業務也不太懂。本...
小公司如何管理？
乙個沒有企業管理的文化的企業是沒有前途的企業，乙個沒有信念的企業是沒有希望的企業。首先講個小故事 雪地裡有兩隻困倦的刺蝟，由於寒冷而相擁在一起，但因為各自身上長滿了刺，不得不分開避寒，但又冷得受不了，於是又湊到一起，幾經折騰，兩隻刺蝟終於找到乙個合適地距離 既能互相獲得對方地溫暖而又不致於被扎。刺蝟...
小公司的專案交付
工控行業 物聯網行業 機械人行業軟體開發可聯絡我 從畢業起在一家小公司不知不覺已經工作了兩年，從開始的懵懵懂懂逐漸的對產品交付過程有了一些了解，最近負責了乙個專案的開發讓我感到在小公司要做好乙個專案真的很難，也深知是自己目前的水平還不夠，以下僅僅是根據自己目前的知識背景所提出的見解，可能有很多是錯的...