Archive:Sharing - infrastructure cost models - Revision history

wikademia>Wikademia: moved Sharing - infrastructure cost models to Archive:Sharing - infrastructure cost models

2009-05-31T04:24:09Z

moved Sharing - infrastructure cost models to Archive:Sharing - infrastructure cost models

← Older revision	Revision as of 04:24, 31 May 2009
(No difference)

wikademia>Wikademia at 20:27, 11 April 2009

2009-04-11T20:27:26Z

← Older revision		Revision as of 20:27, 11 April 2009
Line 41:		Line 41:

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

wikademia>Wikademia: 3 revisions

2009-04-11T05:54:27Z

3 revisions

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

wikademia>Chungw: added category

2009-04-10T21:46:35Z

added category

← Older revision		Revision as of 21:46, 10 April 2009
Line 38:		Line 38:
	\| [[Charter for bpm investment\|Charter for BPM Investment]]		\| [[Charter for bpm investment\|Charter for BPM Investment]]
	\|}		\|}


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

wikademia>Chungw: added navigation to parent charter

2009-04-10T19:01:09Z

added navigation to parent charter

← Older revision		Revision as of 19:01, 10 April 2009
Line 28:		Line 28:

	There are occasions when sharing parts of the physical infrastructure may not make sense. Isolation of more sensitive process applications might require different environments for the BPMS tools. However, the sharing of software licensing costs, shared staff to support the environments, and even physical data centers might still make sense. The above cost models can still apply and be defined for such use cases.		There are occasions when sharing parts of the physical infrastructure may not make sense. Isolation of more sensitive process applications might require different environments for the BPMS tools. However, the sharing of software licensing costs, shared staff to support the environments, and even physical data centers might still make sense. The above cost models can still apply and be defined for such use cases.


			== Applies to ==
			{\|
			\| [[Image:Engine.gif\|left\|link=Charter for the bpm engine]]
			\| [[Charter for the bpm engine\|Charter for the BPM Engine]]
			\|-
			\| [[Image:Investment.gif\|left\|link=Charter for bpm investment]]
			\| [[Charter for bpm investment\|Charter for BPM Investment]]
			\|}

wikademia>Chungw: Initial behavior page

2009-04-09T20:08:26Z

Initial behavior page

New page

== Summary ==
The position of a BPMS tool in the infrastructure stack is such that it will span departmental systems and cross the boundaries of system silos. Both the users that interact with the BPMS tool and the integrations invoked by the defined processes give rise to the possibility of sharing a BPMS tool across the program. If the infrastructure has the capacity for the load imposed by the executing processes then the costs can be distributed to those teams that use it.

<center>
{| border=1 cellspacing=0 cellpadding=5|| style="width:800px"
| bgcolor="gray" | <center>'''Cost Model'''</center>
| bgcolor="gray" | <center>'''Description'''</center>
| bgcolor="gray" | <center>'''Advantages'''</center>
| bgcolor="gray" | <center>'''Disadvantages'''</center>
|-
| '''''Flat Fee'''''
| Projects pay a fixed fee, usually a portion of the infrastructure costs, to participate in the shared infrastructure environment.
|
*Works well with similarly sized projects.
*Can quickly cover the cost of infrastructure if enough projects join.
|
*Small projects pay a penalty if they share with larger projects.
|-
| '''''Transaction Fee'''''
| Projects pay based on usage. The unit of usage is typically a transaction, and that can be defined differently. For example, some organizations charge by hardware (CPU) operations. Others charge by business transactions.
|
*Allocates cost based on the size of the project.
*Provides data for sizing hardware requirements if opportunities are deemed to be of a size similar to existing projects.
|
*Usually requires initial upfront costs to pay for the infrastructure until projects begin producing chargeable transactions.
|}
</center>

There are occasions when sharing parts of the physical infrastructure may not make sense. Isolation of more sensitive process applications might require different environments for the BPMS tools. However, the sharing of software licensing costs, shared staff to support the environments, and even physical data centers might still make sense. The above cost models can still apply and be defined for such use cases.