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