扫码阅读
手机扫码阅读
技术管理 | 敏捷项目需要有人走在前面

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


TechLead 少个分号
扫码关注公众号
文章摘要
文章探讨了在软件工程中常见的挤兑现象,并提出了提前设计和规划的必要性。作者分享了在Thoughtworks初期项目中挤兑现象频发的经历,指出没有提前规划导致的代码混乱和返工。为了提高效率,他们开始在迭代前进行技术方案设计和预研,这样一来,迭代期间可以更加专注于开发。
作者反驳了一些同行对提前设计违反敏捷原则的看法,并解释说,不断的确认和重构会带来时间成本。他比喻迭代前设计工作为IO密集型任务,而迭代中交付工作为CPU密集型任务。提前设计的目的是为了避免迭代中的挤兑和阻塞,而不是将开发人员变为执行机器。
关于迭代准入要求,作者提倡提前评审作为提升整体质量的系统性机制。他强调了准确的评审内容对于降低沟通成本的重要性,并列举了进入迭代前需要完成的工作,包括工作量估算、测试方式、可行性验证和准确性。
此外,作者提到了Spike实践,并指出其被误解仅为技术预研,而实际上它应包括所有需要决策、确认和沟通的内容。最后,文章总结了敏捷团队中成员的分级和认知能力,强调了跑在前面的人(经验丰富、判断力强、有预见能力的人)对软件项目成功的重要性。
想要了解更多内容?


TechLead 少个分号
扫码关注公众号
TechLead 少个分号的其他文章
系统设计 | "胖瘦" BFF:常见的两种微服务形态
了解\x26quot;胖瘦\x26quot; BFF微服务架构的两种形态,它们的优缺点以及如何选择最适合的方案。
建模方法元模型:如何设计一个建模方法
Eric DDD 中阐述了领域驱动设计的重要意义和一些基本实践,但是并没有给出一套具体的建模过程方法。本文会和大家一起探讨常用软件建模过程方法的基本逻辑,以及如何设计一套简单的建模过程。
技术管理 | 如何分析和影响你的干系人?
干系人管理是一项很硬的软实力,由干系人管理带来价值可能比很多开发人员加班合起来还大。
DDD clinic:“千层饼” 架构之痛
使用 DDD 后,代码变多了。一个简单的功能需要修改很多类,需要经过很多层的转换才能实现。\x0a\x0a这种架构,我们可以形象的称之为 “千层饼”架构。
随笔 | 总结多年感冒的经验,把相关知识盘点了一遍
流感多发季节,总结了一些关于“感冒”的医学常识。
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线