IT项目管理-06

最新推荐文章于 2021-06-08 07:30:00 发布

lelouch_matrix

最新推荐文章于 2021-06-08 07:30:00 发布

阅读量396

点赞数

分类专栏： IT项目管理作业

本文链接：https://blog.csdn.net/lelouch_matrix/article/details/107353401

版权

作业同时被 2 个专栏收录

21 篇文章 0 订阅

订阅专栏

IT项目管理

8 篇文章 0 订阅

订阅专栏

文章目录

IT项目管理-06

IT项目管理-06

教材练习题6

在这里插入图片描述

路径1: A->D->G->J->K 长度=2+4+6+1+2=15
路径2: A->B->E->I->J->K 长度=2+2+2+5+1+2=14
路径3: A->B->E->H->K 长度=2+2+2+2+2=10
路径4: A->C->F->I->J->K 长度=2+3+3+5+1+2=16
路径5: A->C->F->H->K 长度=2+3+3+2+2=12

关键路径为路径4: A->C->F->I->J->K,它的长度是16

完成该项目所需的最短时间可能是16天

教材练习题7

在这里插入图片描述

练习4:

在这里插入图片描述

录入数据(7.13开始)

在这里插入图片描述

甘特图

在这里插入图片描述

甘特图的横轴是时间，纵轴是任务名，图中横条的左端点是该任务的开始时刻，右端点是结束时刻，横条长度即是对应任务的持续时间。

网络图

在这里插入图片描述

项目网络图就是项目活动及其逻辑关系（依赖关系）的图解表示，是由工序和事件组成的具有一个发点和一个收点的有向赋权图。

任务进度表

在这里插入图片描述

还未开始,故完成度为0

关键路径

由网络图的红色路径可以得出关键路径为：A->D->F->H->I->K->L

长度为48天

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

现在敏捷开发里用的看板，其实并不是丰田的看板，差距很大。

起源于 1950 年代的丰田看板系统（或方法）是用于生产制造系统，从消费端（如零售店）来拉动（pull）生产部件、零件的实时流动，通过看板（卡片）的记录和传递，可以发现整个生产制造流程的瓶颈，尽可能减少各个生产、仓储环节的库存和浪费，从而实现 JIT（Just-In-Time，即时）与精益（Lean）生产和制造。这确实是一种了不起的思想方法，几十年来在生产制造领域被证明是行之有效的。

然而，软件开发，尤其复杂的系统设计（Design）和研发，是生产制造（Production）么？这个我们应该先搞搞清楚，Design 与 Production 不是一回事吧。

设计与生产最大的区别在于：在生产环节，比如汽车的制造量产，几乎整个流程的所有细节都是明确、固定的，具有普遍的确定性（centainty）；而复杂软件开发，由于处在设计阶段，存在大量的不确定性（uncertainty）。

丰田看板主要是用来在整个产品供应链（supply chain）中让上家零部件供应方向下家需求方供货的，请求供货部件的名称、数量（QTY）和供货时间期限（约束，Lead Time）等是其中的重点信息。

再来看一下敏捷软件开发中的看板（简称软件看板）：

在这里插入图片描述

上图其实是看板板，而上面摆放的各种软件看板其实就是用户故事卡片（user story cards）和故事分解后的任务卡片（task cards）。

工作看板的内容主要分为以下几个部分：

1.泳道（甬道）：每个泳道都是过程中的一个阶段。例如敏捷开发过程：建立需求池、搜集用户故事-> 评审需求、规划迭代-> 进度管理、团队协作-> 用例管理、缺陷追踪-> 评审回顾、总结沉淀

2.WIP限制（Limit Work In Progress）：决定了每种情况下的工作流中可以存续的最大工作量

3.卡片：团队需要处理的任何事。研发团队关注的是待交付的新功能，这样一般用User Story。但是要注意安高优先级将待交付的需求排序再开展工作

俗话说：工欲善其事，必先利其器。项目管理有许多管理工具，如：Porject、Excel、Tower、WorkTile、Trello、Teambition、Leangoo等。

敏捷主张简洁、主张信息透明化，期望所有的信息都能通过一个醒目的辐射源影响到团队所有成员，以调动大家的积极性、主动兴和自发性。而看板则是这样一个可以将信息辐射给大家的工具。

Trello 官方访问地址

在这里插入图片描述

这是官方的宣传标语：

Trello完全免费，灵活性高，可视化，和任何人一起管理任何事情。
管理项目不再需要冗长的邮件线程、老掉牙的工作表、不怎么方便的便利贴以及繁杂的软件。Trello 让你一眼即可掌控项目中的一切。

Trello 并不是我接触的第一个看板工具，但却是我最喜欢的看板工具之一。以为图为例，第一列都被称作一个List，其中的每一项都以一张卡片的形式显示。在卡片上你可以写标题，可是写具体的内容，可以添加一张或多张图片，并可以选择其中一张作为封面（这个功能我特别喜欢）。Trello支持Mac、ios、Windows、安卓等平台，申请一个账号便可多处同步，十分方便。

优点：

界面美观
支持卡片上显示封面图片
操作简洁
支持在卡片上添加修改贴纸
支持多成员协作

缺点：

服务器在国处，如果网络一般，加载图片十分缓慢
修改贴纸只可以使用部分，其它的收费
使用插件的时候都需要加载国外的，相当慢
网页端不是支持所有的浏览器

Teambition 官方访问地址

在这里插入图片描述

Teamtition是由一个年轻的团队开发的，使用起来感觉十分简洁。并且，在使用了两年时间后，明显看到了Teambiton的持续集成与进步，正儿八经的体现了敏捷精神。Teambition是一个比较符合国人使用习惯的软件，它有网页端、客户端（主要是以苹果系统为主），该系统还支持上传文件与文档书写功能，也做得不错。

优点：

界面简洁而友好
卡片可以当成任务来使用
支持在卡片上添加附件与讨论
支持书写Markdown文档
多人协作可开户微信或邮件提醒
可显示简单的任务进度曲线报表
支持日历功能

缺点：

不支持背景图
燃尽图等报表功能收费
免费版本只支持10个协作，超过10人使用需要购买企业版
收费很贵

Leangoo访问官方地址

在这里插入图片描述

Leangoo 是一款专门为敏捷开发服务的看板工具，它号称永久免费、快速上手。在使用过程中，体验到它的响应速度非常的快，与Trelloe 类似，但是不支持在卡片上显示封面图片，可能是为了减少服务器压力吧。另外，我认为它的亮点在于支持燃尽图，并可以按照敏捷工时估计来为每个任务分配工程量，然后自动生成燃尽图，方便团队对项目进度做出评估与调整。

在这里插入图片描述

优点：

界面友好，使用简洁
响应速度很快
成员数量没有限制
配有免费的燃尽图
可添加背景图片

缺点：

只支持网页版，没有客户端
手机端使用不方便

看板的优势

首先看板图很容易理解和学习，其次能够改善工作流程，最终缩短整个周期。看板的可视化特性在实施敏捷时提供了天然优势。

看板的优势包括：

增加灵活性：看板是动态模型，没有固定的阶段周期，能够随着新信息的进入重新评估优先级。
减少浪费：只生产可需要的产品，绝不超出客户的需求，确保团队不花时间做不需要的工作或做错误的工作。
易于理解：看板图的可视化特性让看板这一方便变得简单易懂。团队不需要去学习全新的一种方法，同时看板又能基于其他方法上同步进行。
改善交付流程：看板团队优化了工作流程。像持续交付（CD）一样，看板专注于及时交付的质量，和定期交付的节奏。
最大限度缩短周期时间：周期时间是指团队完成工作进入下一步的所需时间。在看板项目中，整个团队要确保每张看板卡上的内容迅速顺利地进行。

看板的劣势

看板的误用或使用不当让看板存在不少劣势。过时、过于复杂的看板图将会导致很多沟通问题。

以下是关于看板的劣势：

过时的看板图可能导致问题：团队需要及时更新看板图，否则将会造成信息不对称。一旦完成过时看板图的工作，可能导致走上歪路，很难回到正轨。
团队让看板变的太复杂：看板应该清晰易读，但有些团队成员可能会把他们学到的看板“新技巧”拿来应用，结果这些小花招反而掩盖了看板上的重要信息。
缺乏时间范围：大家不满看板最多的一点在于根本不知道什么时候能完成。看板上的列仅写着当前状态（进行中，已完成），但每个阶段没有明确的时间限制，因此我们也就不知道要多久才能进入下一个代办事项。

看板的核心实践和原则

每个看板项目都应遵循以下核心原则：

可视化工作流程：流程可视化让我们能够清晰了解整体情况和各项进度。我们可以尽早发现其中问题并及时进行改进。
限制工作进度（WIP）：WIP将确定看板图上每列的最大、最小工作量。通过对WIP进行限制，我们能够根据自己的意愿来调整速度、灵活度，提升解决高优先级需求的效率。
管理和改进流程：我们需要对看板图上的流程进行定期监控和总结改进。理想情况下，我们想要得到流畅高效的工作流，这表明团队正在快速创造价值。
制定明确的执行策略：为了防止在进行看板时发生协作变化，因此我们需要有明确的执行策略。每位成员都需要了解如何完成任务和“完成”的真正含义。
持续改进：看板方法鼓励持续性的小幅度改进。一旦看板系统到位，该团队将能够识别和理解问题并提出改进建议。团队通过回顾总结工作流和测量周期时间来评估其有效性，提高产出质量。

关于看板Q&A

问：当没有Scrum Master时，我们该如何开会？

即使没有Scrum Master，它通常也不是一个大问题。由某位成员召集大家一起开会，保持会议正常进行即可。

看板图要在开会期间帮助大家聚焦问题。在会议期间，我们需要通过看板图找到自上次开会以后依然没有移动的看板卡。我们需要关心的是在处理这张看板卡上的任务时是否遇到了难以处理的问题和挑战。

有时我们可以尝试邀请任务参与者进行一次改善会议（Kaizen Meeting）。每个人讨论遇到的问题和挑战，以及如何更有效地完成工作。然后，整个小组讨论这些问题的解决方案。

Kaizen还可以包括一个kaizen调解人，他需要鼓励团队公开讨论关键问题。

问：看板如何满足管理层对可预见交付的期望？

用看板实施敏捷，所有任务在某种程度上是可预测。虽然没有明确的时间限制或计划安排，一旦当团队优化完工作流程，并且可以知道特定任务需要多长时间，那么整个项目的交期就在一定程度上具有可预测性了。

问：如何在时间截点前使用看板？

有几种不同的方式可以处理看板中快到期的任务。您可以简单地在看板卡上写上截止日期，当然这些时间截点只是更多地起提醒作用，而不是严格的交付日期（在看板中，我们不能一味追求时间截点而忽视产品质量）。

另外一种方式时我们可以在快到时间截点时来改变自己和团队，但其实我们并不需要操心这个，看板的存在就是确保所有任务尽快完成，因此截止日期并不是那么有意义。

问：除了软件开发之外，看板还可以用于其他项目吗？