it项目管理(6)

1. 教材练习题6

a.

it项目管理(6)_第1张图片

b.

路径1:A-B-E-H-K 长度 = 2+2+2+2+2=10 天

路径2:A-B-E-I-J-K 长度 = 2+2+2+5+1+2=14 天

路径3:A-C-F-H-K 长度 = 2+3+3+2+2=12 天

路径4:A-C-F-I-J-K 长度 = 2+3+3+5+1+2=16 天

路径5:A-D-G-J-K 长度 = 2+4+6+1+2=15 天

c. 关键路径是A-C-F-I-J-K,长度16天

d. 16天

2. 教材练习题7

把练习 4 中的信息输入到 OpenProj(某些原因没法用 Project 2007 于是找了一个替代品)中。生成网络图和任务进度表,分别找出关键路径和每项活动的浮动时间或时差。打印出甘特图、网络图和任务进度表。

  • 甘特图
    it项目管理(6)_第2张图片

  • 网络图

    it项目管理(6)_第3张图片it项目管理(6)_第4张图片

  • 任务进度表

it项目管理(6)_第5张图片

  • 关键路径:从网络图可直观看出红色路径即为关键路径 A-D-F-G-I-K-L

  • 浮动时差

    活动 自由时差 总时差
    A 0 0
    B 2 2
    C 12 12
    D 0 0
    E 6 6
    F 0 0
    G 0 0
    H 2 2
    I 0 0
    J 12 12
    K 0 0
    L 0 0

3. 收集网上资料,总结看板在软件项目中的使用

  1. 最大限度的可视化,同时解决团队沟通障碍。通过看板,项目团队可以清楚了解已经完成的情况,正在做的以及后续将有可能需要做的用户故事。
  2. 对于项目经理而言,最担心的就是项目进度不可控,不知道每位开发人员具体的工作进度;有了看板,所有工作进度都能清晰的展示在看板墙上。
  3. 对于开发经理而言,最担心的就是资源分配不合理,有了看板就可以合理的分配开发资源和任务。
  4. 对于开发人员而言,最担心的就是绩效考核不公平;在开发工程中的绩效,不能清晰地反映在考核中,每个开发人员对其他人的工作也不了解。有了看板,可以明白地知道项目组各个人员的任务量,对开发的内容也能清晰地沟通。
  • 看板模型流程
  1. 划分阶段

    1. 待开发:还没做的,一般成为 Backlog,这部分由产品经理协同开发经理来定义,主要的来源是客户的新需求或者市场线上反馈的 bug;
    2. 开发中:正在进行的任务,一般这个部分都是详细编码的过程;如果存在架构设计、前端 UI 、具体编码的分工,也可以再具体的划分;
    3. 待测试:已经完成的开发功能,这部分由开发人员移动,下面一步就交由测试人员;
    4. 测试中:测试部分,表明当前测试人员正在进行的工作;
    5. 已完成:已完成,等待上线。
  2. 定义卡片模型

    ​ 在待开发中放置了许多小卡片,它们在看板中被称为在制品。对于产品经理而言,在制品是需求,而对于开发人员与部署人员而言,在制品却是任务。对于卡片模型来说,我们可以定义如下内容:

    ​ Task 类型:用户故事(User story)bug分为一类;重构、搭建测试环境这样的不直接产生业务价值的任务 分为一类,还有些项目运营中的一般事务分为另一类;这 3 类任务用不同颜色的卡片,放到状态墙上统一管理。

    ​ Task ID:是某个 Task 的唯一标识;

    ​ Task 描述:就是这个 Task 要做什么;

    ​ Task 预估时间:一般根据项目组的平均开发时间来预估每一个 Task 的开发时间,根据这个时间,可以评估出一个迭代周期中所有 Task 需要完成的时间。通常据此时间来排列 Task 中的优先级。

    ​ Task 优先级:由产品拥有者来决定,或者由开发经理决定;

    ​ Task 所有者:完成这个 Task 的负责人。

  3. 利用泳道来优化流程

    ​ 具有泳道特性的看板,在移动状态时需要参照以下流程:

    1. 当一个用户从“Backlog”移到“用户故事”列时,需要将用户故事涉及的多方成员的工作进行任务拆分,拆分成一个个的任务。
    2. 成员针对任务进行工作,当所有成员的任务完成后,将完成的用户移到测试验证列中。
    3. 如果测试发现问题,则将相关的 bug 报给对应任务的人。
    4. 看板实践核心实践的重要性和原则。

    ​ 通过看板建立团队稳定的任务节奏,实现始终如一的可靠交付,这能够帮助团队与客户、依赖的相关部门、供应商、价值流下游合作伙伴建立信任关系。而信任关系对每一方都是非常重要的。

    ​ 可视化工作流程,所有的 Task 的进度会全部显示看板上,每一个人都可以一目了然了解进度和流程。

    ​ 限制在制品中的 Tasks 数量,一般情况下,这个数量是等于团队中的开发者数量。

    ​ 缩短开发周期,这个其实可以理解为发现问题,解决问题,从而找到更科学的方法提高开发效率。

    ​ 拉动生产,看板很好地展示下游环节的当前状态,根据已完成工作确定前一环节可以投入多少资源,而不是前面环节使劲投入,不管后面环节时候能应对。

你可能感兴趣的:(it项目管理(6))