專案管理怎麼做到按時上線
專案管理要保證按時上線，就需要有效的專案進度控制；專案進度的成功控制，是產品成功的基礎。何為有效的專案控制，個人認為，就是將有限的資源與時間，跟整個專案進行合理匹配；這就需要根據專案各個部門的不同特性進行合理的任務粒度選擇；
根據專案管理的水平高低，來進行合理的任務粒度的劃分，一般單個任務的工作量（資源需求量）佔總工作量的比例在3%-5%較為合適，太高或太低都會不利於專案的進度推進；
合理的進行任務劃分後，就可以以此制定詳盡的進度控制計畫；單個任務需要有三大要素：任務定義，時間，資源：每個任務必須有詳細的說明，並且可操作，同時對應具體的負責人，確立工期，然後嚴格按照計畫操作。一切以計畫為準，嚴格按照計畫推進，是專案成功的關鍵所在；
這麼說可能有點抽象，那麼具體如何制定詳盡，可行的進度計畫呢？這要求從需求評審開始就為此做好準備。
從需求收集開始，就需要盡可能考慮到全場景，從而保證prd確認後可將產品的各feature全面詳細的描述。這樣做有兩個好處：任務全覆蓋，不會產生新需求時導致各部門打亂原有計畫（如加班）或擠占資源；需求變更少，其實意思跟前一條差不多，prd的變更涉及到各方，並且每次變更都需要各相關方達成一致後郵件確認，中間又需要開會等方式進行討論，會對專案進度產生較大影響。
需求評審時，確保各方對於時間，資源，任務的一致理解（尤其是開發），盡可能按照量化，並按照事先規劃的任務粒度進行時間的評估，專案里程碑的規劃。明確技術人員（開發，測試）的排期，並提前做好資源協調；
進度計畫制定好了，只是進度控制的開始。還需要每天過進度，檢查專案是否按照規劃在進展。若不是（大部分情況），需要及時針對該問題制定對策。
一般每天過一遍大致進度，對專案進展有具體的了解，及時跟各方進行溝通；每週一次或兩次小規模會議，各專案負責人進行進度匯報和進度查驗，總結專案推進情況，跟預定計畫進行比對，解決進度偏差。同時，專案進度自查還能及時發現各部門（開發為主）是否存在理解問題，避免資源的浪費；當然，在時間不允許的情況下，也可以每兩日，每5日等，原則是在時間允許的範圍內盡可能降低自查週期。
在專案在按照計畫進行推進的同時，還要做到一件重要的事情：及時識別風險項。
這裡對於風險項的定義包括：資源不足，時間不足，內部分歧；需求評審時規模或工作量的估計出現偏差；出現很多評審時未捕獲的需求；流程設計不合理；工作人員技能缺乏；人員專案間流動頻繁；溝通不暢，有主要負責人員很少參加會議；經常開會，但問題不見減少；等等
一般出現風險項就會最直接的導致加班或該計畫，這對專案進度的推進是非常不利的，所以對於專案管理人來說，及時的識別風險項，預見、控制並解決（在問題出現前發現，初期就解決掉問題甚至避免其出現），是一項嚴峻的挑戰。
一般來說，做好上述問題，就做好了專案進度的控制，也就做好了成功專案的第一步。
怎麼做到ERP基礎資料的整理
參與過erp專案實施的人都應該知道，erp專案實施能夠成功，關鍵在於細節。有人這樣說，erp不難，只是很繁。這裡所說的繁，指的就是整理erp基礎資料的過程。整理erp基礎資料的確很繁瑣，這個過程並不比erp上線輕鬆，但它並不難，只要堅持，就一定能夠實現。erp專案實施成功靠的是三分技術，七分管理，十...
用jQuery怎麼做到前後端分離
傳統的web開發模式想必大家都知道，不管是jsp asp php或者一些魔板引擎開發，其實道理都是一樣的，都是服務端渲染，原理是 瀏覽器傳送乙個get請求，伺服器對應的返回前端乙個html頁面，由瀏覽器渲染，一張網頁就呈現在使用者面前了。但是今天要說的就是大家一直在談論的話題了，那就是 前後端分離的...
初進職場我們該怎麼做到最好
1，注重命名規範 不是說要按課本上或者說自己一直以為是的來命名，要跟著專案要求來做 2，怎麼快速的融入自己的專案 首先按照master 的要求，讓自己做什麼就做什麼 看資料模型，其實對於乙個新人來說，看資料模型的意義不大，但是還是有一些需要注意的就是一些重要的字段，比如說，主鍵型別 關聯鍵，表之間的...