Күрделі Жұмыс Бағдарламаларын Жүзеге Асыру Әдістемесі
Product software implementation method
Жұмыс процесіне жаңа бағдарламалық құралды енгізу әдісі: ERP жүйелері мысалында, ұйымдағы бизнес-процестерді үйлестіру және қолданушылардың қабылдауын қамтамасыз ету қарастырылады.
Ағылшыншамен салыстырыңыз: абзацты басыңыз — түпнұсқа терезеде ашылады. Абзац астындағы EN түймесі оны мәтін ішінде көрсетеді.
Мазмұны
Кіріспе
Өнімдік бағдарламалық қамтамасыз етуді енгізу әдісі – бағдарламалық қамтамасыз етуге негіделген қызметті немесе компонентті ұйымдық құрылымның немесе жеке пайдаланушының жұмыс процесіне тиімді интеграциялау үшін жүйелі құрылымдалған тәсіл. Осы жазбада "ірі" (күрделілік айырмашылықтарымен түсіндіріледі) өнімдік бағдарламалық жасақтаманы енгізудің процестерді модельдеу (Process Modeling) жағына баса назар аударылады, мысал ретінде Enterprise Resource Planning жүйелерін енгізу қарастырылады.
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.
Шолу
Өнімдік бағдарламалық жасақтаманы іске қосу әдісі – пайдаланушылар мен/немесе ұйымдарды нақты бағдарламалық өнімді пайдалануға бағыттайтын жоспар. Бұл әдіс – бағдарламалық өнімді іске қосу кезінде жиі кездесетін мәселелерді шешуге арналған ережелер мен ұстанымдар жиынтығы: ұйымдық деңгейде бизнес-мақсаттарға сәйкестік және адам факторынан қабылдау. Бағдарламалық жасақтаманы енгізу, бағдарламалық өнімді жасау тізбегінің соңғы кезеңі ретінде, қаржылық жағынан маңызды мәселе болып табылады. Деректерге сәйкес, өнімдік бағдарламалық жасақтаманы іске қосу, бағдарламалық жасақтаманы сатып алу бюджетінің үштен бірін (жабдық пен бағдарламалық қамтамастың жалпы құнынан артық) құрайды.
A product software implementation method is a blueprint to get users and/or organizations running with a specific software product. 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 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).
Бағдарламалық жасақтаманы бейімдеу және бизнес процестерді қайта құру
Процесс моделі, өнімдік бағдарламалық жасақтама мен ұйымдық құрылымдарды үйлестіру үшін қолданылады, өнімдік бағдарламалық жасақтама мен ұйымдық құрылым бағдарламалық жасақтаманы енгізу үшін жеткілікті үйлесімді емес деген қорытындыға келген кезде маңызды мәселені қамтиды. Мұндай жағдайда екі мүмкіндік бар: бағдарламалық жасақтаманы жекешелендіру немесе ұйымдық құрылымды, яғни бизнес-процестерді қайта жобалау. Бағдарламалық жасақтаманы жекешелендіру, іс жүзінде, өнімдік бағдарламалық жасақтаманы тапсырыс бойынша жасалған бағдарламалық жасақтамаға айналдырады, себебі стандартталған бағдарламалық жасақтама тұжырымы қолданылмайды. Бұл бағдарламалық жасақтамаға қолдау көрсетуді жоғалтуға және бағдарламалық жасақтаманы пайдалану кезінде туындайтын мәселелерді шешу үшін кеңес алу қажеттілігіне алып келуі мүмкін. Дегенмен, жекешелендіру ұйымдық тұтастықты өзгертпейді, бұл соңғы пайдаланушыларға аз қысым түсіреді, себебі жұмыс ағынында аз өзгерістер немесе ауысулар қажет болады. Бұл жайт, кез келген жаңа (өнімдік) бағдарламалық жасақтаманы қабылдауға оң әсер етеді және енгізу бюджетінің жұмсақ бөлігінде енгізу уақытын және шығындарын азайтуы мүмкін. Бизнес-процестерді қайта жобалау, өнімдік бағдарламалық жасақтаманы пайдалануға қарсылық тудыруы мүмкін, себебі өзгертілген бизнес-процестер өнімдік бағдарламалық жасақтаманың соңғы пайдаланушыларының міндеттері мен жауапкершіліктерін өзгертеді. Алайда, өнімдік бағдарламалық жасақтама өзгертілмесе, жақсырақ қолдау, оқыту және қызмет деңгейлерін қамтамасыз етуге болады, себебі қолдау бағдарламалық жасақтаманың нақты тұтастығы үшін жасалған.
Process modeling, used to align product software and organizational structures, involves a major issue, when the conclusion is drawn that the product software and the organizational structure do not align well enough for the software to be implemented. 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. 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.
Бас принцип пен мамандық
Өнімдік бағдарламалық құралды енгізу процесіндегі тағы бір мәселе – енгізу әдісін қаншалықты деңгейде қолдану керек деген таңдау, немесе тіпті сұрақ. Енгізу әдістерін бір жағынан басшылыққа алушы принцип ретінде қолдануға болады, яғни әдіс кез келген жобаның енгізу кезеңі қалай жүруі керек деген жалпы түсінік береді. Бұл таңдау таңдалған әдісте ескерілмеген жағдайлық факторларға көбірек орын береді, бірақ енгізу процесін іске асыру кезінде туындайтын сұрақтарда беймаздыққа алып келуі мүмкін. Екінші жағынан, әдістерді кәсіби мамандық ретінде қолдануға болады, яғни әдіс қатаң түрде қабылданып, оны қолдану басшылық принцип емес, кәсіби білік болуы керек. Егер енгізу процесі өте күрделі және нақты әрекеттерге байланысты болса, бұл көзқарас өте пайдалы. Ұйымдастыру және сапаны басқару осы көзқарасқа келіседі, себебі кез келген әдісті қатаң қолдану ұйымдық деңгейде нақтылықты арттырады. Алайда, өзгерістерді басқару енгізу әдісінің икемділігі енгізу процесінің «жұмсақ» жағына көбірек мүмкіндік беретінін көрсетеді.
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. 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. Change management however might indicate that more flexibility in an implementation method leaves more room for the soft side of implementation processes.
Қолданылу шеңберлері
Белгілі бір өнімді немесе қызметті іске асыру ережелері жиынтығы ретінде қызмет ететін іске асыру әдістерінен өзгеше, іске асыру шеңберлері жобаны басқару құрылымы болып табылады және іске асыру кезеңін уақыт, бюджет және сапа тұрғысынан анықтайды. Іске асыру әдісін жүзеге асыру үшін бірнеше жобаны басқару әдістерін негіз ретінде пайдалануға болады. Аталған материал өнімдік бағдарламалық құралды іске асыруға қатысты болғандықтан, іске асыру кезеңін қолдауға ең ыңғайлы жобаны басқару әдістері – бағдарламалық құралдар мен ақпараттық жүйелерге бағытталған жобаны басқару әдістері болып табылады. Іске асыру әдістері үшін шеңберді қолданудың тиімділігі Динамикалық және статикалық жүйелерді дамыту әдісі (DSDM) және Prince2 жобаны басқару әдісі шеңберлерін пайдалану мысалдары арқылы түсіндіріледі.
Apart from implementation methods serving as the set of rules to implement a specific product or service, implementation frameworks serve as the project managed structure to define the implementation phase in time, budget and quality. 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 and static systems development method (DSDM) and Prince2 as project management method frameworks.
DSDM
Динамикалық жүйелерді дамыту әдісінің артықшылығы – бұл әдіс итерация және инкременттік құндылық принциптерін пайдаланады, яғни жобалар қайталама кезеңдерде жүзеге асырылады, әрбір кезең жобаға құндылық қосады. Осылайша, іске асыру кезеңдерін инкременттік түрде жүргізуге болады, бұл жобаның маңызды аспектілеріне, мысалы, қабылдау деңгейіне, хабардарлыққа және әрбір инкременттегі біліктерге қосымша құндылық әкеледі [Ф. Фон Мейенфельдт, Basiskennis жобаны басқару, Академиялық қызмет 1999]. Кездейсоқ ауқымды басқарудан өзге, инкременттер іске асыру кезеңдерінің ауқымын модельдеу процесінде де қолданылуы мүмкін. Инкременттерді қолдану арқылы бизнес-архитектура мен өнімдік бағдарламалық жасақтаманың процестік модельдерін үйлестіруге болады, себебі кезеңнің әрбір инкрементінде толықтырылатын мәліметтер екі модельді де жақындастырады. DSDM кезеңдік оқыту, құжаттама және қарап шығу үшін де мүмкіндіктер қарастырады.
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. The DSDM also has room for phased training, documentation and reviewing.
Бағалаулар
Енгізілген әдісті қолдану, әдістің бағдарламалық өнімді іске асыруға арналған мүмкіндіктерін ұсынады. Бұл әдісті пайдалануды жеңілдетеді және қолдау көрсету мүмкіндіктерін арттырады. Бірақ, енгізілген әдістің кемшілігі – оны тек белгілі бір өнімнің бағдарламалық құралы үшін ғана қолдануға болады. Егер инженерлер мен консультанттар бірнеше бағдарламалық өнімдермен жұмыс істейтін болса, жалпы әдіс оларға тиімдірек болады, себебі ол жұмыс істеудің бірыңғай тәсілін ұсынады. ERP модельдеуі сияқты жалпы әдіс, бірнеше ERP жүйесінде қолданылуы мүмкін. Енгізілген әдістерден өзгеше, жалпы әдістерді пайдалану арқасында инженерлер мен консультанттар, клиенттер ұйымдарында бірнеше ERP жүйесі іске қосылған компанияда жұмыс істейтін болса, бірнеше енгізілген модельдерді меңгерудің орнына, бір ғана жұмыс әдісіне бейімделе алады. Дегенмен, жалпы әдістердің бір кемшілігі бар – жобаларды іске асыру тым жағдайға байланысты болуы мүмкін, бұл модельдеу процесін жүзеге асыруда қиындықтар мен күрделіліктер тудырады, себебі қолдау деңгейі төмен болады.
Using an embedded method brings the power that the method is designed to implement the software product that the method comes with. This suggests a less complicated usage of the method and more support possibilities. 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. 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.