很多研发同学初入职场,往往花很大的精力去学习技术类知识,这没有什么不对的。但系统实现以及系统质量保证,另外很重要一点就是,需要我们去了解和熟悉各种标准和规范,比如称重有OIM...
很多研发同学初入职场,往往花很大的精力去学习技术类知识,这没有什么不对的。但系统实现以及系统质量保证,另外很重要一点就是,需要我们去了解和熟悉各种标准和规范,比如称重有OIM...
首先针对产品团队进行一次能力成熟度的评估,360环评团队的各方面能力,看看木桶到底是哪块板短了,然后有针对性进行提升 能力提升的途径很多,外部培训、内部分享、定期总结经验教训...
Quality Is Achieved ByDoing The Right Thing RightAt TheFirst(And Every)Time 质量就是第一次或者每一...
V模型,本质上来讲,这就是端到端质量保证活动的核心所在 - 需求到测试应该实现一一对应,并尽可能早的发现潜在的缺陷 - 通过每个环节的质量控制来提升设计质量 - 知识管理4个...
书接上文,很多开发同学的反应往往是好的软件质量是测试出来的,但是仅仅依赖于测试吗? 让我们先来听听下面这老头讲一下,他的观点。 Testing is the process ...
大多数缺陷在开发阶段之前就已经被注入到系统之中,但往往发现已经在晚期了,比如现场测试,客户端等等。这样使我们不得不投入很多的资源在后期修复这些缺陷。而这种缺陷往往对于软件交付...
以下三个方法可以帮助团队进行用户建模 另外,建模和书写用户故事时,尽可能多的邀请不同类型的客户参加,比如营销人员,终端用户,领域专家等等
有五种方法可以帮助团队获取用户故事 客户访谈 细致观察 原则 调查 讨论
好的用户故事是INVEST
上一章,给出了用户故事的定义以及经典的用户故事卡模板,这一章通过业务流程模型帮助我们更好地理解用户故事
开展SCRUM的过程中,经常碰到的问题就是团队不知道如何书写一个好的用户故事。所以预备用几章细化了用户故事部分 What Is a User Story**?** **** ...
关于需求,"所有需求都要实现,而且都必须在同时交付",这大概是我听过的最有意思的笑话。 PM或者Scrum团队对于任务优先级的定义,会直接影响交付物对客户的价值以及团队资源安...
其实任何团队不需要问这个问题,敏捷在大部分的软件领域一定是适合的,也不需要等待什么机会或者条件具备,让我们现在就开始,Let's do it! 通常我建议新的Scrum团队,...
产品研发都从需求开始,Scrum中称为用户故事(User Story),并且对于US描述有固定的格式。那么新的Scrum master可能会问到,我们之前没有用户故事,但有M...
跨越职能 5~9个兄弟 端到端的交付 全心投入 为了相同的目标承诺 自组织以及自管理
你开始第一次敏捷的初衷是什么?很久之后,初心还在吗?敏捷的核心到底是什么? 敏捷最核心的部分跟丰田的精益生产是一样的,就是减少浪费,对于软件开发行业来说,再高超的开发技巧,再...
敏捷并不依赖于系统,但可靠高效的系统可以帮助提高生产力,以下就列出了比较典型的系统组合 PO 通过Confluence输入原始需求,这里面可以包含很多方面,有客户需求,功能改...
导入了Scrum或者更大的SAfe或者Less框架就能有效的解决研发效率的问题吗?显然不是,Scrum本身就对团队以及个人提出很高的要求,如果一个新的团队,刚刚导入Scrum...
很多企业都是属于综合性的制造企业,研发团队包括了软件,还分上位机和嵌入式,还有机械和电气部分。Scrum更适用于软件开发, 但敏捷思想,敏捷工具和方法早又被各行各业所应用,今...
在敏捷的执行过程中,团队或者个人会陷入到固有的思维模式中-各人完成指定的工作即可,或者完成KPI即可。 但敏捷更强调团队性以及对于交付结果的承诺,相比下图中鸡的“参与”,猪的...