敏捷开发在互联网金融行业的应用

二零一六年6月权梁锋敏捷开发在互联网金融行业的应用互联网金融行业常见问题这是什么鬼市场变化太快，开发了没用这么多需求，开发到猴年马月呀这功能开发上线后就没用过我们的目标是啥？为什么要做这个功能？开发这个功能需要3个月上线半年做了一个产品折了推倒重来，成本太大了这个是领导说的三条简单准则1、在项目的初期不可能收集到所以的需求2、不管你收集到什么需求，最终他们肯定都会发生变化3、总会有任务超时和超支敏捷核心思维价值驱动价值驱动-关注高优先级目标、要事第一FixTime

&

Budget

VS

Vary

ScopeMoney

for

Nothing，Change

for

freeScrumScrum

is

anagileprocessthatallowsustofocusonDeliveringthehighestbusinessvalueintheshortesttime.MinimumViableProductPotentiallyShippableProductIncrement&敏捷核心思维适应变化适应变化-频繁的交付可见成果，频繁确认，

确保交付正确的成果AgileVS

WaterfallWhy大炮VS导弹Which

is

Better敏捷核心思维自组织团队自组织团队-团队目标驱动、责任共担ScrumScrum

-

TeamValuesScrum

FrameworkProductownerScrumMasterTeamRolesSprintplanningSprintreviewSprintretrospectiveDailyscrummeetingCeremoniesProductbacklogSprintbacklogBurndownchartsArtifactsScrum

WorkflowScrumRole龙舟Product

BacklogUser

Story

GranularityINVEST*Independent（独立）Negotiable（可协商）Valued（有价值）Estimable（可估算）Sized

Appropriately（大小合适）Testable（可测试）PotentiallyShippableProductIncrementUser

Story用户故事通常按照如下的格式来表达：英文：Asa<Role>,Iwantto<Activity>,sothat<BusinessValue>.中文：作为一个<角色>,我想要<活动>,以便于<商业价值>举例：作为一个“网站管理员”，我想要“统计每天有多少人访问了我的网站”，以便于“我的赞助商了解我的网站会给他们带来什么收益。”需要注意的是用户故事不能够使用技术语言来描述，要使用用户可以理解的业务语言来描述。Sprint

BacklogSprint

backlog

-迭代列表Burndowncharts

Burndowncharts

-燃尽图SprintPlanning

MeetingSprint

Planning

Meeting

-

迭代计划会1、团队承诺PO这个Sprint可以交付哪些功能，确定本Sprint的目标2、优先级已经清楚，确定没有问题3、定义“完成”的标准4、开发评估每个故事点的完成节点，确保是可行的Dailyscrummeeting每日站会每日站会Dailyscrummeeting

-每日站会1、时间不能太长，15-20分钟最好2、树立规矩，不能迟到，地点最好在白板边上，方便调整3、三个问题：昨天完成了什么，今天要完成什么，遇到什么问题4、建议PO和SM参与进来，确保信息足够透明和同步Sprint

Review

MeetingSprint

Review

MeetingSprint

Review

Meeting

-迭代评审会1、团队演示Sprint完成的Demo给PO及其他干系人2、PO决定“接受”还是“拒绝”3、PO决定是就近上线，还是和其他特性合并上线4、Scrum

Master做会议纪要，汇总问题以便开回顾会Sprint

Retrospective

MeetingSprint

Retrospective

Meeting

-迭代回顾会1、全员参加，Scrum

Master主持2、找个舒服的地方，轮流