“持续关注卓越的技术和良好的设计可以增强灵活性”。
Continue reading12 条敏捷原则 — 12 条中的第 8 条
“敏捷过程促进可持续发展。赞助者、开发者和用户应该能够无限地保持恒定的速度”。
Continue reading12 条敏捷原则——12 条中的第 7 条
“工作软件是衡量进展的主要标准”。
Continue reading12 条敏捷原则——12 条中的第 6 条
“向项目组传达信息以及在项目组内部传达信息的最有效方法是面对面的交谈”。
Continue reading12 条敏捷原则——12 条中的第 5 条
“围绕积极的个人建立项目。给他们所需的环境和支持,并相信他们能完成工作”。
Continue reading12 条敏捷原则 — 12 条中的第 4 条
这一原则强调了项目团队和商业赞助者之间的合作方式。这与《敏捷宣言》中 “协作大于合同 “的价值观非常一致。
Continue reading12 条敏捷原则——12 条中的第 3 条
“经常交付工作软件,从几周到几个月不等,倾向于较短的时间范围。”
Continue reading12 条敏捷原则——12 条中的第 2 条
“欢迎不断变化的需求,甚至在开发后期。敏捷过程为客户的竞争优势驾驭变化”。
Continue reading12 条敏捷原则 — 12 条中的第 1 条
“我们的首要任务是通过早期和持续交付有价值的软件来满足客户”。
Continue reading瀑布模型的问题是什么?
在现实中,客户可能在看到软件工作时才知道他们的需求是什么,所以改变他们的需求会导致重新设计、重新开发和重新测试,并增加成本。开发人员可能在设计一个新的软件产品或功能时没有意识到前面的困难,在这种情况下,最好是修改设计,而不是坚持不考虑任何新发现的约束、需求或问题的设计。因此,不能保证组织心中的需求能够真正发挥作用。
Continue reading