我想一个function可能是像“信用卡授权”,而用户故事可能是“授权贝宝信用卡”。 那么,用户故事是function的一个子集?
我在一个敏捷的环境中工作,事情已经到了客户觉得他们更喜欢瀑布的状态,因为当前敏捷scheme的失败(这是他们认为的)。 造成他们这样想的原因是我们(开发人员)在他们指定的时间内无法完成的冲刺结束阶段发生的巨大devise水平变化。 像往常一样,我们都在互相指责。 从我们的angular度来看,最后的变化太多了,devise/代码的变化太多了。 而从客户的angular度来看,他们抱怨说我们(开发人员)并不完全理解这些要求,并提出了与他们的要求无关的解决scheme。 (就像他们要我们画一只老虎一样,我们画了一只猫)。 所以,客户觉得(而不是我们)敏捷过程是不正确的,他们想切换到一个瀑布模式,恕我直言,这将是灾难性的。 简单的原因就是他们的敏捷模式本身的满意度还不够,那么在瀑布式开发的devise阶段花费那么多时间之后,他们怎样才能容忍产出呢? 请给出你的build议。