ImageVerifierCode 换一换
格式:DOCX , 页数:13 ,大小:24.80KB ,
资源ID:17284613      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/17284613.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(研发团队管理制度Word文档格式.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

研发团队管理制度Word文档格式.docx

1、20大家还有认识的搞一线开发管理的,多邀请一些来,有空聊聊天呗31好的49:04代码质量一靠培训+规范,二靠测试。19看看腾讯他们如何保证的34没看到相关资料51网上基本华为的居多,50:00有同学在腾讯吗?07也可能和我这方面花得时间有点少有关系有一个,没怎么联系【潜水】钟白平25我觉得项目化就应该有相应的项目管理方法论 【潜水】朱宏兵而且是不是做coding的,可能有点差距51:比如敏捷项目管理等倒是有人在阿里,可以有空找人聊聊44不知道大家有没有这方面的管理经验 【潜水】朱宏兵敏捷感觉对这个用处不大52:21没有,只看过几本敏捷的书多和BAT聊聊。相互交流。规范管理。38方法都是可以灵活

2、运用的 【潜水】朱宏兵58嗯,那倒是 【潜水】朱宏兵54:不过,我倒是腾讯他们怎么建立起各种研发方面的制度,挺感兴趣的 【潜水】朱宏兵其实数数他们公司,也还没几年39朱宏兵邀请+鬼公子+加入本群 【潜水】朱宏兵55:16戈兆万是和我一个公司的,做 PC上软件开发 【潜水】+鬼公子+29大家好56:贵公子23【潜水】戈兆万57:0959:【潜水】王辉2014-7-7 13:腾讯的代码质量都有指标的42比如bug也是分级别的48都跟KPI挂钩【潜水】王辉2014-7-7 14:00:14弄到腾讯的研发部KPI指标,可以参考参考2014-7-7 14:17一线员工搞KPI不合适吧?腾讯全部都跟KPI

3、挂钩52一般说法,对一线员工搞 KPI,基本必死无疑啊14:01:55搞KPI也要有人搞才行啊02:59小团队没有必要搞KPI的吧04:老大将问题抛得更具体一些,我们大家一起讨论讨论 【潜水】朱宏兵我现在对项目化以后,代码结构等保证没有啥好思路,你们有啥建议吗? 【潜水】朱宏兵53别叫老大,不敢当05:你说的项目化是指基本产品已经完成,具体根据工程项目修改部分模块吗? 【潜水】钟白平应该需要有一个代码架构设计专家来帮着把关08:具体来说,就是现在要开发一个下一代产品。 我们现在基本上是基于小组的, 以个人负责一部分产品线/功能。现在想往项目化走,但是我对于项目化以后如 何保证代码的可扩展性之类

4、的心存疑虑09:12如果真正项目化走,以项目进度为目标,我总担心会很难让人去保证代码兼容扩 展等需求了。45我们要做的是一个新的基础平台,可能以后会在这个上面做扩展开发10:是的,我们就有这样的问题,需要有一个项目团队对软件架构负责18那就多留点时间在架构上多考虑考虑41项目进展中也要加上架构讨论部分。47总要有人把控全局申白平 你是指另外一个团队对架构负责?11:01审批架构?12:你们现在代码管理用啥?50审批应该还不够,最好是能参与架构设计,让每个项目团队中的骨干参与设计并 审批架构设计我们现在svn,感觉提交后审核这块似乎svn不能满足需求49我感觉架构设计人多了,应该不好弄那至少也要

5、让大家达成统一意见15:开发人员在什么都不知道的情况下,代码的兼容与扩展是很难做到的每个项目团队中的骨干参与设计并审批架构设计。 是个好办法。16:肯定不会什么都不知道。其实理想情况应该是架构师先做好架构设计17:57是啊,你们在实际项目中先找骨干做完架构再写代码吗?先做18:团队中有个架构师是最好的我们还没有这么搞过恩,我们先做架构,再做开发19:架构和开发的人员是分开的?20:06还是同样的人员,先做一样,再做一样没有完全分开,做架构的人也做开发先做整体架构,然后再分开开发21:13嗯,我也试试。如果碰到什么问题再找你讨教 【潜水】钟白平32我们也在摸索呢4022:05代码管理你们都用啥?

6、我们用svnSVN我感觉SVN代码审核很难做啊没审核的代码先提交到某个分支?23:还是直接直接提交,不对再打补丁?27提交前审核56就是线下先交流了?24:那你给他们提交的权限吗?我感觉一旦给了, 很难保证他们先提交前会找人审核25:恩,每天都有一点时间做交流项目负责人或者高级程序员或者小组负责人,负责审核27:我们小组不太理想,给了提交权限以后,提交审核基本没做成 【潜水】钟白平责任分配不到位吗?28:我们的每个人都有自己的责任 【潜水】钟白平项目开始前有个责任分配矩阵24嗯,我们责任划分不清晰29:那你们基本规定好了各个人在项目中的各项权限了吧有点事,离开会儿43:22代码的review个

7、人向试行下面办法,大家可以给点意见;基本思路是类似开源软件的模式,个人向提交代码,就发补丁包给review 者,review 通过由 review 者 commit,否则退回;review 者基本靠交叉review原则产生,不集中到leader头上;有想法review应变成集体性的,而不是指定某个人的,只要指定时间内有人 review过就可以;发现问题有对应奖惩;这个办法很好啊,11我也觉得可以试试这个问题在于提交者显示问题例如A做的功能,提交后显示是B提交的,体现不了 A26B的提交理论上应该总是代表 A,反之A代表B; 我觉得没问题的或者最直接review者commit时在注释中标明提交r

8、eview的就行了,反正中国人 名字也不长題2014-7-7 15:群体Review,还有C存在有C存在什么意思?谁提交谁就有责任08其实代码审查最大的功能是让开发人员知道将会有同事或者他很在意的人查看 他的程序,那么他的编程态度就会不一样的,代码质量也会提高 更3中白平矗【潜水】力E万B的提交蹊 岂应该总星代反之A代衷B:我是说B和C都可能会Review A的代码这个我很赞同iTS 楚4 J I慈代码审査量大的功能是发人员知逍将会有同 事如他很在盲的人萱着他的程序,那么他的龍程态 度就会不一样的”代码航量也会提高7-1群体review目前只是想法需要必要的软件工具支援才行 个人觉得这个方式会比单人review更有效; 基于上面申白平的表达,最直接的增加了源码的读者数量戈兄的意思是结对Review?28是的捉对编程你们小组准备搞这个?是啊也不错09生活充满了色彩,但是蒙着一层雾需要你的拨开试试水

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1