Оцените текущие технологические процессы

Первое, с чего следует начать любое совершенствование, — это оценка текущих технологических процессов, используемых организацией, и определение их сильных и слабых сторон. Оценка сама по себе не дает никаких усовершенствований, но позволяет получить информацию. Проводя ее, вы строите фундамент для принятия верных решений о желаемых изменениях. Кроме того, вы делаете видимыми реальные рабочие процессы ворганизации — часто они отличаются от официально утвержденных или описанных в документации. И вы обнаружите, что члены команды имеют разные взгляды на то, какие процессы используются сейчас.

Вы можете оценивать текущие процессы разными способами. Если вы опробовали какие-либо предложения из разделов «Что теперь?» предыдущих глав, то уже начали неформально оценивать приемы работы с требованиями и их результаты. Структурированные анкеты предлагают более систематический подход, который позволит без особых затрат выявить важную информацию. Интервью и обсуждения с членами команды дают более точное и полное понимание.

Вы можете использовать анкету в приложении А для идентификации текущих приемов конструирования требований в вашей организации[7]. Этот тест помогает понять, какие из ваших процессов работы с требованиями более всего нуждаются в совершенствовании. Но если вы поставили низкую оценку какому-либо вопросу, это не стоит считать достаточной причиной, чтобы приступать к его решению немедленно, а может, и вообще когда-либо. Направьте усилия на совершенствование приемов, вызывающих наибольшие трудности и подвергающих риску успех ваших будущих проектов.

Более основательный подход предполагает приглашение консультанта со стороны для оценки ваших текущих приемов работы над ПО. Наиболее полные оценки процессов основаны на признанных процессах совершенствования структуры, таких, как Capability Maturity Model for Software (SW-CMM), разработанный Software Engineering Institute (Раulk и др., 1995). Приглашенные эксперты обычно исследуют множество процессов разработки ПО и управления, а не только те, что связаны с требованиями. К результатам формальной оценки относится список обнаруженных сильных и слабых сторон в текущих процессах, а также, рекомендации к совершенствованию. Выберите метод оценки, наиболее соответствующий бизнес-целям, которые вы желаете реализовать при совершенствовании технологических процессов, и не слишком беспокойтесь о полном соответствии требованиям SW-CMM или любой другой структуры. В приложении Б описано, как требования соответствуют SW-CMM и более новой модели интеграции СММ, называемой CMMI-SE/SW.

Создайте план совершенствования

Если считать действия по совершенствованию процессов проектами, то после оценки приемов следует писать план действий (Potter и Sakry, 2002). Стратегический план описывает общую программу совершенствования процессов в вашей организации. Тактические планы действий затрагивают конкретные области совершенствования, например процесс сбора требований или процедуру назначения приоритетов. В каждом плане действий должны быть указаны цели действий по совершенствованию, участники и отдельные задачи. Без плана можно пропустить важные задачи. План также дает возможность отслеживать выполнение процесса совершенствования, отмечая выполнение отдельных задач.

На рис. 22-4 показан шаблон плана совершенствования технологических процессов, которым я многократно пользовался. Включайте в каждый план действий не более 10 пунктов и ограничьте его двумя-тремя месяцами. Например, я видел план совершенствования управления требованиями, включавший в себя следующие задачи:

1. составить проект процедуры управления изменениями;

2. проверить и модифицировать процедуру управления изменениями;

3. провести пробное испытание процедуры управления изменениями для проекта А;

4. модифицировать процедуру управления изменениями на основе обратной реакции по пробному испытанию;

5. оценить инструментальные средства выявления проблем и выбрать одно из них для поддержки процедуры управления изменениями;

6. приобрести выбранное инструментальное средство выявления проблем и настроить его для поддержки конкретной процедуры;

7. внедрить новую процедуру управления изменениями и инструментальное средство в организации.

Поручите каждую задачу конкретному человеку, который будет отвечать за ее выполнение. Не назначайте «всю команду» ответственной за задачи. Работу выполняют не команды, а отдельные люди.

Если вам нужно выполнить более 10 задач, то в первый цикл включите самые важные вопросы, а остальные отложите до следующей версии плана действий; помните, изменения всегда должны быть цикличными. Дорожная карта совершенствования технологических процессов, описанная позже в этой главе, показывает, как группировать множество задач совершенствования отдельных действий для общего плана совершенствования процессов разработки ПО.

Рис. 22-4. Шаблон плана совершенствования процессов разработки ПО