具体描述
《Microsoft Project 2002高手攻略》:Micrsf Prjec是一个用来管理项目计划的软件。在项目管理过程中,最重要的就是让沟通渠道畅通。Micrsf Prjec 2002在这一方面做了很大的改进,它可以让管理者及小组成员通过Prjec Web Access网站来对项目进度与出现的问题进行沟通。这样一来,接受工作的人只要有浏览器,就可以接受分配的工作并及时汇报工作进度。管理者可以坐在计算机前面,轻轻松松地收集资料,并制作出漂亮的报表。
作者简介
目录信息
第2章 快速入门
第3章 使用Project管理项目
第4章 新项目的规划技巧
第5章 分配任务日程
第6章 资源分配
第7章 成本分析
第8章 打印视图与报表
第9章 表、筛选器与视图
第10章 自定义Project环境
第11章 评估及调整日程
第12章 跟踪项目进度
第13章 多重项目与企业项目的管理
第14章 与Office XP的整合应用
第15章 用电子邮件沟通项目
第16章 使用Projec Web Accwss 及Project Sever 2002
· · · · · · (收起)
读后感
用户评价
这本书在实际案例的选取和设计上,展现出一种强烈的时代局限性和地域性偏见,这让它的普适性大打折扣。案例背景几乎全部围绕着西方(尤其是北美)大型土木工程或IT集成项目展开,涉及到的术语和项目结构,比如涉及复杂的合同变更管理、严格的联邦监管合规性要求等,对于我们国内的日常管理环境来说,很多都显得水土不服。举个例子,书中花费了大量篇幅讲解如何处理与特定欧美供应商的进度同步问题,但在实际应用中,我们团队更多面对的是本地分包商和更扁平化的沟通结构。更要命的是,所有案例数据都基于那个年代的经济模型和技术标准,比如资源成本的估算、工期的标准设定,与现在相比已经完全脱节。我尝试将书中的一个复杂建筑案例套用到我们正在进行的一个内部软件开发项目中时,发现几乎所有的基准时间、资源名称都需要进行大规模的本地化和重构,这本书提供的模板和数据参考价值几乎为零。它更像是一部关于Project 2002在特定历史背景下应用的“考古学资料”,而非一本可以即学即用的操作手册。
这本书的“高手攻略”四个字,名不副实,至少对于我所期望的那种精妙绝伦、独步天下的技巧集合而言,它显得过于保守和传统。我期待看到一些非主流但极其高效的“黑客式”技巧,比如如何通过修改配置文件来解锁某些隐藏功能,或者利用特定的脚本语言进行批量自动化处理。然而,书中的所有内容,包括所谓的“高级技巧”,几乎都能在微软官方在2002年左右发布的用户手册或者技术白皮书中找到对应的描述。那些所谓的“攻略”,大多是对标准流程的循规蹈矩的再现,只是用更通俗的语言重新组织了一遍。例如,关于自定义域的创建和使用,书里提供的方案,就是最基础、最标准的那一套流程,完全没有展示出任何超越软件本身限制的创造性应用。这种平淡如水的“高手”之道,让我感觉自己像是一个初学者在阅读一本优秀的中级教程,而不是一个有经验的用户在寻找突破瓶颈的秘籍。如果定位是针对初中级用户的入门进阶,或许还算合格,但要称之为“高手攻略”,未免有些言过其实了。
我必须承认,这本书在理论深度的挖掘上,远超我预期的“2002版”工具书的水平,甚至有些地方触及到了项目管理哲学的层面,这对于一本软件操作指南来说,显得有些“不务正业”,却又让人欲罢不能。它并没有仅仅停留在教你点哪个按钮、输哪个数据这种表层操作上,而是花了大篇幅去探讨“为什么”要这样做。例如,在资源平衡的部分,作者没有简单地罗列出软件的自动平衡选项,而是深入分析了不同平衡策略背后的时间成本与人力成本的权衡取舍,甚至引用了上世纪某个经典的项目管理案例来佐证其观点。这种宏大叙事的风格,让这本书更像是一本项目管理理论辅读材料,而不是一本纯粹的软件速查手册。虽然对于只想快速上手界面的读者来说,这部分内容可能会显得冗余和晦涩,但对于我这种希望理解工具背后逻辑,追求“知其然且知其所以然”的人来说,简直是意外的宝藏。唯一遗憾的是,这种理论的深度有时会让我迷失在概念的海洋中,反而忘了如何迅速回到2002版本软件的操作界面。
这本书在软件的“扩展性”和“与其他工具的集成”方面的讨论,简直是蜻蜓点水,几乎可以忽略不计,这对于一个想要深度利用Project 2002的企业来说,是致命的缺陷。在那个时代,项目管理软件的价值越来越依赖于它能否与其他企业资源计划(ERP)、财务系统或客户关系管理(CRM)系统进行有效的数据交换和联动。然而,这本“攻略”在介绍完Project自身的功能后,就草草收场了。关于ODBC连接的配置、数据导入导出的最佳实践、以及如何利用VBA接口实现与外部数据库的定制化交互,这些真正体现“高手”能力的关键环节,全书几乎没有给出深入的指导。我期望书中能提供至少一个完整的、可复制的集成流程示例,比如如何将Project的成本数据无缝推送给当时的某款主流财务软件。但现实是,它只是提到了“可以集成”,然后就跳到了下一个章节去讲解如何调整甘特图的颜色。对于希望将Project 2002嵌入到整个企业管理流程中的用户而言,这本书提供的帮助非常有限,它似乎预设了Project 2002是一个孤立运行的工具,而非企业信息生态系统中的一个重要节点。
这本书的排版和装帧质量简直是灾难性的,拿到手里就感觉像是八十年代的印刷品。纸张泛黄,字迹模糊不清,很多图表的线条都像是被墨水洇开了一样,根本看不出里面的细微差别。更别提索引部分了,简直是一团乱麻,想查找某个特定的功能或者概念,比大海捞针还难。我记得我当时想找关于“关键路径法”的具体操作步骤,翻遍了前三分之一的内容,结果发现讲解部分非常零散,有些关键的步骤竟然被放在了附录的某个角落,而且连页码标注都含糊不清。阅读体验极差,每次打开这本书,都感觉眼睛要被强行拉扯着去适应那些模糊的文字和糟糕的对比度。如果说一本技术书籍的“面子”能反映其内容的严谨性,那么这本《Microsoft Project 2002高手攻略》的“面子”无疑是挂不住的。我甚至怀疑出版方在制作过程中是否对源文件进行了任何有效的校对和优化。对于一个需要依赖清晰图文来学习复杂软件操作的初学者来说,这种视觉上的折磨简直是学习效率的巨大杀手。我不得不花大量时间去猜测图表的意思,或者干脆放弃书本,转而去网上搜索更清晰的截图和教程来对照理解。