扫码阅读
手机扫码阅读
关于敏捷的慢思考(2)
470 2023-07-12
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:关于敏捷的慢思考(2)
文章来源:
敏捷传习录
扫码关注公众号
敏捷开发的真谛摘要
本文延续了对敏捷开发本质的探讨,指出敏捷开发的核心理念是“实践出真知”。敏捷软件开发宣言及其十二项原则为指导思想,但存在不足,如缺乏明确的评判标准和对各种场景考虑不足。
回归项目的本质
针对宣言和原则的不足,文章建议回归项目本质,引用PMI-PMP定义项目为创造独特产品或服务的临时性工作。这个定义强调了项目的独特性和临时性,意味着项目经验和做法不宜直接照搬到其他项目,而应根据具体情况调整。
对比PMP的适用性
文章解释了PMP框架的适用性,指出PMP也不能直接复用而需要依据项目情况裁剪,因此认为PMP可以无限复用是一个误解。PMP框架之所以看似可复用,是因为其将研发人员视为资源,而非人,使得某些步骤看起来可以在项目间保持一致。
敏捷的特殊性
与PMP不同,敏捷的灵活性和对研发人员的人性化管理要求考虑各种不同的项目环境,如相关方的不同需求、外部合规性和合同要求等。在敏捷中,研发人员恢复为“人”的属性,导致必须不断调整做法以适应变化。
实践出真知
文章最后强调,敏捷需要“提前准备”和“灵活应对”相结合的策略来面对挑战。实践成果虽提供指导意见,但可能完全不适用,需要临场应变以应对未知情况,这是敏捷专业人士的重要技能。
通过上述讨论,文章阐述了敏捷的核心是实践和适应性,预告下一篇将讨论敏捷的常见误区。
想要了解更多内容?
查看原文:关于敏捷的慢思考(2)
文章来源:
敏捷传习录
扫码关注公众号
敏捷传习录的其他文章
迭代计划一定要完成么?
我曾经问过一个SM 新手一个问题:每个迭代的计划,我们都需要100%完成么?那次也毫不意外地得到了“是的”的回答。
扯两句时间盒
第一生产力时间盒在Scrum中是一个极度重要的概念,它表示的是“最长不能超过”的事件长度。
“满身漏洞”的Scrum(3)
既然找到了理想与现实的GAP,下面让我找一下真正导致Scrum 难以驾驭的原因吧。
站会上,SM需要发言么
想一想站会发言对于每个研发人员来说都是家常便饭,甚至很多人可以不经思考就说出那三个经典问题。但SM 在站会的
有些问题,你就是解决不了
最近在一些公开课上,总有一些学员会针对考试题目给出一些反馈意见。我收集到很多有趣的点,也在课堂上与学员们讨论
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线