人月神话读书笔记之二人月神话

最新推荐文章于 2025-06-04 16:18:16 发布
最新推荐文章于 2025-06-04 16:18:16 发布
阅读量354 收藏 1
点赞数
文章标签： 人月神话
本文探讨了《人月神话》中关于项目管理的重要观点：增加人员并不一定能加快进度，因为额外的人力会带来更多的沟通成本；同时指出某些任务是无法进一步分解的。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

人月神话说明了不能单纯地按照人月的模式进行工作量的估计。

第一，在项目开发过程中会存在很多沟通交流的成本。第二，很多问题的解决不是单纯靠人力解决的，有些问题是不能够再分解的任务和功能




《人月神话》读书笔记
devil_bye的博客
10-03 685
第一章：焦油坑 第二章：人月神话 Brooks法则：向进度落后的项目中增加人手，只会使进度更加落后 第三章：外科手术队伍 需要协作沟通的的人员数量影响着开发成本，因为成本的主要组成部分是相互的沟通和交流，以及更正沟通不当所引起的不良结果（系统调试） 小型，精干队伍对于真正意义上的大型系统，太慢了 第四章：贵族专制，民主政治和系统设计 在系统设计中，概念完整性应该是最重要的考虑因素，也就是说，为了反...
《人月神话》笔记
mattkang
12-31 4428
人月神话（The Mythical Man-Month） 无论多少个母亲，孕育一个生命都需要十个月。
人月神話
胡百敬(Byron_Hu)
05-27 2225
＠單元：IT書訊@欄目：書評@標題：人月神話@副標：軟體專案的管理之道＠內文：這大概是近年來所看過最好的一本討論軟體專案管理書籍，32 年前的經驗至今竟然歷久彌新，在變動不止的軟體科技上，果然有可抽象、萃取的智慧。首先節錄一段本書的開場白：「史前時期最駭人的景象，莫過於一群巨獸在焦油坑裡做垂死前的掙扎。不妨閉上眼睛想像一下，你看到了一群恐龍、長毛象、劍齒虎正在奮力掙脫焦油的
《人月神话》——The Mythical Man-Month 读书笔记
PrettyEagle的博客
05-29 3188
《人月神话》，畅销40年+，软件开发——项目管理必读之书。
《人月神话》中文版：软件工程经典必读
最新发布
weixin_33597080的博客
06-04 619
简介：《人月神话》是弗雷德里克·布鲁克斯所著的计算机科学领域的经典著作，首次出版于1975年，至今仍是软件工程领域的必读文献。本书深入探讨了软件开发中的团队管理、项目规划以及技术挑战等问题。核心内容包括批判“人月”概念，提出布鲁克斯定律，强调模块化设计、架构师角色、项目管理、沟通与团队协作、质量控制、软件工程原则、技术债务以及作者在IBM System/360项目中的经验教训。中文版的出版使更多中国读者能更深入地了解软件工程的核心理念，促进软件行业的发展。
重读《人月神话》（3）- 什么是人月神话
2404_87526689的博客
10-04 2220
理想情况下人员数量与时间消耗之间的关系，即随着投入人力的增加，项目所需时间呈现递减趋势，这在割小麦或收获棉花的工作中是可行的；在本章中作者揭示了这种想法的误区。随着项目的推进，外部环境的变化可能会要求计划进行相应的调整，这就需要管理者具备灵活应变的能力，及时作出必要的修正以保证项目顺利进行。在单纯的数字上，这个等式是成立的，但有点软件开发常识的人都知道这个等式是不成立的，因为有太多不确定的因素在公式的背后。当发现进度落后时，通常的做法是增加更多的人力，然而，如前所述，这并不总是最有效的解决方案。
人月神话总结
rayylee
05-11 1682
人月是神话，银弹是神话，完美是神话，神话般的产品是神话般的组织的体现。
【读书笔记】人月神话（一）
新兴IT民工的专栏
11-19 1010
人月神话的读书笔记，第一章
《人月神话》学习笔记
04-23
### 《人月神话》学习笔记关键知识点梳理 #### 一、引言及核心概念解析 **《人月神话》**是由计算机科学家Frederick P. Brooks Jr.撰写的经典著作，该书深入探讨了软件工程领域中的诸多挑战与误区。本书通过一系列...
《人月神话》读书笔记：深刻洞察软件开发管理
3. **人月神话的批判**：笔记会深入分析‘人月’的局限性，并探讨如何更准确地估算软件项目的开发工作量，以及如何处理项目延期和预算超支等问题。 4. **沟通的重要性**：在《人月神话》中，布鲁克斯强调了项目沟通...
《人月神话》——2人月神话
PrettyEagle的博客
06-12 2782
人月神话，人月为什么被称之为神话，去除神话色彩，我们又该怎么衡量人月？
【人月神话】浅谈人月神话0.2什么是“人月”，为什么是“神话”？
kudoka的博客
02-08 4041
《人月神话》读书笔记
《人月神话》是什么
qq_51578797的博客
12-06 1347
译名《人月神话》 **《The Mythical Man-Month》**作者布鲁克斯(Frederick Brooks) 所谓”人月”就是一个人在一个月内所能完成的工作量。假如某个项目预估需要12个人月，那么派4个人处理这个项目，理论上需要3个月，派6个人则只需要2个月。但是，布鲁克斯认为这种换算机制在软件业行不通，是一个神话 因为软件项目是交互关系复杂的工作，需要大量的沟通成本，人力的增加会使沟通成本急剧上升，反而无法达到缩短工期的目的。 在本质上，软件项目的人力与工期是无法互换的，当项目进度落后时，
人月神话简读
BradenHan的专栏
03-27 1006
作者首先提出人月神话的概念与项目管理的困境，然后说明尽管人月神话无法达到，但仍可以通过一系列的方法无限逼近这一神话，帮助软件开发者进行项目管理。为什么人月神话无法达到？为什么软件工程的项目管理无法一帆风顺？这一方面是由于计算机技术的飞速发展，人们不得不时刻更新自己的知识与技术.采用新技术、快速开发原型、聘用卓越人才。正如作者所说的那样，软件工程可能是人类创造出的最错综复杂的一项工作，甚至，这种复杂度还在不断增加，人们能做的，只有不断学习更新的技术，探索更好的管理方法。
【阅读笔记】《人月神话》思想提炼
chenghan_yang的博客
12-12 1215
由于《代码大全2》好几处引用了 《人月神话》的的内容，遂周末把《人月神话》看完了。总的来说，这本书更适合有管理经验的人阅读。目前我还处于开发人员的角色，学习软件工程为初衷，保持一个学习的心态总结本书有趣的思想。值得一提的是，这本书要完完整整的看完，后续的章节会对前面的章节进行补充。不进行章节的重写而是通过补充的手法，猜测其背后的原因是保留了那个年代的上下文语境。
《人月神话（The Mythical Man-Month）》1 看清问题的本质：如果我们想解决问题，就必须试图先去理解它...
热门推荐
AI天才研究院
11-22 1万+
第一章 焦油坑（The Tar Pit）史前史中，没有比巨兽在焦油坑中垂死挣扎的场面更令人震撼的了。上帝见证着恐龙、猛犸象、剑齿虎在焦油中挣扎。它们挣扎得越是猛烈，焦油纠缠得越紧，没有任何猛兽足够强壮或具有足够的技巧，能够挣脱束缚，它们最后都沉到了坑底。No scene from prehistory is quite so vivid as that of the mortal struggle...
《人月神话》读后感与读书笔记
主要记录了工作之余胡乱学习的知识，大部分是入门级别的内容。 主要是为了自己未来有用到时能快速上手，相当于是个备忘录。 当然，也很开心其他人可以从中找到对自己有用的信息。^_^
09-15 4607
第7章：为什么巴比伦塔会失败 为什么？因为缺少交流。文档（手册）很重要。 但有一种看法认为：编程人员只了解自己负责的部分效率更高。确实，但这要求精确，完整地定义所有地接口。 【产品负责人】&【技术主管】 ...
重读《人月神话》（1）-概述
2404_87526689的博客
10-01 902
半个世纪以来，《人月神话》经久不衰，Brooks博士为人们管理复杂项目提供了最具洞察力的见解，既有很多发人深省的观点，又有大量软件工程的实践。今天，让我们再次翻开这本书，结合自身在实际项目中的经历，重新审视那些曾经让我们眼前一亮的观点，看看它们是如何在现实世界中落地生根的。即便计算机领域已飞速发展了几十年，硬件越来越快、网络愈发迅捷、计算与存储资源日益丰富，再加上无数优秀的重用库、完善的框架、便捷的语言以及先进的思想等，这些都远超我们的想象。很多时候，辛辛苦苦开发出来的软件并不能真正打动用户的心。
再读人月神话，共鸣依旧
诗酒趁年华
03-30 962
现如今我们有大量的框架套用，几天就能开发出一个产品，但这些如同批量生产的“口水歌”一般，慢慢就会被用户遗忘，软件开发者最终交付物不应该是产品，而应该是用户满意度。写代码不难，难的是idea，是那些具有创意的产品。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值