作为一个初学软件工程，并没有真正编程经验可言的的人，开始先是通读了一遍《人月神话》，只知道了“人月神话”的真正含义。人月是在估计和进度安排中使用的工作量单位，但因为它具有的危险性和欺骗性导致了它像神话一样地存在。而作者阐述的主要思想是软件编程的项目进度与增加人员之间是不能互换的。
之后再仔细地阅读一遍后有了更加深刻的体会，自进入信息时代以来，对于软件项目而言，项目工作者都挣扎在巨大的“焦油坑”里试图摆脱出来。在挣扎的同时我们也必须努力找到工作的乐趣所在尽管同时肯定会伴随着许多烦恼和痛苦。在一项大型项目中，分配给计划的时间要很多才会让进度进行的更快；然后就要在组建项目团队上仔细筹划，要组建一个外科手术队伍模式的项目团队，以首席程序者为主，其他工作人员作为辅助的项目模式开展工作。
架构师在一定程度上代表着用户的角色和利益，但是结构师只能建议不能支配，而且架构师要有足够丰富的开发经验，做到尽量以平和的心态对待工作才行。十分重要的一点就是工作进程中一定要做到将规格说明文档化，因为不管是代码还是文档性质的成品都要经过无数次的修改更新，所以将其规范化不管是对工作进度还是工作质量都有极大的帮助。还最需要高度重视的是开发人员之间的沟通问题，这在一个大型项目中会议是必不可少的，只有工作人员之间进行经常性的沟通才能使项目顺利地进行下去。而总体而言还是由首席程序者把握整体方向。
编程工作量是程序规模的函数，由于规模是软件系统产品用户成本中如此大的一个组成部分，开发人员必须要考虑减小规模的方法，尽量控制规模。数据的表现形式是编程的根本，而开发过程中必须要构建一个实验性系统然后把它抛弃，将更好的作品呈现给用户，因此就会很清晰地认识到变化是不可避免的，工作者必须习惯适应变化的产生并积极予以应对。