Сравнивайте с английским: нажмите на абзац — оригинал откроется в окне. Кнопка EN под абзацем показывает его прямо в тексте.
Содержание
Введение
Модель зрелости внедрения (IMM) — это инструмент, помогающий организации оценивать и определять степень зрелости ее процессов внедрения. Эта модель состоит из двух важных компонентов, а именно:
The implementation maturity model (IMM) is an instrument to help an organization in assessing and determining the degree of maturity of its implementation processes. This model consists of two important components, namely the:
пяти уровней зрелости, заимствованных из модели зрелости возможностей (CMM) Института программной инженерии (SEI). Оценивая зрелость различных аспектов процессов внедрения, можно определить их сильные и слабые стороны, а также области, требующие улучшения. Матрица зрелости внедрения, являющаяся адаптированной версией матрицы зрелости тестирования из модели улучшения процессов тестирования (TPI), разработанной компанией Sogeti. Матрица IMM позволяет организации получить представление о текущем состоянии ее процессов внедрения и о том, как следует стремиться к желаемому состоянию (то есть к более высокому уровню зрелости).
five maturity levels, adopted from capability maturity model (CMM) of the Software Engineering Institute (SEI). By assessing the maturity of different aspects of implementation processes, it becomes clear what their strengths and weaknesses are, and also where improvements are needed. Implementation maturity matrix, which is an adjusted version of the test maturity matrix found in the test process improvement (TPI) model developed by Sogeti. The IMM matrix allows an organization to gain insight into the current situation of its implementation processes, and how it should pursue the desirable situation (i. e. a higher maturity level).
Уровень 0 Начальный
На этом уровне организации отсутствует стабильная среда для внедрения. Ценности присваиваются аспектам и факторам внедрения спонтанно, без системного подхода, и между ними нет взаимосвязи. Организационные процессы и цели не учитываются централизованно при реализации проектов, а коммуникация практически отсутствует. В целом, внедрение лишено структуры и контроля, и его эффективность зависит от индивидуальных навыков, знаний и мотивации сотрудников.
At this level, the organization lacks a stable environment for the implementation. Values are given to implementation aspects and implementation factors in an ‘ad hoc’ fashion and there is no interconnection between them. Organizational processes and goals are not considered centrally during implementation projects and communication hardly takes place. The overall implementation lacks structure and control and its efficiency depends on individual skills, knowledge and motivation.
Уровень А Повторяемость
Деятельность основывается на результатах предыдущих проектов и требованиях текущего. Аспекты реализации учитываются в ходе реализации проектов. Стандарты проекта документируются по каждому аспекту, и организация предотвращает любые отклонения в поведении или действиях. Предыдущие успехи могут быть повторены благодаря стабилизированному планированию и контролю.
Activities are based on the results of previous projects and the demands of the current one. Implementation aspects are considered during implementation projects. Project standards are documented per aspect and the organization prevents any deviant behavior or actions. Previous successes can be repeated due to stabilized planning and control.
Уровень B Определен
Процесс внедрения документируется во всей организации, а не по отдельным аспектам. Проекты выполняются под руководством стандартов операционной деятельности и стратегии внедрения. Каждому проекту предшествует подготовка для обеспечения соответствия процессам и целям организации.
The process of implementing is documented throughout the organization rather than per aspect. Projects are carried out under guidance of project operation standards and an implementation strategy. Each project will be preceded by preparations to assure conformity with the processes and goals within the organization.
Уровень C Управляемый
Проекты инициируются и контролируются управлением изменениями и/или управлением процессами. Реализация становится предсказуемой, и организация способна разрабатывать правила и условия, касающиеся качества продуктов и процессов (управление эффективностью). Любое отклоняющееся поведение будет немедленно выявлено и исправлено. Внедренные ИТ-решения предсказуемы и отличаются высоким качеством, и организация готова и способна с ними работать. На этом уровне внедрение становится неотъемлемой частью корпоративной культуры.
Projects are started and supervised by change management and/or process management. Implementing becomes predictable and the organization is able to develop rules and conditions regarding the quality of the products and processes (performance management). Deviating behavior will immediately be detected and corrected. The implemented IT solutions are predictable and of high quality and the organization is willing and able to work with it. At this level, implementing has become a ‘way of life’.
Уровень D Оптимизация
Вся организация сосредоточена на непрерывном совершенствовании процессов внедрения. Организация располагает средствами для выявления слабых мест и проактивного усиления процесса внедрения. Проводятся анализы для выявления причин ошибок и недочетов. Каждый проект будет оцениваться после завершения, чтобы предотвратить повторение известных ошибок.
The whole organization is focusing on the continuous improvement of the implementation processes. The organization possesses the means to detect weaknesses and to strengthen the implementation process proactively. Analyses are carried out to find the causes of error and mistakes. Each project will be evaluated after closure to prevent recurrence of known mistakes.
Оценка ИММ
Проводя оценку ИМВ, можно оценить и определить общий уровень зрелости процессов внедрения в организации. В этом разделе этот процесс будет рассмотрен более подробно.
By executing an IMM assessment, the overall maturity for the implementation processes within an organization can be assessed and determined. In this section, this process will be further elaborated.
Зависимости и контрольно-пропускные пункты
Для определения уровня элемента ИММ необходимо учитывать определенные зависимости. Зависимости указывают, что другие элементы ИММ должны достичь определенных уровней, прежде чем рассматриваемый элемент ИММ сможет быть классифицирован на конкретный уровень. Например, элемент 1 может достичь уровня B только если элементы 5 и 9 достигли уровней B и C соответственно. Каждый процесс реализации приведет к различным зависимостям между элементами ИММ и их уровнями. (Руайманс и др., 2003, с. 166–169)
To determine the level of an IMM element, there are specific dependencies to consider. Dependencies state that other IMM elements need to have achieved certain levels before the IMM element in focus can be classified into a specific level. For example, element 1 can only achieve level B if elements 5 and 9 have reached the levels B and C respectively. Each implementation process will result in different dependencies among IMM element and their levels. (Rooimans et al., 2003, pp. 166–169)
Кроме того, каждый уровень состоит из определенных требований к элементам. Эти требования, также называемые «контрольными точками», имеют решающее значение для определения уровня элемента. Элемент не может достичь более высокого уровня, если он не соответствует требованиям этого уровня. Более того, контрольные точки более высокого уровня включают в себя контрольные точки более низких уровней. Таким образом, элемент, достигший уровня B, должен выполнить требования как уровня B, так и уровня A.
In addition, each level consists of certain requirements for the elements. The requirements, also called ‘checkpoints’, are crucial to determining the level of an element. An element cannot achieve a higher level if it does not conform to the requirements of that level. Moreover, the checkpoints of a level also comprise those of lower levels. Thus, an element that has reached level B for example needs to have met the requirements of level B as well as level A.
Определения понятия "вход"
Определения понятий, написанных курсивом в тексте выше, приведены в таблице 5 ниже. Таблица 5: Определение понятия и его пояснение. Процесс внедрения Поскольку внедрение программного обеспечения всегда влечет за собой изменения в организации, процесс внедрения определяется как процесс подготовки организации к организационным изменениям, а также само внедрение и закрепление этих изменений. В данном контексте термин "процесс внедрения" отражает способ реализации внедрений в организации в целом (Rooimans, Theye & Koop, 2003). Диаграмма данных процесса – это диаграмма, построенная с использованием метамоделирования для описания процесса. Она состоит из двух взаимосвязанных моделей: модель метапроцесса, основанная на диаграмме деятельности UML, расположенная слева, и модель метаданных, представляющая собой адаптированную диаграмму классов UML, расположенная справа. Комбинируя эти две модели, диаграмма данных процесса позволяет выявить взаимосвязи между действиями и артефактами (Saeki, 2003). Улучшение процесса тестирования (TPI) – это модель, разработанная компанией Sogeti, поставщиком ИТ-решений из Нидерландов, для поддержки улучшения процессов тестирования. Модель, рассматривая различные аспекты процесса тестирования (например, использование инструментов тестирования, методы проектирования), предоставляет информацию о сильных и слабых сторонах процесса тестирования, а также об уровне его зрелости в организации. Матрица зрелости тестирования используется для оценки, демонстрации и определения уровня зрелости процессов тестирования в организации (Koomen & Pol, 1998).
Definitions of the concepts written in italics in the text above are given in Table 5 below. Table 5: Concept definition and explanation. Implementation Process Because software implementation always results in a change within an organization, an implementation process is defined as the process of preparing an organization for an organizational change and the actual implementation and embedding of that change. In this context, the term implementation process represents the way implementations on overall are being realized within an organization (Rooimans, Theye & Koop, 2003). Process data diagram A diagram constructed with meta modeling to express a process. A process data diagram consists of two integrated models. The meta process model on the left hand side is based on a UML activity diagram, and the meta data model on the right hand side is an adapted UML class diagram. Combining these two models, the process data diagram is used to reveal the relations between activities and artifacts (Saeki, 2003). Test Process improvement (TPI) Developed by Sogeti, an IT solutions company located in the Netherlands, the test process improvement model supports the improvement of test processes. By considering different aspects, also called key areas, of the test process (e. g. use of test tools, design techniques), the model offers insight into the strengths and weaknesses of the test process and also the maturity of the test processes within an organization. A test maturity matrix is used to communicate, evaluate and derive the maturity of test processes within an organization (Koomen & Pol, 1998).