研发团队管理制度Word文档格式.docx
《研发团队管理制度Word文档格式.docx》由会员分享，可在线阅读，更多相关《研发团队管理制度Word文档格式.docx（13页珍藏版）》请在冰豆网上搜索。
20
大家还有认识的搞一线开发管理的，多邀请一些来，有空聊聊天呗
31
好的
49:
04
代码质量一靠培训+规范，二靠测试。
19
看看腾讯他们如何保证的
34
没看到相关资料
51
网上基本华为的居多，
50:
00
有同学在腾讯吗？
07
也可能和我这方面花得时间有点少有关系
有一个，没怎么联系
【潜水】钟白平
25
我觉得项目化就应该有相应的项目管理方法论【潜水】朱宏兵
而且是不是做coding的，可能有点差距
51:
比如敏捷项目管理等
倒是有人在阿里，可以有空找人聊聊
44
不知道大家有没有这方面的管理经验【潜水】朱宏兵
敏捷感觉对这个用处不大
52:
21
没有，只看过几本敏捷的书
多和BAT聊聊。
相互交流。
规范管理。
38
方法都是可以灵活运用的【潜水】朱宏兵
58
嗯，那倒是【潜水】朱宏兵
54:
不过，我倒是腾讯他们怎么建立起各种研发方面的制度，挺感兴趣的【潜水】朱宏兵
其实数数他们公司，也还没几年
39
朱宏兵邀请+鬼公子+加入本群【潜水】朱宏兵
55:
16
戈兆万是和我一个公司的，做PC上软件开发【潜水】+鬼公子+
29
大家好
56:
贵公子
23
【潜水】戈兆万
57:
09
59:
【潜水】王辉2014-7-713:
腾讯的代码质量都有指标的
42
比如bug也是分级别的
48
都跟KPI挂钩
【潜水】王辉2014-7-714:
00:
14
弄到腾讯的研发部KPI指标，可以参考参考
2014-7-714:
17
一线员工搞KPI不合适吧？
腾讯全部都跟KPI挂钩
52
一般说法，对一线员工搞KPI，基本必死无疑啊
14:
01:
55
搞KPI也要有人搞才行啊
02:
59
小团队没有必要搞KPI的吧
04:
老大将问题抛得更具体一些，我们大家一起讨论讨论【潜水】朱宏兵
我现在对项目化以后，代码结构等保证没有啥好思路，你们有啥建议吗?
【潜水】朱宏兵
53
别叫老大，不敢当
05:
你说的项目化是指基本产品已经完成，具体根据工程项目修改部分模块吗?
【潜水】钟白平
应该需要有一个代码架构设计专家来帮着把关
08:
具体来说，就是现在要开发一个下一代产品。
我们现在基本上是基于小组的，以个人负责一部分产品线/功能。
现在想往项目化走，但是我对于项目化以后如何保证代码的可扩展性之类的心存疑虑
09:
12
如果真正项目化走，以项目进度为目标，我总担心会很难让人去保证代码兼容扩展等需求了。
45
我们要做的是一个新的基础平台，可能以后会在这个上面做扩展开发
10:
是的,我们就有这样的问题，需要有一个项目团队对软件架构负责
18
那就多留点时间在架构上多考虑考虑
41
项目进展中也要加上架构讨论部分。
47
总要有人把控全局
@申白平你是指另外一个团队对架构负责？
11:
01
审批架构？
12:
你们现在代码管理用啥？
50
审批应该还不够，最好是能参与架构设计，让每个项目团队中的骨干参与设计并审批架构设计
我们现在svn，感觉提交后审核这块似乎svn不能满足需求
49
我感觉架构设计人多了，应该不好弄
那至少也要让大家达成统一意见
15:
开发人员在什么都不知道的情况下，代码的兼容与扩展是很难做到的
每个项目团队中的骨干参与设计并审批架构设计。
是个好办法。
16:
肯定不会什么都不知道。
其实理想情况应该是架构师先做好架构设计
17:
57
是啊，
你们在实际项目中先找骨干做完架构再写代码吗？
先做
18:
团队中有个架构师是最好的
我们还没有这么搞过
恩，我们先做架构，再做开发
19:
架构和开发的人员是分开的？
20:
06
还是同样的人员，先做一样，再做一样
没有完全分开，做架构的人也做开发
先做整体架构，然后再分开开发
21:
13
嗯，我也试试。
如果碰到什么问题再找你讨教【潜水】钟白平
32
我们也在摸索呢
40
22:
05
代码管理你们都用啥？
我们用svn
SVN我感觉SVN代码审核很难做啊
没审核的代码先提交到某个分支？
23:
还是直接直接提交，不对再打补丁？
27
提交前审核
56
就是线下先交流了？
24:
那你给他们提交的权限吗？
我感觉一旦给了，很难保证他们先提交前会找人审核
25:
恩，每天都有一点时间做交流
项目负责人或者高级程序员或者小组负责人，负责审核
27:
我们小组不太理想，给了提交权限以后，提交审核基本没做成【潜水】钟白平
责任分配不到位吗？
28:
我们的每个人都有自己的责任【潜水】钟白平
项目开始前有个责任分配矩阵
24
嗯，我们责任划分不清晰
29:
那你们基本规定好了各个人在项目中的各项权限了吧
有点事，离开会儿
43:
22
代码的review个人向试行下面办法,大家可以给点意见；
基本思路是类似开源软件的模式，个人向提交代码，就发补丁包给review者,review通过由review者commit,否则退回；
review者基本靠交叉review原则产生,不集中到leader头上；
有想法review应变成集体性的，而不是指定某个人的，只要指定时间内有人review过就可以;
发现问题有对应奖惩；
这个办法很好啊，
11
我也觉得可以试试
这个问题在于提交者显示问题
例如A做的功能，提交后显示是B提交的，体现不了A
26
B的提交理论上应该总是代表A,反之A代表B；
我觉得没问题的
或者最直接review者commit时在注释中标明提交review的就行了，反正中国人名字也不长題
2014-7-715:
群体Review，还有C存在
有C存在什么意思？
谁提交谁就有责任
08
其实代码审查最大的功能是让开发人员知道将会有同事或者他很在意的人查看他的程序，那么他的编程态度就会不一样的，代码质量也会提高更3
@中白平矗
【潜水】力E万
B的提交蹊岂应该总星代^反之A代衷B：
我是说B和C都可能会ReviewA的
代码
这个我很赞同
iTS楚4JI
慈代码审査量大的功能是发人员知逍将会有同事如他很在盲的人萱着他的程序,那么他的龍程态度就会不一样的”代码航量也会提高7-1
群体review目前只是想法需要必要的软件工具支援才行个人觉得这个方式会比单人review更有效；
基于上面@申白平的表达，最直接的增加了源码的读者数量
戈兄的意思是结对Review？
28
是的捉对编程
你们小组准备搞这个？
是啊
也不错
09生活充满了色彩，但是蒙着一层雾需要你的拨开
试试水
升级会员 