作者沃茨·汉弗莱从事软件开发管理长达60多年，在他看来，软件是难于管理的，因为这是创新工作，属于脑力劳动。他将软件开发类比为建造一个大教堂，因为这二者都属于大规模的创造性活动，这是前人没有做过的、涉及成百上千人的大规模创作。书中内容被分为四个部分，分别为管理你的项目、管理你的团队、管理你的领导以及管理你自己。接下来我将根据这四个部分的内容进行整理，并谈谈自己的理解。
一、管理项目
在本书的第一部分，作者提出“如果一件产品提供了对用户而言是最重要的功能，那么这就是一件高质量产品”，这里作者定义了什么是软件质量，即产品对用户有用，能够满足用户的需求。而想要开发出高质量的产品，就必须要有清晰的需求，即书中所说的“为了完成重要的工作，首先需要精确地知道什么是你要努力去实现的”。不过，对于一个大规模复杂的软件来说，随着时间的变化，软件的变化以及需求的变化也随之提高，这导致的后果是保证软件质量的难度也越来越大。为此，在软件开发过程中，为了保证质量始终如一，作者提出了8个必须遵循的步骤：
（1）确立质量控制的策略、目标和计划；
（2）正确训练、指导和支持开发人员及其团队；
（3）确立和维护软件需求的质量管理过程；
（4）确立和维护软件工程过程的统计控制；
（5）审查、检查并评估所有的产品制品；
（6）评估所有缺陷，加以更正并用以识别、纠正和预防其他类似问题；
（7）确立和维护配置管理和变更控制系统；
（8）持续改进开发过程。”
这几个步骤非常详尽且有序地列出了在软件开发的过程中，我们应该如何保证质量的始终如一。这让我想起了，自己在本科学习阶段时，曾做过不少的课程设计、创新项目，但是由于我的团队并没有为自己的项目确立严格的质量控制策略，缺乏维护软件需求的质量管理过程，同时还没能做到评估所有缺陷并加以更正，所以最终导致了项目质量较差，存在较多缺陷或者与实际需求出现偏差，而无法在实际中运用的结果。因此，在以后的软件开发过程中，可以对照这些步骤来提醒自己，尽可能的确保软件质量始终如一。
二、管理团队
作者在这一部分中，首先定义了什么是团队，即有着共同目标的一群人。团队中的每位成员都至少扮演着一种特定的角色，而要想完成任务，就要求团队成员之间相互依赖，一般来说，在一支高效的团队中，团队成员联合后的集体才智，会使团队获得更全面的知识。我虽然没有任何工作经历，没有参加过任何工作团队，但是在之前的学习生活中，我曾见到过不少的学生团队，他们组队参加比赛，有着共同的目标，分工明确，职责清晰，但是又相互沟通、互相协作，所以在各个比赛中，总能够获得较好的成绩。他们在我看来，就是一个高效团队，有着高效团队必备的四个条件：团队凝聚力、富有挑战性的目标、反馈、共同的工作架构。
不过，在现实生活中，要想形成一个高效团队往往是比较困难的，团队中的成员往往没有共同目标，并不会自觉的去努力——他们投入的只是时间。除此之外，团队还会经常遇到7个问题：无效领导、缺乏妥协或合作、缺少参与、拖延和缺乏信心、低劣的质量、功能蔓延以及无效的对等评估等。这些都往往会导致团队的失败。
三、管理领导
在这一部分中，作者提出如果管理者提出的时间计划不现实，就一定要重新计划并与管理层沟通，据理力争，避免项目从一开始就陷入麻烦。但是要注意，不要当场就想讨价还价，而是要制订详尽的计划后有理有据地去提出实际更佳的交付时间应该是么时候。但是如果你的管理者不可理喻，那么你只有三个选择：越过你的管理者，直接向高层管理者反映问题；什么也不做，期待情况会自动变好；或者，换个工作。此外，作者还提出要让团队聚焦于优先级最高的事，并且在作出任何承诺之前，要先制定一个计划，而且必须确保团队进度在按计划进展，并且要及时更新计划公司实时反馈给管理者。
四、管理自己
“成功者赢得胜利，他们决不抱怨。正是那些永远失败的人会抱怨人生的不公以及别人该如何为自己的失败负责”，我们要做自己的管理者，而不要像一个受害者一样，只会抱怨。在这一部分中，作者主要讲的是如何进行自我管理，并从作为团队成员以及作为一个团队领导两个方面入手，描述应该如何管理自己。作为团队成员，要做的就是要合理管理自己的时间，提高工作效率，并要提高自己责任感主人翁心态，避免拖延。而作为团队领导，应该注意注意自己的言行，要有榜样精神，去成为一名变革型领导，而非一个管理者。在作者看来，领导者和管理者之间最主要的区别是，管理者总是命令员工服从他们的指令，而领导者是带领他们完成任务。
五、后记
本书让我明白了，成功的软件项目管理会遭遇到许多问题和阻碍，为了保证项目的成功完成，我们不仅需要管理项目本身，还要利用自己和团队的经验，理解项目并提前做出计划，除此之外，还要管理好自己，不要像一个受害者一样只会抱怨。