#团队管理

ginobefun
1个月前
#BestBlogs 架构师必备的 15 条定律,条条经典!( 反内卷版 ) | dbaplus社群 文章总结了 15 条软件开发和团队管理中的经典定律,为技术从业者提供实践指导与反思。 摘要: 文章深入浅出地介绍了 15 条在软件开发和团队管理中广为人知的定律,包括帕金森定律、侯世达定律、布鲁克斯定律、康威定律等。这些定律涵盖了项目工期估算、团队协作、系统架构设计、API 管理、绩效度量以及日常调试等多个方面。作者通过生动的例子和幽默的语言,揭示了技术工作中常见的挑战和人性弱点,并提供了应对策略,旨在帮助技术从业者在内卷环境中实现更高效、优雅的工作和生活。文章强调理解这些定律比追逐最新技术更重要,以更好地理解人、组织和软件工程的复杂性。 主要内容: 1. 帕金森定律与侯世达定律揭示项目工期估算的固有挑战 -- 这两定律共同强调了在软件项目管理中,准确估算工期的难度,以及时间缓冲和效率提升间的矛盾。 2. 康威定律强调组织沟通结构对系统架构的决定性影响 -- 团队的沟通方式直接映射到其构建的系统结构,通过调整团队沟通能影响甚至重塑系统架构。 3. 团队规模扩张导致效率下降与个体懈怠 -- 布鲁克斯定律、普莱斯定律和林格曼效应共同揭示了团队规模扩大后,沟通成本增加、责任分散及个体产出下降的普遍现象。 4. 海勒姆定律指出 API 或产品功能一旦发布便难更改 -- 即使是文档未承诺的行为,一旦被用户使用,就难以轻易改变或移除,增加了技术债和维护负担。 5. 古德哈特定律与吉尔布定律平衡了指标与度量的关系 -- 警示单一指标可能被滥用,但同时肯定了度量的重要性,鼓励从不完美的度量开始并持续优化。 文章链接:
dontbesilent
2个月前
我对「一人公司」这个词极其反感,今天必须写字喷一下 实际上我自己现在就是字面意义上的「一人公司」,我现在一个人运营 X、抖音、小红书、B 站、视频号、公众号、YouTube、即刻、微信群、朋友圈 …… 原因是我认为在当下这个阶段,我来做这个事情更合适(但未来不是),以及我有足够丰富的自动化工具、AI 工具,让我的效率可以很高 在工作中间接和我协作的人也很多,只是我们之间并不是「雇佣关系」而已 但是这没有任何可提倡、可鼓吹的地方,公司需要几个人就雇几个人,工作人员是手段,企业盈利是目的 现代公司的雇佣与优化是一套历经数百年验证的、基于分工、协作、规模化的科学体系。它的核心是构建一个有弹性的、可持续的组织,以应对复杂性和不确定性 并不是你们搞了什么 DeepSeek 和 Coze 工作流,就可以颠覆式创新了 公司(Company)的词源本义是“一群人分食面包”,Companionem 指的就是“一个与你分享面包的人”,它的核心价值在于规模化 将“一人公司”视为一种商业模式的“创新”,是一种“返祖现象” —— 回到了前工业时代的手工作坊,只不过披上了数字化的外衣 这件事情的意义在于,在生意启动初期,AI 或其他工具,让我们可以暂时不用付出雇佣和管理团队的成本,快速跑通从 0 到 1,把团队管理这件事情往后放,除此之外,没什么其他作用 现代商业最伟大的发明之一就是“有限责任公司”这个组织形式 我们在提出新概念的时候,不要违背学科基石,不要违背基本常识,不要蔑视大众智力