對自己做過的功能模塊也不敢拍胸脯說質量是過硬的。

程序員的工作性質，決定了大多數人不能在這個崗位上做太久。

早點轉型成為了必然。

即便不轉型，要把代碼寫好，也應該深入學習下項目管理的知識。

比如項目規範、業務架構、過程管理、質量管理甚至軟件測試的知識。

一旦學習了這些層面的知識，程序員水平才可能大幅提升。

這是因為，

每一門技術，每一段代碼，都是為了解決問題。

換句話說，技術是為了需求而存在。

脫離了需求，孤立的技術再牛逼，也難體現其價值。

聰明的程序員早已悟透了這個道理。

所以，需求建模，也就是業務建模以及建模之後的項目過程管理就尤為重要了。

從個人經驗來看，

程序員應該先學需求分析，再學項目管理知識，然後才學具體的開發語言。

一旦程序員掌握了這些，在職場上很容易做上去。因為編碼只是項目的小部分。

否則，晉升會比較難。

只有少數人掌握了這個訣竅。順利晉升了項目經理（當然現實情況是大部分項目經理也不專業，也一樣要學習項目落地知識）。

因為職務視角的限制，大多數程序員轉變不了這種觀念。

為了讓程序員、項目經理、架構師，還有創業者們能看到項目的全貌。

研發無憂花了很大的精力將項目過程管理、規範、質量相關的資料收集整理。

通過這些項目資料，增進項目的理解和認識。

提升項目層面的綜合能力和水平。

目的是幫助大家把項目價值做出來，讓項目少走彎路（項目少走彎路，自己才可能少走彎路）。

好比一座大山，從某一個角度看大山，看到的只是一面。

若要看清大山的全貌，需要站在更高的高度和緯度 或者說視角。

再比如演電影。

如果對電影各個角色，如何配合，過程流程等了解不夠，

孤立推進的話，很難把握好，不配合好演出的電影質量和價值會大打折扣。

所以，程序員們應該多花點時間學習項目知識，不要匆匆忙忙搞代碼。

也要盡量說服項目經理和研發經理多做一些項目方面的培訓。

這樣既幫助了自己，也幫助了團隊。

讓項目質量更高，項目更具發展前景。

一舉多得的事。

當然，不是每個老板，每個經理都懂項目，

至於如何說服他們，

相信聰明的你會有聰明的策略。

研發無憂：超過90%的程序員都需要深入學習項目知識