项目 | 分解指标 | 评价标准 | 权重 | 备注 |
工作背景 | 互联网/非互联网企业 | 团队人员是否具有一流互联网从业经历/一般互联网从业经历/非互联网 | 15% | 对于工作流程和质量保证,专业从事互联网职业的技术人员责任心比较强,经历过长期大型项目的考验,技术实力强同时开发经验也更加丰富。 |
工作经验 | 年数/项目数 | 团队人员从事项目开发工作的平均年数,参与项目的数量。 | 10% | 公开的可以衡量的项目 |
综合能力 | 凝聚力 | 团队人员是否有过充分的合作经验 | 10% | 团队之间是否磨合过很重要。 |
学习能力 | 团队开发过的项目方向的差异程度 | 5% | 时代在技术,技术一直在革新,不同的产品需要的技术方向是不一样的,良好的团队共同学习能力是一个优秀团队需要具备的。 |
编码标准及注释习惯 | 是否有自己一套编写代码的标准与规范 | 10% | 作为一个团队必须有统一的编码习惯,否则各模块整合时会有无数的问题,也造成员间沟通困难、代码维护困难。 |
严格的文档习惯 | 是否能在开发项目的同时维护文档 | 5% | 没有文档的程序的维护简单是一种灾难,没有详细的文档的程序连自己过一段时间都看不懂,这个习惯建立是非常困难的,困难的原因就是团队成员的惰性,总是会有人觉得没必要就省了,但这一省就可能造成灾难性后果! |
沟通能力 | 是否有良好的心态与产品、UI人员进行沟通 | 5% | 每个人都有自己的情感,在和项目人员遇到矛盾时候,能否有效的沟通解决问题是克服问题的根本所在。
|
响应速度 | 是否能在产品有所改动的时候快速的跟踪响应 | 5% | 响应并不是立刻动手去做,去改,产品的改动有时候是牵一发而动全身的,对于这种响应应该是积极合理的跟产品说明,使产品也慎重考虑,并不能完全的听从产品的设计
|
知识层面 | 是否具有与其他语言配合完成开发的能力,是否所有人员都可以编写前台与后端代码 | 15% | 在目前的B/S架构的开发项目中,多种技术并用是很常见的,团队人员能具备这种能力是很值得肯定的。 |
借鉴能力 | 是否能够适当的时候采取适当的开源方案或者设计思想来节省有限的项目开发时间 | 5% | 不必重复发明轮子的道理,人人都应该懂,现在有自来水了,就不必去河里面挑水! |
工期概念 | 是否可以按时完成项目 | 10% | 开发的工作确实是不好预料的,但如果团队成员没有严格的到时必须完成的工期概念,那这个团队就永远做一些失败的项目了 |
| 安全规范 | 是否具有安全和保密意识 | 5% | 代码漏洞百出,使用容易被攻击的技术,随意向别人泄漏一些开发内幕会给项目的后续运营会带来不可估量的损失 |