14.软件项目管理与敏捷方法——如何与不采用敏捷方法的团队共享笔记

00.一个新的学说成立需要经过三个阶段。首先它被攻和诽谤,随后被认为是正确的但是不被认为重要的。最终它的价值被承认,对手也会肯定它的存在。

01.主啊,请富裕我们述说温柔话语的智慧吧,明天我们可能被迫食言。

02.敏捷团队将会取消那个字系统并且提供一些变通方案,或者在更多的情况下,团队成员将自己动手编写所需要的功能模块。

03.在团队内部同样碰到障碍,主要是来自敏捷开发的策略上的问题。通过培训团队成员并在迭代中卫他们提供学习和实践机会可以帮助团队解决这些问题和疑虑。给团队决定权,同时知道他们进行敏捷开发,这样就可以帮助他们顺利过渡到敏捷开发中来。

04.小结:

  *传统的开发过程需求和与瀑布开发团队共事是在瀑布开发模式的公司中的敏捷团队必须面对的两个问题

  *当敏捷团队与瀑布团队共存时,牢记下列原则:通过时间盒式的迭代交付和评审来不断进步,首先开发最主要的功能,坚持交流合作。

  *传统开发过程需求可以在开发的最后和开始阶段,也同样能够将其放入敏捷开发团队及的待完成事项列表中,并配以相应的优先级,发挥应有的效用。

  *如果要求在敏捷项目的整个生存周期都旅行履行开发过程的需求,这表明提出这样要求的人要么并不认可敏捷开发,要么他不理解敏捷开发的原则。

  *在同一项目中的敏捷开发团队和瀑布开发团队必须定期合作,敏捷计划会议能为此提供有利的条件。

  *在同一个项目中的敏捷开发团队和瀑布开发团队必须定期合作,敏捷计划会议能为此提供有利的条件

  *回顾能为敏捷开发团队和瀑布开发团队提供共同进步的方法

  *反对、文化、资源管理、供应商和承包商、设施和工具、成本会计报告、审核人员和评估人员以及沟通交流。运用常识解决这些障碍,在必要的时候通过沟通协商解决方案和接收改变。

原文地址:https://www.cnblogs.com/aixiaoxiaoyu/p/10316697.html