扫码阅读
手机扫码阅读
先敏捷再规范
50 2024-10-04
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:先敏捷再规范
文章来源:
麦哲思科技任甲林
扫码关注公众号
文章讨论了在软件开发中先采用敏捷方法再过渡到规范方法的策略。由于直接采纳规范方法可能遇到较大阻力和难以持久的效果,敏捷方法以其短期见效和调整幅度小的特点更易于被开发人员接受。这种策略认为,大多数人关注短期利益,因此过程改进应从满足他们的需求开始。
敏捷方法适应变化,通过即时调整计划来处理近期变化,而不是过多关注未来可能的变化。这种方法虽然减少了文档和管理活动,但并不意味着这些元素的完全缺失。敏捷方法强调面对面的口头交流,并通过迭代方法和强调最终交付物的质量而非中间产物,来保证产品的质量。
在敏捷方法中,角色包括教练、客户和程序员,教练兼具项目经理和过程指导者的角色。尽管敏捷方法减少了管理文档,依然需要进行计划和估算工作量等管理活动,只是形式上更为精简。而对于非必要交付的需求和设计文档,则选择简化,因为它们经常变化,简化可以减少维护工作量。
文章最后提出,高效的个人比规范的过程更重要。一个自我管理的团队,有共同的价值观,能够快速协同合作,即使没有严格的规范也可以成功。敏捷方法体现了实用主义哲学,适用于小规模团队的过程改进。但随着团队规模增长,可能需要回到更加规范的方法。
想要了解更多内容?
查看原文:先敏捷再规范
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
420 篇文章
浏览 74.8K
麦哲思科技任甲林的其他文章
我说CMMI2.0后记
在CMMI2.0发布之前就想针对2.0的每个PA进行解释,但是拖延了下来,恰好春节之前有客户开始实施了CMMI2.0,有客户和同事与我探讨2.0中的内容,在解释的过程中,就形成了文字,索性就想把每条实践都解释一下。于是,就给自己定了目标,在春节期间把20个PA都解释完成。实际去做的时候,发现没有那么容易。一是时间是否有保证,二是我自己也需要对模型的某些描述反复阅读,提炼,查阅资料...
COSMIC案例:发票处理功能的规模度量
原始需求描述:1)收费功能,可以选择打印收据、增值税普通发票和增值税专用发票。(1)打印收据:收费时,系统直接打印收据。收费完成后,系统弹出对话框询问客户是否生成电子发票。Ø选择“是”,系统直接生成电子发票并将电子发票信息以短信的形式发送到客户的手机中;Ø选择“否”,则完成收费过程,不生成电子发票。(2)打印增值税普通发票:收费时,系统直接打印增值税普通发票。(3)打印增值税专用发票:收费时,系统直接打印增值税专用发票。梳理后的需求 ...
快速学习COSMIC之五:如何识别功能用户
一个(类)功能用户是软件的功能性用户需求中数据的发送者或预期的接收者。功能用户是与被度量软件交互的人、设备或软件系统。度量目的决定了功能用户,功能用户不同,度量范围不同,度量出的功能规模就不同。 在识别功能用户时,要注意如下几点: 1 功能用户是从功能性用户需求中识别出来的。 比如有这样一个需求:业务员录入订单信息: 显然,业务员是录入订单信息这个功能的功能用户,而在需求
迭代策划会议(Sprint Planning) 的实际案例
某项目组第一次采用敏捷方法进行开发,确定了迭代周期为三周。该项目组投入的资源如下:前端开发工程师一名;后端开发工程师一名;测试工程师一名;PO一名;SM一名;前后端开发采用不同的技术,熟悉前端开发的工程师不熟悉后端的技术,后端开发的工程师也不熟悉前端使用的技术。当第1周结束后,由于前端开发人员使用的是新技术,需要熟悉新技术,而后端工程师与测试工程师的投入都不到位,因此估算工作量与实际工作量差别比较...
我说CMMI2.0之同行评审
同行评审,不是通过测试去发现缺陷,而是通过专家阅读文档、代码发现缺陷,是在实现之前发现缺陷的最有效手段。同行评审这个PA是从VER中剥离出来的,原来1.3版本的VER与VAL合并成了VV PA,让熟悉最早的SW-CMM.1.1的从业者感受到了复古之风。这个PA的实践描述通俗易懂,最好理解。但是,很多公司做了同行评审,效果不好。我之前写过多篇博客讲解同行评审如何做的问题,分别列举到对应的...
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线