好消息–敏捷和ERP，第2部分

首先是个好消息：有很多敏捷实践可以在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