`
ygbb007
  • 浏览: 2995 次
  • 性别: Icon_minigender_1
  • 来自: 杭州
社区版块
存档分类
最新评论

技术团队底蕴判定

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


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


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

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


技术团队等级划分(个人整理,如有不服,直接无视):


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


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


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


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

相关推荐

Global site tag (gtag.js) - Google Analytics