IT项目管理个人作业6

a.
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天

任务进度表和甘特图

网络图

从网络图可以看出，红色路径为关键路径 A-D-F-G-I-K-L, 长度为10+4+6+4+6+8+10=48周。
根据甘特图可知，活动B有2周浮动时间, C有12周浮动时间，E有6周浮动时间，H有2周浮动时间。

甘特图的每个条形代表一个活动，长度代表活动工期，箭头连线代表活动之间的时间依赖，箭头指向的活动要在箭头之前的活动完成后才能开始。针对单个活动而言，浮动时间是指在不影响所有紧后活动最早开始日期的前提下（有多个紧后活动动时，不影响最早开始时间最小的那个活动），该活动能够推迟的时间。

网络图的每个节点代表一个活动，内容包括了起始时间、终止时间、工期等，节点之间的箭头连线表示时间依赖，前一个活动结束，后一个活动才能开始；从起始节点开始到终止节点结束的活动顺序组合构成一条独立路径，其中最长的那一条是关键路径，在图中被标成红色，该路径长度表示项目能完成的最短时间。

看板在软件项目中的使用

看板管理，常作“Kanban管理”（来自日语“看板”，カンバン，日语罗马拼写：Kanban），是丰田生产模式中的重要概念，指为了达到及时生产（JIT）方式控制现场生产流程的工具。及时生产方式中的拉式（Pull）生产系统可以使信息的流程缩短，并配合定量、固定装货容器等方式，而使生产过程中的物料流动顺畅。

在敏捷开发团队中用的最多，最直接的看板是用实体黑板/白板，它适合团队所有成员都在一个办公室工作的环境。

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

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

项目经理主导型

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

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

成员主导型

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

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

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

根据团队的规模增减看板

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

看板实例

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

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

参考文章