今天完成的事情：（一定要写非常细致的内容，比如说学会了盒子模型，了解了Margin） 

1. 认真阅读了任务二的需求，简单来说可2个任务，根据网页写story，根据story画原型；根据app写story，根据story画原型 。
   
2. 首先去查阅了story的说明文档，了解到：
3. 用户故事是从用户的角度来描述用户渴望得到的功能。
4. 格式为As a <Role>, I want to <Activity>, so that <Business Value>.
5. story的6个原则：

6. 可协商性（Negotiable）— 一个用户故事的内容要是可以协商的，用户故事不是合同。一个用户故事卡片上只是对用户故事的一个简短的描述，不包括太多的细节。具体的细节在沟通阶段产出。一个用户故事卡带有了太多的细节，实际上限制了和用户的沟通。

   有价值（Valuable）— 每个故事必须对客户具有价值（无论是用户还是购买方）。一个让用户故事有价值的好方法是让客户来写下它们。一旦一个客户意识到这是一个用户故事并不是一个契约而且可以进行协商的时候，他们将非常乐意写下故事。

    

   可以估算性（Estimable）—开发团队需要去估计一个用户故事以便确定优先级，工作量，安排计划。但是让开发者难以估计故事的问题来自：对于领域知识的缺乏（这种情况下需要更多的沟通），或者故事太大了（这时需要把故事切分成小些的）。

    

   短小（Small）— 一个好的故事在工作量上要尽量短小，最好不要超过10个理想人/天的工作量,至少要确保的是在一个迭代或Sprint中能够完成。用户故事越大，在安排计划，工作量估算等方面的风险就会越大。

    

   可测试性（Testable）—一个用户故事要是可以测试的，以便于确认它是可以完成的。如果一个用户故事不能够测试，那么你就无法知道它什么时候可以完成。一个不可测试的用户故事例子：软件应该是易于使用的。

7. 接着进一步了解了什么是敏捷开发，开发的流程，迭代，团队管理。

8. 然后主要时间花在了axure上，毕竟第一次接触设计软件哈哈，下载axure，汉化，下载axure的核心教程翻译版pdf，照着6个例子花了几个小时一步一步全部仿照出来了。算是软件入门吧。

明天计划的事情：（一定要写非常细致的内容） 

今天把知识性的东西解决了，明天开始来写任务2的story和画原型了
遇到的问题：（遇到什么困难，怎么解决的） 

主要的问题还是软件刚开始不太会用，但网上的解答帮助了我很多

收获：（通过今天的学习，学到了什么知识）

知道了什么是敏捷开发和story，axure可以画一些简单的东西