簡單的乙個企業站(有人已經做好效果圖）交到了我的手裡，我做了如下安排：
1.由一位程式設計師a將效果圖製作為html（製作前有交待:不清楚的地方問客戶qq），製作大概從11.30-12.5（除去雙休三天時間）。
2.將html交給另外一位程式b來製作12.7-12.14（除去雙休有5天)。
2.你們怎麼了？做站越來越不行了，以後怎麼給你們單？
3.404頁面在**？？？？
這個客戶以前合作過，態度很好，此次能讓他好些大傷脾氣 不得不讓我仔細地檢查問題到底出現在**。
第一步我要確定這個專案哪乙個環節開始出現了問題，是需求沒有分析到位？ 還是程式設計師沒有認真工作（程式b肯定沒有，至少在資料填充上面）。
如果是因為怕麻煩，不認真工作，我該怎麼辦？措辭又不能太激烈 ，但是又得讓他意識到這樣下，我會開除他的。
接上文:
當天下午，我就採取了措施（實話說真的,沒乾過這種事情，什麼環境場合，什麼語氣，什麼措辭，那一點經驗沒有啊）
第一步首先把這個程式交給程式設計師a，讓來完成後續的工作。
第二步找程式設計師b說說客戶對這個**的意見。
.......
.....
.......
我犯了乙個錯誤是我不該當眾說專案哪些哪些地方沒有做，你為什麼沒有做? 他最後來了一句:"這個**，我不想做了，要不你把我開了吧「，我無語，什麼也沒話，回到了我的座位。
還好，他後來表現的都還積極。（這又是為什麼呢）。
經驗一：專案在交付結客戶一定要讓測試人員認真測試一遍。
經驗二：專案完成的日期永遠比程式設計師嘴說的日期要長一倍或者兩倍。
經驗三：你要制定要詳細的專案功能分析與進度跟蹤報表。優化專案工作流程，制度的建設。
經驗四：要有嚴厲的問責制度，不要害怕人員的流失，管理不了的人員，乾脆走人。兩條腿走的人好找，兩條腿走路的程式人員更好找。
經驗五：與下屬既要保持良好的關係，又要保持一定的敬畏。醜話說在前面，工作和生活分開。
經驗六：如果管理不好，就給老闆說，這個需要多長時間才能適合，老闆如果覺得時間合適就再幹幹，否則就走人。
經驗七：公司的企業文化，和良好的辦公環境，在 創立 之初就嚴格把關，刷掉不符合文化的人，讓公司形成乙個整體，有話可以放在臺面上說。對事不對人。還要當眾人的面明確人員的職責。
愛究源
全程記錄 與ReactNative的愛恨糾葛
定期更新！有好的解決方案 或者 知道問題原因的 一定要告訴我啊 ps 無數次克制自己說函式 不能說 方法 誰能懂我內心的痛 但是我已經漸漸開始喜歡元件這個東西了 驕傲臉 12 頁面跳轉問題，正在研究 就像我昨天覺得textinput深不可測一樣。11 在函式內用 setinterval時遇到呼叫函式...
專案管理諮詢的一些記錄
照例先說一下總體感覺，利用週末看小孩的剩餘時間快速看完，讀第一部分的時候有些收穫，後面的內容就真的soso。整體感覺是浮誇，真正體現管理功底和技術能力的地方不多，可能人家寫這個書的目的也不在此，看書名 管理諮詢師的第一本書 百萬年薪 千萬身價 就知道。比較厲害的是用乙個字來概括一段內容，感覺管理類的...
對專案管理的一些記錄
明確專案所解決的問題或輸出的產品，服務 明確專案的相關干係人 明確專案的風險，如果專案失敗了，延期了，會造成什麼樣的影響 明確專案所涉及的資源，包括人員資源，時間資源等 明確專案輸出對其他專案 產品 的影響，明確專案 產品 依賴關係等 專案目標 專案驗收標準 演示,文件,測試報告等 專案關鍵里程碑 ...