IT工程師數位筆記本

這周開始，團隊集結。

啟用團隊博客。一班平均分前3名，二班平均分前4名，共7個組，可自選項目。其他組繼續四則運算APP項目。

想想秋千圖，是不是醉了？不同人的理解可以是那么的不同，需求可以是那么的云里霧里。

為此我們學習了多種收集需求的辦法。我們知道了與軟件開發相關的各種角色。另外我們不能做毫無新意沒人使用演示后就扔掉的東西。 

這周任務：

1.應用NABCD模型分析擬做的項目。詳細說明你們將用什么優勢解決用戶的什么問題。

在確定做什么的時候，我們大可以用上COSPLAY。

一兩個組員扮演債主，其他成員欠你2萬塊，但他們沒錢只會寫軟件，沒辦法只好協商寫個軟件來抵債。

作為債主，2萬塊的換來的軟件，你肯定不想只是讓欠債的爺練練編程技術。

作為爺，抵2萬塊債的軟件，讓你寫個導彈制導軟件你也去拼？

小組成員通過站在不同角色的立場上，在有用、可行和工作量上進行把握。

做四則運算APP的小組，組員可以分別扮演小學生、他媽、他老師、他校長等角色，來對將要實現什么功能進行擴展。

2.編寫項目的產品Backlog。

也就是一個需求或故事的列表，按照重要性級別進行了排序。

在業務層次上，用客戶的術語表達客戶想要的東西。

每個條目包括：編號、名稱、重要性、初始估算、如何演示等字段。

這個列表不一定完整無誤，會在項目進展中繼續完善細化，但至少包括了第一個sprint要實現的內容。

在團隊成員中，推選一位組員承擔SCRUM流程里的“產品負責人”角色（可以是上面角色扮演例子里的債主），他將負責維護產品Backlog，并最終由他來確定每個條目的重要性級別。

對各個功能條目可借助四項限法進行定位，以幫助我們確定條目的重要性級別，以及我們精力分配的政策性傾向。

截止日期：2015年5月15晚7點。

參考：

《構建之法》第8章。

《硝煙中的SCRUM和XP》電子書。

可參看這個團隊項目博客http://www.cnblogs.com/programmers/p/4495639.html 。