编写有效的功能
功能是满足利益相关者需求的服务。 每个功能均包括收益假设和接受标准,并按需要调整大小或拆分,以由单个Increment Release Train在程序增量中交付。 —扩展敏捷框架(SAFe) 这就是SAFe定义功能的方式。 但这足以提供高质量的功能描述吗? 为什么高质量不仅对实现的功能很重要,而且对它的描述也很重要? 功能定义了要实现的内容。 每个软件工程师都知道:“垃圾进,垃圾出”。 这就是为什么我们需要确保定义的质量实际上允许我们为每个功能交付价值。 与推动者相比,我们不仅为内部客户(主要利益相关者群体)创造功能的价值,而且为最终用户创造价值。 在Swisscom,我们与Creaholic携手合作,在定义质量和最终用户价值方面迈出了一步。 在一系列由不同部门的产品经理组成的混合试点小组的一系列研讨会和会议中,我们采取了迭代的方式来解决该主题。 在评估过去编写的功能的信息质量时,我们很快注意到,我们在信息的编写方式方面仍然有很大的自由度,因为SAFe到目前为止尚未对此提供任何更具体的要求。 例如,在许多情况下,收益假设实际上并未公式化为假设。 但是,对于敏捷开发,在编写功能时,收益和假设要素都是必不可少的: 我们使用收益一词是因为我们想创造价值。…