進入新公司半年以來，一共做了2個專案a和b。
專案a是在試用期就忙裡忙外地趕的，同時有另外2個人跟我一樣是試用的，3個人一起做專案。根據領導的指示：要在乙個月內趕出專案來，ui外包，原因是為了追趕什麼搜尋引擎的seo（也就是說合同已經簽下去了，再不上線就浪費錢）。最不可思議的是：在剛上崗的時候，領導就說：你們要在一周內把沒有介面的東西做出來。好吧，中國國情如此，委屈了自己答應了下來，經濟危機嘛工作不好找。乙個月之後，這個專案上線了，那2個新人同時被淘汰了。此時專案發生了很多問題，歸結如下：
1.需求分析沒做好。
在如此短的乙個時間裡要我們完成這樣乙個專案，需求分析必須要十分明確。而我們3人小組基本上只進行了3天的集中式業務講解即需求分析講解，而其中有些模組甚至連概念都是模糊的。如果先要花時間設計然後設計審核，再動手編碼，那24小時不吃不喝地乾也不一定能做好，因為很多業務是沒有辦法在那麼短的時間內消化的。
同時講解者自身也不是業務的實施者，也就是說我們3人小組是在進行二次理解。
2.人員素質偏低。
他們倆也不能完全說是素質偏低，但至少是在這個領域裡只能算新人。命名不規範，js不會寫，html不會寫，css不會寫，datagrid直接在aspx.cs裡進行使用（這還是前輩已經寫了一些**模板的情況下）。事實上在後期我對整個專案的梳理之後，我發現他們更可怕的地方在於寫的**雜亂無章，甚至一些最基本的封裝都缺乏。而我自己，缺乏專案經驗，沒有發揮出團隊的優勢，在這種極不合理的要求下依然進行著「死亡行軍」，在專案的前期也沒有進行一些基本的培訓（大家都是剛認識，不知道他們什麼水平），也沒有在一開始就進行**審核。此外請來的美工做的介面也是不咋滴，同時由他們生成的html也是非常糟糕，到處是class，到處是div，乙個div加些css就可以完美表現的地方居然分出7、8個div來顯示，html生產者完全是新手。而美工更是老油條，設計的東西態度就是：先設計樣子，你們說**不好改好就完事，不再進行更改；而很多地方根本就是糊弄我們。
3.專案編寫缺乏規範 。
沒有需求分析文件；沒有詳細設計；沒有測試；沒有命名規範；沒有**審核；沒有壓力測試...
4.專案缺乏大方向。
我們3人小組不知道這個**要做成什麼樣，前輩不知道要做成什麼樣，領導也不知道做成什麼樣。純粹是為了要做乙個**而做乙個**。在這種情況下，很多地方都沒有辦法確定，譬如一些使用者體驗，譬如整個使用者系統的設計，譬如美工介面的設計等。從**的最初架構來看，是非常大的乙個平台專案，這麼大的專案以我們那麼微小的力量來做，失敗幾乎是看得見的（不要跟我說什麼決心有多大成就就有多大的p話，沒有金剛鑽不攬瓷器活）。
5.沒有後期跟進。
每個專案都不是一開始就完美的，這我們要承認。而事實上這個專案上線之後，就沒有怎麼進行後期改進。由於前期對它的非常不滿意，勢必導致內心有排斥心理，不想去動他，而且不想為離開的2人擦屁股。有了新專案b之後，我很快的轉向了專案b。而後來我也沒有什麼精力來進行專案a的後期跟進了。
個人總結： 技術的不足不可怕，可怕的是不規範。不規範的地方不僅僅在於專案開發階段，更存在於專案起步階段和專案後期階段。
做PM的經驗
為了保證開發和測試資源，需要在prd評審之前，提前跟產品溝通，拿到prd初稿，提前理解大致需求，並解析需要參與開發的部門，提前與需要參與開發的部門溝通，讓他們提前準備開發資源。這一步比較關鍵，尤其是針對多部門一同開發，經常會發生參加了prd評審後，發現抽不出資源開發，或者延期，嚴重影響專案進度。提前...
PM經驗總結
專案管理的組織特徵是嚴格意義的個人負責制，個人負責制的核心人物必然是專案經理。所以專案經理是決定乙個專案成敗的關鍵人物。專案經理是專案實施的最高領導者 組織者 責任者，在專案管理中起著決定性的作用。專案經理這個職位不需要編寫大量的 也很少參加 測試和維護，但是很考驗個人的綜合能力，需要有良好的道德品...
糟糕的設計
不要去弄髒構造器方法！2009 02 24 這是來自自己最近的專案salesys的乙個經驗之一。坦白說，在這個專案，還有以前的幾個專案中糟糕的設計有很多，這個只是其中之一。在salesys的乙個很大的特點就是大部分的模組在開始頁面都有乙個資訊列表，用於顯示這個模組的主要資訊。就像這樣 在我們的 設計...