把今天早上我在物聯網研究院參與的作業寶產品需求確認的過程大致敘述一下，為將來即將走上
軟件開發工作崗位的同學揭開
項目管理的神秘面紗。
先說說項目背景吧。因為，該軟件產品還沒有上線，涉及到商業機密，所以我只能大致說明一下，這是一款智能
手機上的本地程序，中小學生可以在手機上提交作業，教師在后臺評判作業，學生可以瀏覽作業的評判結果。
項目組采用的項目管理方法論主要是基于scrum敏捷開發，迭代或沖刺的周期為兩周。因為一些客觀原因，項目的某些方面沒有完全嚴格按照scrum來實施，例如：我們這里沒有明確誰是PO和SM，當然這種情況一般老板就是PO和SM，項目畢竟總要有人負責嘛。
需求確認是每個迭代前的重要項目管理活動，今天早上主要做了這件事情，下面就說說這個過程，至于項目管理的其他方面，以后工作中碰到了，再抽時間整理成文。
早上8點半產品組內部進行了v0.4版本的范圍確定，當然功能點不是用story描述的，所以說不是嚴格的scrum，基本上確認的是一個功能清單。產品組內部確認完成后，9點產品組和開發組的負責人及工程師在會議室就v0.4版本中的功能清單逐條評審。評審的過程由產品組逐條講解功能，開發組的軟件工程師確認每個功能技術實現的可行性和開發工期上的可行性。對v0.4功能范圍達成共識后，產品組會后細化v0.4中的每個功能項，給出界面原型圖和功能描述，提交到redmine上。開發組組長根據redmine上的功能描述，在redmine上創建相應的開發任務指派到開發人員身上，一個沖刺就定義完成了，
測試組根據功能描述準備相應的測試案例。