敏捷遇到问题的9大征兆，及重回正轨的9个方法

在我指导的Scrum团队中，一个常见的问题是用户故事太大。 当用户故事太大时，很难理解，估计和实施。 那么，对于用户故事而言，合适的大小是多少？ 我的指导是，应调整产品待办事项顶部的用户故事的大小，以便Scrum团队可以轻松地每周完成四到六个故事。

团队如何在产品待办事项列表中记录重要故事并将其分解为较小的故事？ 今天给大家分享4种用于拆分用户故事的技术，基本上可以应对您工作中面临的大部分故事了。

面向服务所体现的概念是在长期致力于模块化和分布复杂的计算机系统（反映和支持分布式商业世界的现实）的努力中演变而来的。然而，如今解决技术集成问题本身还不足以证明投资于面向服务的合理性。为了加强这一论点，人们对面向服务的业务敏捷性支持提出了各种各样的主张，因为在面向服务的环境中，通过组合服务、重新配置服务、重用服务等，解决方案更容易构建。也许，但是根据上面的面向服务的定义，许多企业在某种程度上已经实现了面向服务，但是仍然难以提供业务需要或期望的IT支持。因此，为了证明在面向服务方面的投资是合理的，我们需要使用新的架构原则来解决每个项目中出现的问题。