发表于： 2017-10-18 23:39:00
1 718
今天完成的任务
1.准备小课堂
打算讲日志、log4j2 和 slf4j
2.继续敏捷开发整理
第四章 敏捷开发的流程
流程的概念=什么时间节点该做什么事情+做到什么程度才能进入下一个时间节点。在敏捷开发里，流程必须有清晰的定义。
敏捷开发里有十个比较重要的节点：
1）产品设计
2）需求评审
3）需求讲解
4）方案设计
5）开发
6）code review
7）性能测试
8）demo
9）测试
10）发布上线
我们把这些节点分为三个大的流程：产品设计阶段、研发阶段、测试阶段
第五章 产品设计阶段
阶段细分：PM做方案设计、内部评审、需求评审
角色：PM、PM团队、公司骨干层
详细解析：
把1）方案设计、2）需求评审、3）需求讲解三个节点划归为产品设计阶段
1）方案设计
谁来做？做什么事？做到什么程度？
A.PM拿到需求以后，要把PPT、Story、原型图这三样东西做出来
a.Story
Story是敏捷开发中经常提到的一个概念，Story就是一个故事。Story包含三个元素：角色、场景和
b.PPT
c.原型图
原型图有两个建议：不做高保真（原型图做高保真没有意义）+不做页面跳转（有的程序员看页面跳转比较懵，不便于他们理解）
B.PM团队内部的需求评审。
a.规范产品的设计风格
很多项目是有父产品和多个子产品的，要保证子产品的设计风格和父产品保持一致。简单的例子就是图标做成圆角还是方角？弹窗是点击取消还是倒计时之后自动取消？要对这一类的细节有一个统一规范。
b.预防需求出错
通常一个项目是由一个PM来做设计，经常会有考虑不周到、甚至需求理解出错的情况。PM团队内部的评审可以纠正这些问题，是正确理解需求的第一重保障。
c.PM修改自己的产品设计方案之后，召开需求评审
C.需求评审
a.需求评审由哪些人参与？
b.需要得到什么结果？
这个项目由哪些团队、哪些人去做。估算开发时间。
tip：正常来说，PM对技术的理解比较糙，很少有PM的需求评审一次能过的，会有很多变动。我们不建议开发人员直接参与需求评审，避免时间的浪费。
D.需求讲解
a.Story拆解
b.需求讲解
c.PM的职责
d.开发者成员的职责
这个需求我能不能做？
第六章 研发阶段
A.方案设计
a.DB结构设计、表结构设计
b.架构设计（缓存、分布式）
tip：工程师在做方案设计的时候要逼自己做选择题，多提供几种方案、每个方案各有什么优缺点、当前最适合的方案是什么，这一个过程就是在提升工程师自己。
B.编写接口文档
a.
b.提供假数据
直接用JSP写假数据（这里没听懂）
C.日常开发
a.晨报
晨报的内容=燃尽图+禅道项目主页+列出所有Story+昨天完成的事情+今天计划完成的事情+可能遇到的问题+会不会延期
晨报的结论是有没有延期风险
b.集成
每天完成的功能一定要当天集成到测试环境，为第二天晨会演示做准备，不集成就不下班。
c.联调
敏捷开发里是没有完整的联调时间，每天花一点时间做接口调试。
D.code review
让开发组leader或者是有经验的工程师审核一遍代码
E.性能测试
用Jmeter做压力测试，测出200ms返回的TPS
F.demo
demo由开发者发起
第七章 测试阶段
A.BUG修复
B.发布上线
遇到的问题
自己做的部分没什么问题。就是想到复盘里，老大提到要用JSP写假数据，师兄应该做到这一步了吧？具体怎么用JSP写假数据？
收获
明天的计划
继续准备小课堂
写PPT
进度
禅道 http://task.ptteng.com/zentao/project-task.html
返回列表
评论