好消息轮询
首先是个好消息：有很多敏捷实践可以在ERP环境中很好地工作。 这些主要是过程实践，而一些则来自需求方面（即需求，“我们要构建什么”）。
以下所有工作都很好，并将改善ERP中团队的工作：
- 站立会议工作很好，但是仅站立会议并不能使团队变得敏捷。
- 迭代 （Sprint）工作得很好； 包括开始计划会议和结束回顾 会议 。 （如果愿意，您可以通过计划扑克来进行估算，我没有证据表明在这种环境下它是准确的，但是在说服认真对待估算的人们方面可能会有效。）
- 可视板工作正常，将改善工作。
- 用户故事 ，即一小部分企业有价值的工作，很好； 您还可以使用“史诗”和“任务”，还可以执行Xanpan风格的紧急但计划外的工作。
- 定义接受标准 （满足条件）也可以。
- 压低权威 ，鼓励团队承担更多责任也是一件好事。 但请注意：ERP和大公司文化使这成为挑战
- 敏捷教练也很好。
- 产品负责人工作 ; 像往常一样，在公司中，您可能会发现一位业务分析师每天都在担任该职位。 但是，ERP文化是以文档为中心的，再加上权限问题，这意味着PO可能没有，或者至少感觉到他们没有决策的权限。
- 由于始终在同一地点的团队工作得最好 ，结对编程和生物编程也很好。
有些做法总是更困难，也许在ERP中，它们却更困难。
几乎可以识别并交付业务功能的细小部分。 出现两个问题。 首先，因为ERP系统的本质涵盖了所有业务代表，因此他们比平时更能接受任何事物。 其次，从体系结构上讲，ERP系统不适合零碎工作。 您可以执行其中的一些操作，但是比平常更加困难。
紧急设计很困难，主要是因为重构仍然是一个新想法，没有工具，技术以及最重要的思维方式和对增量，进化，有机风格增长的理解。 因此，关于“我们必须设计全局”的所有旧争论都在起作用。
多技能的个人和跨职能团队：与“常规”软件开发一样，使人们在核心技能之外的工作也可以使工作流程顺畅； 与正常的软件开发一样，由于涉及的学习曲线以及个人喜好和身份问题，对此也有一定的限制。
对于ERP系统，这些问题似乎更加困难，部分原因是ERP工作中涉及的技能更加不同，并且-我要在以后做些预言-存在更大的文化问题。 许多ERP开发人员都来自软件工程领域以外的领域，因此缺乏对他们可能会有的一些基本了解。
其次，由于ERP通常是在公司环境中完成的，因此人们更加意识到自己定义的角色。 在典型的软件公司中，个人更愿意尝试做一些不同的事情，因为目的是要交付某种东西。 在所有公司环境中，人们更倾向于将自己局限于定义的工作角色和职务。
公司环境通常也带来另一个问题。 并非在每种情况下，但在大多数情况下，公司IT内部人员的素质（技能深度，快速学习的能力等）往往低于专业软件开发组织中的人员。 我倾向于认为这是组织而不是个人的职能，并非在每种情况下都是如此，但是，显然，好的技术人员倾向于倾向于专业组织。
这可能是招聘实践的结果，可能是培训和技能支出的结果，可能是公司任务的结果，很可能是公司环境或专家开发环境的结果，或其他所有结果。
而且由于公司环境限制了团队解决障碍的能力。 实施承诺模型非常困难。 不必担心，因为我始终都不是承诺模型的忠实拥护者-请参阅我的《承诺被视为有害》一文 。
最终结果是：ERP团队没有像专业IT商店那样多的高性能环境或个人和团队。 （显然，这两件事是并行的，但难以阐明因果关系。）
这就是好消息，下一篇文章将在我谈坏消息之前讨论文化。
翻译自: https://www.javacodegeeks.com/2016/09/good-news-agile-erp-part-2.html
好消息轮询
