中国敏捷实践中的误区（二）敏捷不应孤立看待 管理资料

中国敏捷实践中的误区（二）敏捷不应孤立看待 管理资料 CargoS ___rt ___从xx年起，通过引入专业的敏捷 ___ ___ ___，开始由以往的RUP ___模式（User Case Bas

中国敏捷实践中的误区（二）敏捷不应孤立看待管理资料 CargoS___rt___从xx年起，通过引入专业的敏捷_________，开 始由以往的RUP___模式（UserCaseBase）向敏捷___模式 （Iteration&Increasement，UserStoryBase）转型，我们的敏捷 ___转型,是先由___师和一个种子团队（包括BA,QA,SA,Devetc. 不同的role）以敏捷软件___模式一起共同完成一个项目完整的 ReleaseLifecycle，然后把这个种子团队的成员分散到不同的___团 队中，由此在整个组织中传播推广敏捷___的实践， 经过两年多的实践经历，我们有所收获也有经验教训。 以下就分享一些在实践中遇到的问题和我们的认识反思，供大家学习 借鉴。 敏捷___强调简单设计，团队每个成员都从接触客户到___设计，到 编码，全部承担。但是实际上团队成员的素质参差不齐，如果只有简 单设计、立即编码，而没有后续的持续重构等实践，将导致设计混乱 不一致，尤其是对老系统的功能升级，如果Impact___不够，弱化了 ___设计，将导致很多工作在后期频繁变更，使得团队的挫折感增强， 产生较多的重复工作和浪费。 因为敏捷的导向，可能造成的问题是，前期需求比较随意，对需求质 量的控制弱化，需求变更更加频繁。 （1）需求质量的审核，仍然需要改进，需求方向性的错误将导致后续 一系列的工作浪费，所以团队内部应该设定里程碑和review标准，从 而确保基本的需求质量。