技术团队底蕴判定

目前而言，项目多如狗，创业公司多如鸡。 
大部分只是一伙人，而不是一个Team。
首先，99%公司沿用的模式： 
1，需求（可能综合看其他同行的功能实现自认优化下前端效果）效果图后，直接丢给程序员...不管程序员用啥手段、方式，总之能完美解决，写出成品即可。 
2，成品。
需求-直接到成品的模式。
其次，对项目实现未做二八法则精力时间分配。
核心与非核心做必要区分，一般而言，项目进度卡住，多数是对核心实现受阻或项目架构沟通断位。 


如果管理开发，连核心与非核心实现都从来没想过，或者不知从何下手——那这Team的负责人——绝对是个菜鸟。
所以，有点技术底子的娃，进入这样的公司，都会不服其约束的。
同样，摊上这样的上司，本身就跟掉坑里差不多。


多人参与的项目开发团队，带队者的眼界与处理开发中难点机制，直接决定项目进度。 

若所谓技术团队负责人，自己直接上的...那就只能呵呵——大致可以认定，这大嘎属于人肉堆码成长起来的程序员。


技术团队等级划分（个人整理，如有不服，直接无视）: 


初级：小型外包公司，没自己核心框架，有几百或上千个所谓的基于开源项目的成品。
开发只针对基于框架的功能模块做二次设计开发，而且开发人员通常，都是只给需求+前端美工，程序员只负责根据效果图+前端HTML效果，完善出所有需要的功能实现代码。 
这模式，大部分小型创业公司也在沿用。
一遇上，开发难题，立马——所谓技术团队找不到北，最后会老板逼着所谓CTO自己上...科科 


中级：通常都是从初级技术团队衍生而来，这类所谓技术团队，因玩研发也不少年份。
自认对程序比较理解，姑且这么认可他们。 
他们进过3-5年的时间，筛选出一些不错的经典代码实现，作为技术底蕴。 
能把开源的框架做自我完善+有自己的功能成品范例库，做二次开发时，直接在自己的代码库的基础上，做代码快速组拼。 好一点的皮包公司也就这个水准。


高级：项目开发，更进一步文档化。不单独有前端需求文档、以及效果图，还有功能设计流程等等，并且区分核心代码。
项目能做到比较精准的研发，精力与时间做二八法则分配。阿里、百度、新浪差不多这样。
阿里早年技术也不行，从大公司挖了技术高管，最终发现不太接地气。
不接地气的根源是，高管直接沿用别人的管理模式，直接开发文档化规范化，但是忽略了个体对技术认知差异。
如果号令9成人都听不懂，那就是瞎扯蛋。


巅峰级：项目研发，走软件工程文档化路线，任何技术牛人离职离任，都不会给公司造成多大的遭难。任何人，指的是——比如，百度中的职称，最高的是科学家，如果那样级别的人离职，自己重新搞个搜索引擎，不会给百度造成任何灾难性的后果，那百度的软件开发文档化管理以及非常完善。....至于，现实中如何....大家就呵呵吧。
到目前位置，我能确定甲骨文那公司是那么干的。至于国内的软件研发公司，其实文档化不太良好的。
直接去看新浪、百度、腾讯、阿里二次开发接口在线文档，既能一目了然。
新浪偏重国外的认知观，而腾讯的文档看起来更适合中国人的逻辑认知习惯。