扫码阅读
手机扫码阅读
技术管理 | 敏捷项目需要有人走在前面
159 2024-08-27
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:技术管理 | 敏捷项目需要有人走在前面
文章来源:
TechLead 少个分号
扫码关注公众号
文章摘要
文章探讨了在软件工程中常见的挤兑现象,并提出了提前设计和规划的必要性。作者分享了在Thoughtworks初期项目中挤兑现象频发的经历,指出没有提前规划导致的代码混乱和返工。为了提高效率,他们开始在迭代前进行技术方案设计和预研,这样一来,迭代期间可以更加专注于开发。
作者反驳了一些同行对提前设计违反敏捷原则的看法,并解释说,不断的确认和重构会带来时间成本。他比喻迭代前设计工作为IO密集型任务,而迭代中交付工作为CPU密集型任务。提前设计的目的是为了避免迭代中的挤兑和阻塞,而不是将开发人员变为执行机器。
关于迭代准入要求,作者提倡提前评审作为提升整体质量的系统性机制。他强调了准确的评审内容对于降低沟通成本的重要性,并列举了进入迭代前需要完成的工作,包括工作量估算、测试方式、可行性验证和准确性。
此外,作者提到了Spike实践,并指出其被误解仅为技术预研,而实际上它应包括所有需要决策、确认和沟通的内容。最后,文章总结了敏捷团队中成员的分级和认知能力,强调了跑在前面的人(经验丰富、判断力强、有预见能力的人)对软件项目成功的重要性。
想要了解更多内容?
查看原文:技术管理 | 敏捷项目需要有人走在前面
文章来源:
TechLead 少个分号
扫码关注公众号
TechLead 少个分号的其他文章
DDD China 主客体建模法演讲
找到每个行为的主客体,编程中的分层问题就只是主客体的转换了。避免含糊不清的语义,演讲还包括了一套形式化工具,用来分析具体的主客体问题。
建模和编程中的契约 —— Design By Contract
1. 业务是生意,不是功能也不是交互,人是生意的主体。\x0a2. 人是不可靠的,需要用契约来约束生活的方方面面。\x0a3. 把软件组装起来的连接点就是接口,接口也是契约。\x0a4. 开发软件是关于生意的生意,管理团队也需要契约。
技术管理 | 将工作"游戏化"让人对工作上瘾
使用游戏的机制来管理团队任务和目标。
软件价值模型: 为什么需求会常变?
需求变化是软件工程师最难以容忍的一件事,为了做好软件设计,不得不猜测未来需求的变化方向。猜中了就是 “正交分解”,猜不中就是冗余设计。\x0a\x0a那么需求变化背后的逻辑是什么呢?
个人提升 | 程序员学习英语的经验和教训
程序员学习英语的经验和教训
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线