目前而言，項目多如狗，創業公司多如雞。
大部分只是一伙人，而不是一個Team。
首先，99%公司沿用的模式：
1，需求（可能綜合看其他同行的功能實現自認優化下前端效果）效果圖后，直接丟給程序員...不管程序員用啥手段、方式，總之能完美解決，寫出成品即可。
2，成品。
需求-直接到成品的模式。
其次，對項目實現未做二八法則精力時間分配。
核心與非核心做必要區分，一般而言，項目進度卡住，多數是對核心實現受阻或項目架構溝通斷位。
如果管理開發，連核心與非核心實現都從來沒想過，或者不知從何下手——那這Team的負責人——絕對是個菜鳥。
所以，有點技術底子的娃，進入這樣的公司，都會不服其約束的。
同樣，攤上這樣的上司，本身就跟掉坑里差不多。
多人參與的項目開發團隊，帶隊者的眼界與處理開發中難點機制，直接決定項目進度。
若所謂技術團隊負責人，自己直接上的...那就只能呵呵——大致可以認定，這大嘎屬于人肉堆碼成長起來的程序員。
技術團隊等級劃分（個人整理，如有不服，直接無視）:
初級：小型外包公司，沒自己核心框架，有幾百或上千個所謂的基于開源項目的成品。
開發只針對基于框架的功能模塊做二次設計開發，而且開發人員通常，都是只給需求+前端美工，程序員只負責根據效果圖+前端HTML效果，完善出所有需要的功能實現代碼。
這模式，大部分小型創業公司也在沿用。
一遇上，開發難題，立馬——所謂技術團隊找不到北，最后會老板逼著所謂CTO自己上...科科
中級：通常都是從初級技術團隊衍生而來，這類所謂技術團隊，因玩研發也不少年份。
自認對程序比較理解，姑且這么認可他們。
他們進過3-5年的時間，篩選出一些不錯的經典代碼實現，作為技術底蘊。
能把開源的框架做自我完善+有自己的功能成品范例庫，做二次開發時，直接在自己的代碼庫的基礎上，做代碼快速組拼。 好一點的皮包公司也就這個水準。
高級：項目開發，更進一步文檔化。不單獨有前端需求文檔、以及效果圖，還有功能設計流程等等，并且區分核心代碼。
項目能做到比較精準的研發，精力與時間做二八法則分配。阿里、百度、新浪差不多這樣。
阿里早年技術也不行，從大公司挖了技術高管，最終發現不太接地氣。
不接地氣的根源是，高管直接沿用別人的管理模式，直接開發文檔化規范化，但是忽略了個體對技術認知差異。
如果號令9成人都聽不懂，那就是瞎扯蛋。
巔峰級：項目研發，走軟件工程文檔化路線，任何技術牛人離職離任，都不會給公司造成多大的遭難。任何人，指的是——比如，百度中的職稱，最高的是科學家，如果那樣級別的人離職，自己重新搞個搜索引擎，不會給百度造成任何災難性的后果，那百度的軟件開發文檔化管理以及非常完善。....至于，現實中如何....大家就呵呵吧。
到目前位置，我能確定甲骨文那公司是那么干的。至于國內的軟件研發公司，其實文檔化不太良好的。
直接去看新浪、百度、騰訊、阿里二次開發接口在線文檔，既能一目了然。
新浪偏重國外的認知觀，而騰訊的文檔看起來更適合中國人的邏輯認知習慣。
本站僅提供存儲服務，所有內容均由用戶發布，如發現有害或侵權內容，請
點擊舉報。
