敏捷开发原则 | 我们的做法 | |
1 | 尽早并持续交付有价值的软件以满足顾客需求 | 软件暂时未完成,但目前已经交付某些文档,可以通过文档与用户进行交互。 |
2 | 欢迎需求的变化,并利用这种变化来提高用户的竞争优势 | 不时向同学询问或自我思考看自己所要做的能否使大学生满意。 |
3 | 经常发布可用的软件,发布间隔可以从几周到几个月,能短则短 | 由于我们的项目是要求在一个月内进行交付,所以我们并没有进行软件的交付,但是我们每周都会交一些设计文档,对项目及完成进度进行说明。 |
4 | 业务人员和开发人员在项目开发过程中应该每天共同工作 | 由于是在校大学生,所以我们会在此课的课上进行交流,如有必要,我们也会在课余时间进行网上交流,共同讨论关于项目完成过程中出现的问题。 |
5 | 以有进取心的人为核心,充分支持信任他们 | 我们的组长本身就是一个很优秀的人,她平常对自己的要求也比较严格,在同学们的心目中也比较有威信。而我们的副组长也是技术强人,在整个项目的开展过程中,他负责技术方面的指导,使大家都很有干劲。 |
6 | 无论团队内外,面对面的交流始终是最有效的沟通方式 | 在开发过程中,我们的整个团队分为几个小组,每个小组都有自己的工作,每个小组都会进行面对面交流。 |
7 | 可用的软件是衡量项目进展的主要指标 | 在我们的团队中,所有成员都使用eclipse进行开发。 |
8 | 敏捷流程应能保持可持续的发展。领导、团队和用户应该能按照目前的步调持续合作下去 | 因为项目还在完成阶段,所以这一部分还未纳入我们的考虑范围。 |
9 | 只有不断关注技术和设计,才能越来越敏捷 | 我们在开展项目的过程中,不断学习新的技术,也在不断进行自我反思,对软件设计进行改良。 |
10 | 保持简明,尽可能简化工作量的技艺极为重要 | 尽量精简自己的系统,删除冗余功能,使系统画面简洁。 |
11 |
只有能自我管理的团队才能创造优秀的架构、需求和设计 |
每周及时完成既定任务,在完成任务的同时,还要总结不足,提出改进,并且自己要实施这些改进。 |
12 | 时时总结如何提高团队效率,并付诸行动 | 这是我们没有做到的,我会向组长提议,经常对小组工作进行总结,并向组员进行公告,使大家能够取长补短,提高团队效率。 |
时间: 2024-10-12 13:16:13