Open zw334 opened 4 years ago
Q1：您那边开发一周排几天的工作量？换句话说，需求评审、演示、回顾等，占用开发的时间吗？ A1：我们2周一个迭代，节奏是： 第一周的周一~周三： 测试：上个迭代的系统测试 开发：修改上个迭代的bug，拆分当前迭代的需求，编写技术方案，周三进行技术方案评审 周四：开始编码，截止第2周周一下班前交付一版让测试做模块化测试，这轮不算在提测轮数里； 第2周周四：进行接口联调，开发自测； 第2周周五：做迭代演示；目前我们已经进行了10个迭代了，节奏一直保持的都不错 在刚开始的时候，大家对演示、回顾表现的比较排斥，但是又确实占用开发时间，后来我们采取的办法就是把这些常规的占用开发时间的会议列到开发任务里去，后来大家对这些习惯以后，这个矛盾就慢慢淡化 Q2：你们在bug修复阶段，是不做新功能编码，只做方案预研之类么？ A1：是的 A2：你们这个不能称为迭代，类似快速发布，小瀑布，把会议列为开发任务，并不能增加开发产出，你能拉着我开会，我又不能拉着你写代码 A3：你列不列，其实会议都在，而且还很多，都要花费时间投入，哈哈～所以会有人抱怨：白天都是用来开会的，晚上才是写代码的。～恶性循环，996就这么来的
Q1：您那边开发一周排几天的工作量？换句话说，需求评审、演示、回顾等，占用开发的时间吗？ A1：我们2周一个迭代，节奏是： 第一周的周一~周三： 测试：上个迭代的系统测试 开发：修改上个迭代的bug，拆分当前迭代的需求，编写技术方案，周三进行技术方案评审 周四：开始编码，截止第2周周一下班前交付一版让测试做模块化测试，这轮不算在提测轮数里； 第2周周四：进行接口联调，开发自测； 第2周周五：做迭代演示；目前我们已经进行了10个迭代了，节奏一直保持的都不错 在刚开始的时候，大家对演示、回顾表现的比较排斥，但是又确实占用开发时间，后来我们采取的办法就是把这些常规的占用开发时间的会议列到开发任务里去，后来大家对这些习惯以后，这个矛盾就慢慢淡化 Q2：你们在bug修复阶段，是不做新功能编码，只做方案预研之类么？ A1：是的 A2：你们这个不能称为迭代，类似快速发布，小瀑布，把会议列为开发任务，并不能增加开发产出，你能拉着我开会，我又不能拉着你写代码 A3：你列不列，其实会议都在，而且还很多，都要花费时间投入，哈哈～所以会有人抱怨：白天都是用来开会的，晚上才是写代码的。～恶性循环，996就这么来的