Product software implementation method - Revision history

Lahimcholosnyu at 14:53, 27 March 2023

2023-03-27T14:53:11Z

Liz: Removing link(s) to "ERP modeling": Removing links to deleted page ERP modeling.

2023-02-11T06:46:44Z

Removing link(s) to "ERP modeling": Removing links to deleted page ERP modeling.

← Previous revision		Revision as of 06:46, 11 February 2023
Line 87:		Line 87:
	Implementing Oracle E-Business Suite, using Oracle Application Implementation Method (AIM).		Implementing Oracle E-Business Suite, using Oracle Application Implementation Method (AIM).

	Generic implementation methods are not meant for a specific software product but for common usage in implementing product software products. This usage is going to be elaborated on using the example of implementing product software using [[Object Process Methodology]]. This methodology is very useful in for example [[ERP modeling]]: the modeling of ERP systems in order to implement it into an organizational structure.		Generic implementation methods are not meant for a specific software product but for common usage in implementing product software products. This usage is going to be elaborated on using the example of implementing product software using [[Object Process Methodology]]. This methodology is very useful in for example ERP modeling: the modeling of ERP systems in order to implement it into an organizational structure.

	==Assessments==		==Assessments==
Line 93:		Line 93:
	The negative aspect of an embedded method obviously is that it can only be used for specific product software. Engineers and consultants, operating with several software products, could have more use of a general method, to have just one way of working.		The negative aspect of an embedded method obviously is that it can only be used for specific product software. Engineers and consultants, operating with several software products, could have more use of a general method, to have just one way of working.

	Using a generic method like [[ERP modeling]] has the power that the method can be used for several ERP systems. Unlike embedded methods, the usage of generic methods enables engineers and consultants that operate in a company where several ERP systems are implemented in customer organizations, to adapt to one specific working method, instead of having to acquire skills for several embedded models.		Using a generic method like ERP modeling has the power that the method can be used for several ERP systems. Unlike embedded methods, the usage of generic methods enables engineers and consultants that operate in a company where several ERP systems are implemented in customer organizations, to adapt to one specific working method, instead of having to acquire skills for several embedded models.
	Generic methods have however the lack that implementation projects could become too situational, resulting in difficulties and complexity in the execution of the modeling process, as less support will be available.		Generic methods have however the lack that implementation projects could become too situational, resulting in difficulties and complexity in the execution of the modeling process, as less support will be available.

102.167.76.13: /* Implementation frameworks */

2020-10-15T10:55:36Z

Implementation frameworks

← Previous revision		Revision as of 10:55, 15 October 2020
Line 51:		Line 51:

	Several project management methods can serve as a basis to perform the implementation method. Since this entry focuses on the implementation of product software, the best project management methods suitable for supporting the implementation phase are project management methods that focus on software and information systems itself as well.		Several project management methods can serve as a basis to perform the implementation method. Since this entry focuses on the implementation of product software, the best project management methods suitable for supporting the implementation phase are project management methods that focus on software and information systems itself as well.
	The applicability of using a framework for implementation methods is clarified by the examples of using Dynamic systems development method (DSDM) and Prince2 as project management method frameworks.		The applicability of using a framework for implementation methods is clarified by the examples of using Dynamic and static systems development method (DSDM) and Prince2 as project management method frameworks.

	===DSDM===		===DSDM===

Joshuamonkey: /* The guiding principle versus the profession */ comma

2020-06-11T06:23:10Z

The guiding principle versus the profession: comma

← Previous revision		Revision as of 06:23, 11 June 2020
Line 43:		Line 43:
	Implementation methods can on the one hand be used as a guiding principle, indicating that the method serves as a global idea about how the implementation phase of any project should run. This choice leaves more room for situational factors that are not taken into account in the chosen method, but will result in ambiguity when questions arise in the execution of the implementation process.		Implementation methods can on the one hand be used as a guiding principle, indicating that the method serves as a global idea about how the implementation phase of any project should run. This choice leaves more room for situational factors that are not taken into account in the chosen method, but will result in ambiguity when questions arise in the execution of the implementation process.

	On the other hand methods can be used as a profession, meaning that the method should be taken strict and the usage of the method should be a profession, instead of a guiding principle. This view is very useful if the implementation process is very complex and is very dependent on exact and precise acting.		On the other hand, methods can be used as a profession, meaning that the method should be taken strict and the usage of the method should be a profession, instead of a guiding principle. This view is very useful if the implementation process is very complex and is very dependent on exact and precise acting.
	Organizational and quality management will embrace this view, as a strict usage of any method results in more clarity on organizational level.		Organizational and quality management will embrace this view, as a strict usage of any method results in more clarity on organizational level.
	Change management however might indicate that more flexibility in an implementation method leaves more room for the soft side of implementation processes.		Change management however might indicate that more flexibility in an implementation method leaves more room for the soft side of implementation processes.

Joshuamonkey: /* Overview */

2020-06-11T06:20:09Z

Overview

← Previous revision		Revision as of 06:20, 11 June 2020
Line 9:		Line 9:
	The method is a set of rules and views to cope with the most common issues that occur when implementing a software product: business alignment from the organizational view and acceptance from human view.		The method is a set of rules and views to cope with the most common issues that occur when implementing a software product: business alignment from the organizational view and acceptance from human view.

	The implementation of product software, as the final link in the deployment chain of software production, is in a financial perspective of a major issue.		The implementation of product software, as the final link in the deployment chain of software production, is in a financial perspective a major issue.

	It is stated that the implementation of (product) software consumes up to 1/3 of the budget of a software purchase (more than hardware and software requirements together).		It is stated that the implementation of (product) software consumes up to 1/3 of the budget of a software purchase (more than hardware and software requirements together).

89.105.1.110: /* Overview */

2019-11-29T11:59:15Z

Overview

← Previous revision		Revision as of 11:59, 29 November 2019
Line 12:		Line 12:

	It is stated that the implementation of (product) software consumes up to 1/3 of the budget of a software purchase (more than hardware and software requirements together).		It is stated that the implementation of (product) software consumes up to 1/3 of the budget of a software purchase (more than hardware and software requirements together).

	when the main point of the computer study program is to implement counter measures to bots and bugs.

	==Implementation complexity differences==		==Implementation complexity differences==

216.165.95.151 at 19:44, 20 June 2018

2018-06-20T19:44:41Z

← Previous revision		Revision as of 19:44, 20 June 2018
Line 22:		Line 22:
	An example of the “smaller” product software is the implementation of an office package.		An example of the “smaller” product software is the implementation of an office package.
	However there could be a lot of end users in an organization, the impact on the tasks and responsibilities of the end users will not be too intense, as the daily workflow of the end user is not changing significantly.		However there could be a lot of end users in an organization, the impact on the tasks and responsibilities of the end users will not be too intense, as the daily workflow of the end user is not changing significantly.
	An example of “larger” product software is the implementation of an [[Enterprise Resource Planning]] system. The implementation requires in-depth insights on the architecture of the organization as well as of the product itself, before it can be aligned. Next, the usage of an ERP system involves much more dedication of the end users as new tasks and responsibilities will ~~never~~ be created or ~~will be~~ shifted. ~~no way~~		An example of “larger” product software is the implementation of an [[Enterprise Resource Planning]] system. The implementation requires in-depth insights on the architecture of the organization as well as of the product itself, before it can be aligned. Next, the usage of an ERP system involves much more dedication of the end users as new tasks and responsibilities will either be created or shifted.

	Examples of other "larger" product software are:		Examples of other "larger" product software are:

47.200.71.110: /* DSDM */

2018-03-20T22:07:47Z

DSDM

← Previous revision		Revision as of 22:07, 20 March 2018
Line 56:		Line 56:

	===DSDM===		===DSDM===
	The power of ~~DSDM~~ is that the method uses the principles of iteration and incremental value, meaning that projects are carried out in repeating phases where each phase adds value to the project. In this way implementation phases can be carried out incrementally and add value to important project aspects such as the degree of acceptance, awareness and skills within every increment [F. Von Meyenfeldt, Basiskennis project management, Academic Service 1999].		The power of dynamic systems development method is that the method uses the principles of iteration and incremental value, meaning that projects are carried out in repeating phases where each phase adds value to the project. In this way implementation phases can be carried out incrementally and add value to important project aspects such as the degree of acceptance, awareness and skills within every increment [F. Von Meyenfeldt, Basiskennis project management, Academic Service 1999].
	In addition to the management of chance scope, increments are also usable in the process modeling scope of implementation phases. Using increments can align process models of business architectures and product software as adding more detail in every increment of the phase draws both models closer.		In addition to the management of chance scope, increments are also usable in the process modeling scope of implementation phases. Using increments can align process models of business architectures and product software as adding more detail in every increment of the phase draws both models closer.
	The DSDM also has room for phased training, documentation and reviewing.		The DSDM also has room for phased training, documentation and reviewing.

47.200.71.110: /* Implementation frameworks */

2018-03-20T22:06:42Z

Implementation frameworks

← Previous revision		Revision as of 22:06, 20 March 2018
Line 53:		Line 53:

	Several project management methods can serve as a basis to perform the implementation method. Since this entry focuses on the implementation of product software, the best project management methods suitable for supporting the implementation phase are project management methods that focus on software and information systems itself as well.		Several project management methods can serve as a basis to perform the implementation method. Since this entry focuses on the implementation of product software, the best project management methods suitable for supporting the implementation phase are project management methods that focus on software and information systems itself as well.
	The applicability of using a framework for implementation methods is clarified by the examples of using DSDM and Prince2 as project management method frameworks.		The applicability of using a framework for implementation methods is clarified by the examples of using Dynamic systems development method (DSDM) and Prince2 as project management method frameworks.

	===DSDM===		===DSDM===

198.188.6.54: /* Implementation complexity differences */

2017-06-01T15:39:55Z

Implementation complexity differences

← Previous revision		Revision as of 15:39, 1 June 2017
Line 22:		Line 22:
	An example of the “smaller” product software is the implementation of an office package.		An example of the “smaller” product software is the implementation of an office package.
	However there could be a lot of end users in an organization, the impact on the tasks and responsibilities of the end users will not be too intense, as the daily workflow of the end user is not changing significantly.		However there could be a lot of end users in an organization, the impact on the tasks and responsibilities of the end users will not be too intense, as the daily workflow of the end user is not changing significantly.
	An example of “larger” product software is the implementation of an [[Enterprise Resource Planning]] system. The implementation requires in-depth insights on the architecture of the organization as well as of the product itself, before it can be aligned. Next, the usage of an ERP system involves much more dedication of the end users as new tasks and responsibilities will never be created or will be shifted.		An example of “larger” product software is the implementation of an [[Enterprise Resource Planning]] system. The implementation requires in-depth insights on the architecture of the organization as well as of the product itself, before it can be aligned. Next, the usage of an ERP system involves much more dedication of the end users as new tasks and responsibilities will never be created or will be shifted. no way

	Examples of other "larger" product software are:		Examples of other "larger" product software are:

← Previous revision		Revision as of 14:53, 27 March 2023
Line 2:		Line 2:
	A '''product software implementation method''' is a systematically structured approach to effectively integrate a [[software]] based service or component into the workflow of an organizational structure or an individual end-user.		A '''product software implementation method''' is a systematically structured approach to effectively integrate a [[software]] based service or component into the workflow of an organizational structure or an individual end-user.

	This entry focuses on the process modeling ([[Process Modeling]]) side of the implementation of “large” (explained in complexity differences) [[product software]], using the implementation of [[Enterprise Resource Planning]] systems as the main example to elaborate on.		This entry focuses on the process modeling ([[Process Modeling]]) side of the implementation of “large” (explained in complexity differences) product software, using the implementation of [[Enterprise Resource Planning]] systems as the main example to elaborate on.

	==Overview==		==Overview==
Line 33:		Line 33:
	In this case, two alternatives are possible: the customization of the software or the redesign of the organizational structure, thus the business processes.		In this case, two alternatives are possible: the customization of the software or the redesign of the organizational structure, thus the business processes.

	Customizing the software actually transforms the [[product software]] in tailor-made software, as the idea of standardized software no longer applies. This may result in loss of support on the software and the need to acquire consultancy when issues arise in the usage of the software. Customizing however results in a situation where the organizational integrity is not adjusted, which puts less pressure on the end users, as less changes or shifts in workflows are required. This fact may positively add to the acceptance of any new (product) software application used and may thus decrease the implementation time and budget on the soft side of the implementation budget.		Customizing the software actually transforms the product software in tailor-made software, as the idea of standardized software no longer applies. This may result in loss of support on the software and the need to acquire consultancy when issues arise in the usage of the software. Customizing however results in a situation where the organizational integrity is not adjusted, which puts less pressure on the end users, as less changes or shifts in workflows are required. This fact may positively add to the acceptance of any new (product) software application used and may thus decrease the implementation time and budget on the soft side of the implementation budget.

	Redesigning business processes is more sensible for causing resistance in the usage of product software, as altered business processes will alter tasks and responsibilities for the end users of the product software. However, while the product software is not altered, better support, training and service levels are possible... because the support was created for the specific integrity of the software.		Redesigning business processes is more sensible for causing resistance in the usage of product software, as altered business processes will alter tasks and responsibilities for the end users of the product software. However, while the product software is not altered, better support, training and service levels are possible... because the support was created for the specific integrity of the software.
Line 39:		Line 39:
	==Implementation Frameworks==		==Implementation Frameworks==
	===The guiding principle versus the profession===		===The guiding principle versus the profession===
	Another issue on the implementation process of [[product software]] is the choice, or actually the question, to what extent an implementation method should be used.		Another issue on the implementation process of product software is the choice, or actually the question, to what extent an implementation method should be used.

	Implementation methods can on the one hand be used as a guiding principle, indicating that the method serves as a global idea about how the implementation phase of any project should run. This choice leaves more room for situational factors that are not taken into account in the chosen method, but will result in ambiguity when questions arise in the execution of the implementation process.		Implementation methods can on the one hand be used as a guiding principle, indicating that the method serves as a global idea about how the implementation phase of any project should run. This choice leaves more room for situational factors that are not taken into account in the chosen method, but will result in ambiguity when questions arise in the execution of the implementation process.
Line 74:		Line 74:

	==Embedded & Generic methods==		==Embedded & Generic methods==
	One way to implement product software is through usage of an embedded method or model. Embedded models are part of the auxiliary materials (see: definition of [[product software]]) that come with the software package.		One way to implement product software is through usage of an embedded method or model. Embedded models are part of the auxiliary materials (see: definition of product software) that come with the software package.

	Implementing a software product using an embedded model implies not only that the model is (mostly) only usable with the specific software product, but also that the product can or should only be implemented using the model.		Implementing a software product using an embedded model implies not only that the model is (mostly) only usable with the specific software product, but also that the product can or should only be implemented using the model.