今天和大家分享的是Mac下项目管理神器：OmniPlan，我相信大家在日常工作中多多少少都会接触到项目管理，无论是项目管理专业人士，还是从其他职位转过来的，都会负责大大小小的项目，着手项目的第一件事情就是要做项目计划，一个好的项目计划是一个成功项目的开始，所以今天就和大家一起来用OmniPlan做一份互联网产品研发常用的项目计划吧。
一、为什么是OmniPlan
01、专业：用OmniPlan做项目计划，专业程度不亚于用Project做出来的计划，也能很好的进行项目管理。
02、平台限制：毫无疑问，项目计划最合适的工具还是微软的Project，但是Mac上无法使用Project，所以就诞生了OmniGroup一系列的软件，都属于精品。
03、好用：确实好用，而且实用，相比Project，OmniPlan上手起来更快，而且方便便捷。
二、如何用OmniPlan做一份拿得出手的项目计划
“工欲善其事，必先利其器”，做出一份能拿得出手的项目计划，除了个人项目管理水平外，工具也是很重要的一块，今天我就带领大家利用OmniPlan从零开始做一份拿得出手的项目计划。这里我以常规的互联网产品开发为例来做，我们成为A产品，其他行业的项目计划制作流程上类似。
01、梳理项目任务清单
按照产品研发整理流程，列举和归类好各个阶段的任务清单，针对比较大的任务可以建立子任务，这个时候先不用考虑资源、时间等，主要是从产品研发的整体流程考虑，我这里分为了8个阶段：需求分析、产品评审、开发设计评审、测试用例、UI设计、开发执行、测试反馈和产品发布。
然后再分别细化每个阶段的工作和内容，同样现在的维度也还是任务。
这个过程其实都可以帮助我们梳理项目上可能有的事务和安排，将后续可能执行的任务都列举出来。
02、设定里程碑
相信大家在工作工程中，经常的场景时，老板直接告诉你我们这个产品要开始做了，目标是预计X月底前上线，虽然需求、交互和设计都还没有明确，但是最终要上线的时间已经定好。时间永远是不够的，项目永远是进度比较赶的。这个时候，我们就需要设定大的里程碑，然后按照大的里程碑去设定好各个阶段和比例的里程碑。
例如，大的节点是A产品需要在6月底上线，目前还处于想法阶段，但是是确定要组织团队来做了。那我们假设以6月30日作为产品最终的里程碑，往前来设定子里程碑。设置里程碑的方式也比较简单，我们像上述添加任务一样添加一条里程碑，如“产品上线”，任务的信息默认为第一个类型任务，我们将其修改为菱形，代表‘里程碑’，并且针对大的里程碑，我们可以建立基线，如图中2所示。基线为项目的基准，在基线不变的情况下，小的里程碑可以根据项目管理过程做相应的调整，基线一般是不允许随意调整，如果基线调整，会影响整体项目流程，一般只有项目发起人或老板才能有权利进行调整。
有了6月30日产品上线这个大的里程碑，基于这个基准，我们往前设定关键节点：
a. 需求分析完成：4月14日
b. 产品设计完成：4月21日
c. a1.0版本完成：5月19日
d. a2.0版本完成：6月9日
e. b1.0版本完成：6月23日
设置基准的方式与上述类似，修改任务的类型为里程碑，然后设置好里程碑的时间即可。
03、添加资源
第三步我们就将需要的资源添加进来，资源分为四种类型：人员、设备、素材、群组；针对互联网项目，人员和群组是我们经常会用到的。
针对人员资源，我们可以根据我们的安排，将团队中的人员添加进来，并且进行好角色分工，这样可以保证后续我们知道每个阶段的任务与那些资源相关，甚至是哪些资源参与了哪些任务，或者资源和任务之间是否存在冲突等问题。
04、细化各任务投入时间并且关联资源
计划各个任务的细分时间节点，并且关联好相应的资源，这也是一个耗费脑力的过程。
05、细节调整
通过上面的四步，项目计划初版基本完成，接下来就是各种细节调整。一种是本身资源和任务安排就存在冲突，需要再进行规划；还有的调整就是和各方人事沟通确认节点是否可行。
06、导出格式
导出项目计划时有多种格式可以选择，默认为pdf，其他具体格式见下图。
这样我们一个初步的项目计划就完成了，当然OmniPlan还有很多强大的功能，功能远不止这些，这是都还属于基础功能。
更多更全的Mac资讯教程，就在未来软件园！
下一期小编与你不见不散！
