要资料 文章 文库 Lib 视频 Code iProcess 课程 认证 咨询 工具 讲座吧   成长之路  
会员   
 
 
 
|
 
追随技术信仰 
随时听讲座
每天看新闻
 
 
 

位置: iProcess -> 产品研发管理过程 -> iProcess敏捷过程
iProcess敏捷过程

作者
俎涛
单位
北京火龙果软件工程技术中心
日期
2009-9

工作流程目录

iProcess敏捷过程

宗旨

需求总体分析与定义

制定发布计划.

第一个阶段

细化本阶段工作计划

开发工作

管理工作

每日.

每周

按照计划发布

阶段总结,修订计划

下一个阶段

系统测试

试运行

正式发布

结项总结

宗旨

工作是一种生活,应该:

  • 具有舒适的节奏
  • 讲求适合大多数人
  • 需要每日的积累
  • 需要勇气与动力
  • 需要持续改善
  • 应该感到愉快而充实,和朋友一起分担困难,共享快乐。

需求总体分析与定义

  1. 首先获得产品研发的约束条件:
    a) 时间,人员,需要使用的技术,遵从的规范
  2. 作整体需求分析,确定功能列表,编写关键功能要求。
  3. 如果没有足够的时间,或者对需求细节很了解,可以略过此布,不过强烈建议执行此步:
    a) 对功能描述操作场景。
    b) 定义界面原型和接口需求
  4. 由客户/产品经理 排列功能列表优先级,有2种规则:
    a) 按照功能流程,
    b) 按照重要性
  5. 由设计人员阅读需求,细化需求。

制定发布计划

  1. 根据团队工作习惯确定工作周期,建议周,注意节假日
  2. Leader根据用户排列的优先级,和产品研发约束条件确定发布计划:
    a) leader估计工作量,产品经理提供建议,
    b) 应该通过持续发布验证并驱动工作,所以发布计划最好按月。
    c) 经过系统性测试和试运行最终才能进入一个正式发布阶段
    d) 把功能列表排入发布计划
  3. Leader把发布计划和产品经理讨论。
  4. 请团队讨论,建议,修订。

第一个阶段

细化本阶段工作计划
  1. 选择本阶段功能列表,leader给出功能关系。
  2. 团队成员讨论承担者,leader建议。原则是最感兴趣+最适合的人承担。
  3. 请承担者把功能分解为工作周期任务,一般是每周。说明这样是为了能够利于工作。
  4. 工作承担者对自己的工作列表排列优先级,计划时间,工作量,并发给leader。
  5. Leader把汇总所有人的工作列表,评估,建议。最后形成阶段计划。
开发工作:
  1. 阅读并理解需求,细化需求,并从开发角度发现需求间隙,向产品经理或者用户代表询问需求。
  2. 进行详细设计
  3. 划分开发物理文件单元
  4. 编码+单元测试
  5. 从用户角度运行程序,发现需求间隙,记录,
  6. checkin,集成,构建,build test,修订,直到能够正常运行。
  7. 每日请分析员补充需求间隙。
管理工作
每日
时间
活动
10分钟 打开周工作任务列表,
细化当日工作列表,排列优先级,预计时间
3小时 上午工作,按照列表次序执行
1. 在工作过程中如果发生了需求变更,则及时讨论,确定。
2. 如果发生了新的需求请求,分析和已有工作的关系,如果是前置依赖的当时讨论如何处理,如果是后置依赖的,记录,留待阶段结束的时候讨论。
中午 按时午餐
休息半小时
下午上班 继续工作
下班前半小时 当日工作总结,完成了哪些工作,实际用时,出现的问题,获得的经验,归类, 明天的计划
下班前10分钟 每天开一个会议,最好是下班前而不是上班时:
1. 今天遇到了困难了吗?
2. 如果愿意,介绍一下你今天的成果,或者心得,让我们一起分享。
3. 注意:并不需要一定介绍每天的工作完成情况,因为有周工作任务列表通知即可,否则会让执行者产生持续的压力,不利于工作。除非是非常迫切的项目,也要从解决困难的角度入手。
工作之间
每1.5小时休息10分钟,可以去趟卫生间,或者运动一下。

每周
时间
活动
周一 本周计划发送给leader,leader发布
周计划包括:工作类别,工作,优先级,预期时间,实际时间-空白,完成情况-空白
周四 团队学习半小时
周五 1. 工作承担者每周末把自己的工作列表状态更新,并做出下周工作任务列表,在一封邮件发送给leader,注意这个并不需要leader控制,只是了解即可,只有发现有问题的时候给以帮助性建议。
2. leader会认真阅读每个人的周总结邮件,列出问题,建议,然后根据情况分别处理:
  a) 不好看的问题:针对个人给以建议和帮助,
  b) 应该团队讨论的问题:在周总结会上(周五下班前2小时开半小时会议)讨论。
3. 成员受到leader的建议后可以更新下周计划,在下周一发给leader
周末 看一部大片或者2小时电视, 和朋友打球2小时。购物。
按照计划发布

在第一个发布计划到达时,按照计划发布,不可延迟,哪怕是不完美的发布。

  1. 首先由leader介绍总体情况:完成了多少功能,谁负责的。
  2. 由功能列表的开发者向产品经理讲或者用户代表述功能的用途,完成程度,演示界面和操作细节。
  3. 让开发者获得不断的成就感。
  4. 开发者说明有哪些需求变更+新的需求。
  5. 请产品经理评价,开发者记录,作为后续工作的内容。
  6. 下一个功能开发者介绍。
  7. 最后leader请产品经理给出总体建议。把每个人的记录收集。
  8. 团队讨论。
  9. 产品经理或用户代表总结。
  10. Leader总结。
阶段总结,修订计划
  1. Leader做出阶段任务总结:完成了哪些,未完成哪些,质量如何,哪些并入后续阶段,又添加了那些需求,有哪些需求变更请求。
  2. 请产品经理和团队一起讨论,确定需求是否接受,
  3. 请产品经理重新排列功能列表,重新编排发布计划。
  4. Leader启动下一阶段。

下一个阶段

  1. 细化本阶段计划
  2. 按照计划工作
  3. 按照计划发布
  4. 阶段总结+修订计划

系统测试

  • 测试计划
  • 测试设计
  • 测试执行
  • 测试分析报告

试运行

  • 部署
  • 培训用户
  • 使用+反馈
  • 修订问题

正式发布

  • 部署
  • 用户支持
  • 宣传
  • 运行保证+维护

结项总结

  • 奖励团队
  • 总结经验
  • 提炼资产



 
每天2个文档/视频
扫描微信二维码订阅
订阅技术月刊
获得每月300个技术资源
 
 

关于我们 | 联系我们 | 京ICP备10020922号 京公海网安备110108001071号