今天完成的事情：1.重新梳理了我们的开发的流程的优势在哪？

1.提出需求的关键点，是对众多需求，要进行先后排列以及筛选，确认本期开发需求。

2.确认需求，就是对即将开发的需求与需求提出方，进行二次确认并挖掘底层用意。

3.与各组leader预估大概的时间，工作量，保障自己心里有数，也让各组心理有个deadline。

4.敏捷开发的产品经理的prd由story和原型组成，达到细致，直观，便于理解。

5.需求评审（参与人员各组leader。），准备ppt，story，及原型。主要是ppt和story。

ppt主要介绍相关背景，分析，需求来源，即为什么要做。

story是解释如何实现需求。对每个story编写验收标准。

需求评审的作用在于让各组leader对需求背景，成因以及解决方案有整体了解。并提出相关意见以及可能会遇到的困难。让产品在需求的实现进行预估以及修改需求实现方案。

需求评审时一个反向制约的过程。

需求评审完，需要发邮件对结果进行发布，通过与不通过，不通过，修改以后再次评审。

6.需求讲解：在需求评审以后，产品经理召集所有与项目相关人员（哪怕只写了一行代码），对需求进行讲解。（让执行者，对需求进行第一手信息的掌握。）

可以让执行者预估时间，并与leader的时间进行对比。保证开发时间。

7.demo之前，开发人员坐一团，进行集成测试，大大减少测试时间。

8.demo评审，由开发人员进行演示，讲解。（产品，ui，测试参与）。有一处明显问题，即demo不通过。减少扯皮，会议时间。

后面就是测试流程。

2.测试金信。发现4个问题，分别是ios

ios：11.轮播图被拉伸了。

12.投资详情页，理财期限与起投金额的数字字号太小。

android

1.收益计算器界面，光标位置不对。

2.android把旋转关闭。 

3.参加培训。

本来，还是有点收获的。1.重要的事情，需要留下证据，邮件或者录音。

2.在团队中，需要all in。

明天计划的事：把金信的测试测完。