【敏捷团队】5.假装深入敏捷开发

        敏捷开发，强调的是灵活，应变能力，所以并没有一定的条条框框的限制来制约你如何按照一个固定的模式去操作，在实际运用过程中，会遇到这样那样的问题，都需要根据具体情况而定，不过一些启发，总是有的。

        1、在第一次会议的时候，尽量准备充分，把多个store划分为不同的task，如果遇到问题，需要立刻停下来，好好总结，切不可一直纠结，果断中止，是个好建议，回去冷静好好思考，好好准备；

        2、一般sprint的通过判断，严重级别为1、2的bug为0个，允许少量3级的bug存在，但不能是阻塞主流程的（这个因人而异，可能阻塞的情况和造成阻塞的复现步骤，不一定能定位为1、2级的严重bug）

        3、但任务紧，团队人员水平参差不齐的时候，可以考虑“结对编码”，不过需要注意态度、细节

        4、一般一个sprint定为一个月，前3个周编码开发，后1个周用来修复bug，测试在第一个阶段就可以入驻，进行测试用例的编写和业务的熟悉，如果有有效的面对面沟通渠道，文档可以尽量简单，突出中心思想即可

        5、由于之前说的不同职能部门的人员混合组成一个临时的团队，这里的人员，需要面对工作方式和侧重点的不同而可能产生的矛盾，需要一个主持人来控场

        6、敏捷强调的是人，所以人的自我管理，很重要。

        因为很多时候，管理的时候，就会发生变化，需要一个全局主控的人，来把握各个阶段，不至于偏离，这点有很多歧义，我认为一个经验不足的，刚刚毕业的，也可以胜任，因为我比较相信人的潜力无限大，但一个人真正想成为奇迹的时候，他真的可以创造奇迹，当然，这必须是有很大的决心和行动力的，可是这点不是很被很多管理高层认同。