技术管理 | 敏捷项目需要有人走在前面
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
TechLead 少个分号
扫码关注公众号
扫码阅读
手机扫码阅读
文章摘要
文章探讨了在软件工程中常见的挤兑现象,并提出了提前设计和规划的必要性。作者分享了在Thoughtworks初期项目中挤兑现象频发的经历,指出没有提前规划导致的代码混乱和返工。为了提高效率,他们开始在迭代前进行技术方案设计和预研,这样一来,迭代期间可以更加专注于开发。
作者反驳了一些同行对提前设计违反敏捷原则的看法,并解释说,不断的确认和重构会带来时间成本。他比喻迭代前设计工作为IO密集型任务,而迭代中交付工作为CPU密集型任务。提前设计的目的是为了避免迭代中的挤兑和阻塞,而不是将开发人员变为执行机器。
关于迭代准入要求,作者提倡提前评审作为提升整体质量的系统性机制。他强调了准确的评审内容对于降低沟通成本的重要性,并列举了进入迭代前需要完成的工作,包括工作量估算、测试方式、可行性验证和准确性。
此外,作者提到了Spike实践,并指出其被误解仅为技术预研,而实际上它应包括所有需要决策、确认和沟通的内容。最后,文章总结了敏捷团队中成员的分级和认知能力,强调了跑在前面的人(经验丰富、判断力强、有预见能力的人)对软件项目成功的重要性。
TechLead 少个分号
TechLead 少个分号
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
TechLead 少个分号的其他文章
技术管理 | 从道德框架转变为利益框架
当你学会用“利益”而不是“好坏”去看人、看事,你会发现这个世界突然不那么让你愤怒了,甚至更容易谈合作、更容易做选择。与其生气别人“不讲良心”,不如问自己:“我能不能成为那个让别人必须考虑的人?”
基于主客体的权限设计
领域服务间的权限设计思考和方法。
系统设计 | 应用、微服务、流程、规则编排
分析常见需要编排的场景,辨析应用、微服务、流程、规则编排。
为什么你的微服务不对劲?
在云原生的时代,微服务已经变成了一个默认选项。但大部分开发者反馈,他们的微服务总是有这样那样的问题,明明是一个非常好的实践,但是感觉带来的问题,比解决的问题还多。\x0a\x0a今天就来聊一聊,微服务为什么让我们觉得不对劲。
形势分析和运用
几乎每个人都有这种困惑,自己有一个完美的点子,想做一些自己以为有价值的事情,但是无论怎么样都无法推动,到头来都是自己一个人使劲儿。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线