在读构建之法之后对于此书关于软件领域的启发作用是很大的，不管从事软件领域的那种职业，都可以在这本书中得到自己想要的东西，并从中得到启发。
例如软件工程师、硬件工程师、项目管理工程师、测试工程师、产品经理、研发经理等，可以让一个项目团队中的不同角色了解其他人的工作内容和职业特质，让大家在同一个“知识体系”内，或者说在同一个“话语体系”内，避免出现“鸡同鸭讲”的情况，减少不必要的沟通成本。
从第5章的“团队和流程”中，提到了足球团队。足球团队从一开始的一窝蜂抢球演变到后来有明确分工、阵型、战术的团队，软件团队也是如此
第10章的“典型用户和场景”、第12章的“用户体验”，这同样适合产品经理阅读。如何定义用户，如何定义场景、如何写功能说明书，这不就是互联网公司产品经理的日常吗？
第6章的“敏捷流程”、第7章的“MSF（微软解决方案框架）”，对其他工程领域也有一定的借鉴价值。
第17章的“人、绩效和职业道德”适合管理者阅读。
在项目开发过程中，由人组成的这个集合会慢慢演变出五类人， 做事的、不做事的、不让别人做事、 作假的事的、 假装做事的。
正如中药组方的原则叫“君臣佐使”，“君主”、“臣僚”、“僚佐”、“使者”四种角色分别起着不同的作用。
针对病因或主症的主要药物为“君”，辅助主药发挥作用的药物为“臣”，治疗兼症或消除主药副作用的药物为“佐”，引药直达病所或起调和诸药作用的药物为“使”。
“君臣佐使”，让合适的人在合适的时机出现在合适的位置上。当然，“合适的人”和“合适的位置”也是在动态变化， 做事的、不做事的、不让别人做事、 作假的事的、 假装做事的这五类人并不会一成不变。
这一章节作者通过对一些常见绩效管理的反思，例如，比工作量/比资历/大锅饭/比效率/背靠背评比，介绍了一种二维的评价体系来区别对待。
这是一本探讨方法论的书，既然是方法论，那其适用范围就绝不仅限于软件工程。作者从其他方面去与软件工程中的相关知识作比较，看似说的是软件工程，但其探讨的方法论也是适用于其他领域的。