Archive:External dependencies - the five-year plan - Revision history

wikademia>Wikademia: moved External dependencies - the five-year plan to Archive:External dependencies - the five-year plan

2009-06-06T19:33:32Z

moved External dependencies - the five-year plan to Archive:External dependencies - the five-year plan

← Older revision	Revision as of 19:33, 6 June 2009
(No difference)

wikademia>Wikademia: 3 revisions

2009-04-11T05:54:30Z

3 revisions

← Older revision	Revision as of 05:54, 11 April 2009
(No difference)

wikademia>Chungw: added category

2009-04-10T21:56:09Z

added category

← Older revision		Revision as of 21:56, 10 April 2009
Line 14:		Line 14:
	\| [[Charter for conflict resolution\|Charter for Conflict Resolution]]		\| [[Charter for conflict resolution\|Charter for Conflict Resolution]]
	\|}		\|}


			[[Category:(Anti-)Behaviors of business process management program governance]]

wikademia>Chungw: added navigation to parent charter

2009-04-10T19:05:43Z

added navigation to parent charter

← Older revision		Revision as of 19:05, 10 April 2009
Line 7:		Line 7:

	To reach this level of coordinated correction required escalating beyond the project team, who had no authority to direct the work efforts of the IT system owners. The project team was able to communicate their requirements, and the Leadership team worked out the coordination. Aside from fixing this specific alignment issue, the escalation process was vetted for future project teams.		To reach this level of coordinated correction required escalating beyond the project team, who had no authority to direct the work efforts of the IT system owners. The project team was able to communicate their requirements, and the Leadership team worked out the coordination. Aside from fixing this specific alignment issue, the escalation process was vetted for future project teams.


			== Applies to ==
			{\|
			\| [[Image:Resolution.gif\|left\|link=Charter for conflict resolution]]
			\| [[Charter for conflict resolution\|Charter for Conflict Resolution]]
			\|}

wikademia>Chungw: Initial behavior page

2009-04-10T16:21:50Z

Initial behavior page

New page

== Summary ==
A critical notion with BPM implementations is that the processes can coordinate interactions with underlying silo-ed systems. This requires that the necessary interfaces be exposed to match the business process requirements. In reality, this usually means that the interfaces need to be developed for the active process projects since they do not already exist.

In some organizations, it can take several months or years to get a specific interface delivered. At one end of the extreme, the owners of the IT architecture at one organization informed the business process teams that they would have to wait five years. At the end of the five years of IT development, the business could pick from the available catalog of services. Imagine waiting five years only to find out that what was actually required still was not available!

In this conflict situation, it took the Leadership team working with the IT leadership to agree that the business process projects were going to deliver tangible benefit to the organization. The delay of five years with such a high probability that necessary services would not even be available was enough of a risk that priorities were changed.

To reach this level of coordinated correction required escalating beyond the project team, who had no authority to direct the work efforts of the IT system owners. The project team was able to communicate their requirements, and the Leadership team worked out the coordination. Aside from fixing this specific alignment issue, the escalation process was vetted for future project teams.