1、练习题六

（1）

   双代号网络图：

（2）

路径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

 

（3）

关键路径是最长路径，路径4是关键路径，长度为16

 

（4）

关键路径表明完成项目所需最短时间：16天

 

2、练习题七

（1）甘特图

（2）网络图

（3）任务进度表：假设A完成50%,B完成30%

 

（4）浮动时间差

对于活动F：

取决于其从活动A（1-2-3-4）开始还是B（1-3-4）开始，浮动时间：2个星期

 

对于活动G：

取决于其路径是（1-4-5）还是（F-5），浮动时间：6个星期

 

对于活动H：

其路径可能是是（1-4-6），（F-6），浮动时间：12个星期

 

对于活动I：

其路径可能是（1-2-5-6），（F-5-6），浮动时间：10个星期

 

对于活动J：

其路径可能是（1-2-5-8），（F-5-8），浮动时间：10个星期

 

对于活动K：

其路径可能是（H-7），（I-7），浮动时间：22个星期

 

对于活动L：

其路径是K-8，浮动时间：22个星期

 

（5）

甘特图：以图示通过活动列表和时间刻度表示出特定项目的顺序与持续时间。一条线条图，横轴表示时间，纵轴表示项目，线条表示期间计划和实际完成情况。直观表明计划何时进行，进展与要求的对比。便于管理者弄清项目的剩余任务，评估工作进度。

 

项目从2020年7月7日开始，到2021年3月2号结束。

可以看到相关的开始与完成时间。

 

网络图：其组成元素为箭线，节点和线路。节点和箭线在不同的网络图形中有不同的含义，在单代号网络图中，节点表示工作，箭线表示关系，而在双代号网络图中，箭线表示工作及走向，节点表示工作的开始和结束。线路是指从起点到节点的一条通路，工期最长的一条线路称为关键线路，关键线路上工作的时间必须保证，否则会出现工期的延误。

在以上网络图图中可看到相关路径及时间。

 

任务进度表:

通过颜色变深来展示进度情况，在上图任务A有50%区域颜色变深，B有30%颜色变深，表示A完成50%,B完成30%

 

 

3、看板在软件项目中的使用

 

（1）看板在项目流程中载体的分类

a. 实体白板/黑板

这是敏捷开发团队中用的最多，最直接的一种看板类型，且适合团队所有成员都在一个办公室工作的环境。

它的优点一目了然，方便工作成员展示自己的任务和进度，另一方面则可以提高成员间互相竞争的意识（谁干的多，谁解决的问题越难，成就感就越强）。当然，缺点也很明显，就是没有历史记录。虽然可以使用不定期的拍照来解决，但是还是不方便追溯。

白板适用在项目管理中所包含的元素有：

• 白板
• 列表(纵向列表、横向泳道)
• 便签纸
• 图钉、磁铁

b. 互联网式的看板

既然有实体工具，当然也有软件化的工具。国内外的项目管理工具非常多，但是能实现敏捷开发的工具却不多，而能像看板一样展示的工具更不多。以下介绍几款我接触到的看板工具：

• Trello：有网页端也有移动端，网址是 https://trello.com/
• WeKan：参考Trello实现的开源版。与Trello最大的区别在于每个任务没有Deadline，且没有移动端。网址 https://wekan.io/
• leangoo：国人开发，没有使用过，有兴趣的小伙伴们可以访问网址 https://www.leangoo.com/ 试用

拿Trello操作举例来说，跟实体白板的操作基本一致，只是在某些元素名称上有些出入，名称对比如下：

在软件类的项目管理工具中，最大的优点就是有历史记录的追溯，方便查询快照，而且对于一个成员在异地工作的团体来说，互联网式的看板工具是一种最好的选择。

 

（2）项目管理在看板中的职责分类

a. 项目管理主导型

在之前的团队组成中说过，项目管理是整个团队的大总管，他非常清楚团队中各个成员的优缺点，所以他能够知道什么任务派给谁是最适合的。

下图最能体现出大总管的主导作用，项目管理把任务分配给Jone、Alex、Tom或者Marco，成员只要完成自己的任务就好。

 

b. 成员主导型

这里看到成员主导型，也许有人就觉得项目管理就没事了。错！项目管理依然要把项目拆分成各个小任务，然后，然后就让大家自己去“抢”任务了。

“抢”任务，为什么要抢？前提是成员自己认为能够胜任这个任务，二是要建立在多劳多得或者是绩效考核之上的，如果没有这些，就没有“抢”的意义了。

以下是成员主导型的看板展示：

 

（3）根据团队的规模增减看板

• 如果你是一个后端的开发主管，那你的手下肯定都是后端，则列表项就是最基本的Todo、Doing、Done三列
• 如果你是一个技术部的老大，你管理者程序员、测试、运维，那你的列表项可以是Todo、Dev-Doing、Dev-Done、Testing、Deploy五列
• 如果你是一个产品制作人/产品经理，你的团队成员包含了一个产品创建所需要的所有人员，那你可能需要2个看板，一个是需求池看板，一个是迭代流程的看板。

 

（4）看板实例

在正式的项目开发中，可能有很多始料未及的状况出现，这些状况可能会逼着产品经理对需求进行优先级改变，所以，需要有紧急的列表可以插入。

以下是我最喜欢的看板结构：

• Func 1~4，项目管理把项目拆分的模块名
• Ice Box，翻译过来是冷冻室，也就是冰箱，其实是项目管理已经拆分好的一个个任务，供成员获取
• 这里Emergency就是上面说的紧急需求，如果某个模块行中有紧急需求，必须先做紧急需求，再到Ice Box里拿东西
• In Progress，说明这个任务已经有人接手了，必须将接手人的姓名写在任务标签上
• Testing，一般都是任务的开发者自己进行测试，或者是开发主管
• Complete，任务完成，等待进行持续集成