订餐系统开发回顾与展望

订餐系统目前已经开发完成初版,开发过程中,暴露了团队几个问题

1,项目目标不明确,开始开发的时候开发组被告知开发一个最小demo,实际验收时,被告知需要一个成熟产品导致期望与结果不一致

2,项目原型没有,导致前端开发者不清楚需要开发一个什么样的图形界面.只能根据后端接口和自己的理解来构建界面,导致验收时,销售端不满

3,功能描述没有文档记录,倒是开发者想到哪里开发哪里,没有明确的开发思路和方向,也导致一些销售端觉得都会会有,没有告知的功能并没有开发

我们经过这次开发和磨合,针对这几个问题,我们最终商议出的解决方案如下

项目立项时,明确开发目标和预期结果,并文档记录,开发过程用项目管理工具,分解开发目标,让大家都知道目标是什么,自己做的是哪一步. 明确开发目标后,直接由销售端和开发端对接明确项目图形界面大致排版,交于前端进行界面的构建,同时后端开发可以根据界面需求明确后端接口任务.每个步骤都用任务一一记录任务状态.

后期团队开发主要采用敏捷开发的原则,遵循以下总结出来的原则

最重要的是通过尽早和不断交付有价值的软件满足客户需要。

我们欢迎需求的变化，即使在开发后期。敏捷过程能够驾驭变化，保持客户的竞争优势。

经常交付可以工作的软件，从几星期到几个月，时间尺度越短越好。

业务人员和开发者应该在整个项目过程中始终朝夕在一起工作。

围绕斗志高昂的人进行软件开发，给开发者提供适宜的环境，满足他们的需要，并相信他们能够完成任务。

在开发小组中最有效率也最有效果的信息传达方式是面对面的交谈。

可以工作的软件是进度的主要度量标准。

敏捷过程提倡可持续开发。出资人、开发人员和用户应该总是维持不变的节奏。

对卓越技术与良好设计的不断追求将有助于提高敏捷性。

简单——尽可能减少工作量的艺术至关重要。

最好的架构、需求和设计都源自自我组织的团队。

每隔一定时间，团队都要总结如何更有效率，然后相应地调整自己的行为