把今天早上我在物联网研究院参与的作业宝产品需求确认的过程大致叙述一下，为将来即将走上 软件开发 工作岗位的同学揭开 项目管理的神秘面纱。

　　先说说项目背景吧。因为，该软件产品还没有上线，涉及到商业机密，所以我只能大致说明一下，这是一款智能 手机上的本地程序，中小学生可以在手机上提交作业，教师在后台评判作业，学生可以浏览作业的评判结果。

　　项目组采用的项目管理方法论主要是基于scrum敏捷开发，迭代或冲刺的周期为两周。因为一些客观原因，项目的某些方面没有完全严格按照scrum来实施，例如：我们这里没有明确谁是PO和SM，当然这种情况一般老板就是PO和SM，项目毕竟总要有人负责嘛。

　　需求确认是每个迭代前的重要项目管理活动，今天早上主要做了这件事情，下面就说说这个过程，至于项目管理的其他方面，以后工作中碰到了，再抽时间整理成文。

　　早上8点半产品组内部进行了v0.4版本的范围确定，当然功能点不是用story描述的，所以说不是严格的scrum，基本上确认的是一个功能清单。产品组内部确认完成后，9点产品组和开发组的负责人及工程师在会议室就v0.4版本中的功能清单逐条评审。评审的过程由产品组逐条讲解功能，开发组的软件工程师确认每个功能技术实现的可行性和开发工期上的可行性。对v0.4功能范围达成共识后，产品组会后细化v0.4中的每个功能项，给出界面原型图和功能描述，提交到redmine上。开发组组长根据redmine上的功能描述，在redmine上创建相应的开发任务指派到开发人员身上，一个冲刺就定义完成了， 测试组根据功能描述准备相应的测试案例。

最新内容请见作者的GitHub页：http://qaseven.github.io/