Менеджеры и технический персонал в большинстве компаний слишком быстро выбрать новые методы и средства и приступить к современной практике разработки программного обеспечения. Проблема в том, что многие из этих менеджеров и технических люди имеют слабое понимание развития и поддержания процесса, который в настоящее время применяется в рамках своих организаций. Они без прочного фундамента или понять, где они. В результате, новые технологии иногда не дают преимуществ, которые, как ожидается.
Компании борьбе с программного обеспечения, поскольку менеджеры не понимают, что программное обеспечение инженерного подхода является одной частью более широкого общего управления качеством философии. Даже если этот факт понимается, некоторые менеджеры никогда не соединяют концепции kaizen, или непрерывный процесс совершенствования, к разработке программного обеспечения деятельности.
В. Эдвардса Деминга определяется качество как стремление к совершенству в надежности и функций непрерывного (процесса) совершенствования, подкрепленную статистическими анализ причин сбоя. Если организация хочет повысить качество своих программ, что позволит информационные технологии лучше обслуживать бизнес, он должен сосредоточить свое внимание на улучшении процесса, посредством которого разрабатывается программное обеспечение. Отправной точкой является оценка - Посмотрите в зеркало - на подходе, что позволяет руководителям и технический персонал для лучшего понимания их разработки программного обеспечения сильные и слабые стороны. Процесс оценки является первым шагом к созданию жизнеспособной стратегии, которые будут служить "дорожной карты" для программного обеспечения процесса непрерывного улучшения.
Процесс оценки является первым шагом в технологии перехода цикл, который охватывает многие процесса совершенствования деятельности. Цикл начинается с оценки и охватывает ряд других мероприятий:
|
|
- Образование - Большинство программного обеспечения, менеджеров и разработчиков знаем относительно мало о программного обеспечения. Для повышения уровня программного обеспечения знаний, организация должна разработать эффективную стратегию в области образования, что связано с результатами процесса оценки и координирует подготовку содержание и сроки с немедленной проекта необходимо, чтобы максимальные выгоды могут быть достигнуты.
- Выбор - Выбор определяет конкретные цели и критерии выбора программного обеспечения процедур, методов и компьютерного программного обеспечения средств; она ведет к развитию рационального механизма калькуляции, обосновывая, и получения этих важных элементов технологии разработки программного обеспечения.
- Обоснование - Расходы программного обеспечения процедуры, методы, образование, ДЕЛО инструментов и связанных поддержки деятельности должно быть доказано, чтобы обеспечить отдачу от инвестиций, прежде чем деньги были совершены. А оправдания, используется модель, чтобы продемонстрировать нижней линии преимущества процесса совершенствования.
- Установка - Для установки программного обеспечения технологии успешно, план на переходный период должны быть разработаны и выполнены. План определяет задачи, функции, этапы и результаты и определяет сроки получения работы.
- Оценка - Некоторые руководители внести изменения для улучшения процесса разработки, выбора и установки новой технологии, а затем придерживаться их голову в песок, посвящает мало времени для оценки ли технология работает. Оценка шаг инициирует текущей оценки хода ДЕЛО / программного обеспечения процесса установки.
Все эти шаги определения стратегии переходного периода, и все они зависят от успешного процесса оценки.
Хотя неофициального программного обеспечения процесса проверки были проведены на протяжении многих лет использования формальной процедуры оценки является относительно новым, и было не до процесса оценки была одобрена институтом Software Engineering (СИОС), что крупные корпорации и правительственные учреждения приступил к принятию практике. Термин процесс относится к оценке качественного и количественного сбора информации. Когда процесс оценки проводится надлежащим образом, оно удовлетворяет ее целей:
- обеспечение основы для объективного изучения программного обеспечения, развитие практики организации
- указания технического и управленческого сильных и слабых образом, что позволяет по сравнению с отраслевыми нормами
- указания относительно разработки программного обеспечения зрелости организации
- ведущая в стратегии совершенствования процессов и, косвенно, на повышение качества программного обеспечения
Атрибуты процесса
Для достижения этих целей, процесс оценки подхода должны быть разработаны таким образом, что зонды каждой из следующих характеристик:
- Организационные политики, которые определяют использование программного обеспечения практики
- Обучение, что поддерживает использование процедур, методов и инструментов
- Рамки (процедурные модели), который был создан, чтобы определить процесс разработки программного обеспечения
- Обеспечение качества (ОК) для программного обеспечения деятельности
- Управление проектом задач этого плана, контроля и мониторинга работы программного обеспечения
- Программное обеспечение инженерных методов, которые позволяют технического персонала для создания высококачественных приложений
- ДЕЛО инструменты, которые поддерживают методы
- Software метрик и измерений, которые обеспечивают понимание процесса и его продукта
Хотя существует множество различных процесса оценки, все же основную структуру. Во-первых, ряд вопросов, что зонд зрелости процесса и предлагается ответить. Вопросы могут касаться только процедурные вопросы, или может вникать в применении программного обеспечения технологии. Ответы на вопросы оценки оценивается и уровень зрелости процесса вычисляется. Срок уровне отражает приверженность и приверженность организации рационального программного обеспечения и качества практики. Наконец, результаты оценки истолковываются и используются для разработки стратегии совершенствования процессов. Толкование может быть глобальной или конкретных атрибутов процесса.
Оценка вопросам
Оценка вопросы, чтобы позволить асессора (который может быть внешним консультантом или сотрудников из организации проходит оценка) собрать достаточно информации для понимания программного обеспечения организации, применение технологии, в ней, а также относительная сложность управления проектом рамки применения технологии. Эффективный процесс разработки программного обеспечения подход к оценке используются три типа вопросов: качественное, булевы, а также количественные.
Качественные вопросам. Вопросы в этой категории требуют описательной объяснение. Некоторые качественные вопросы:
- Как проектных групп, сформированных? Является функциональной и матричной организации используются?
- Кто является потребителями программного обеспечения в рамках организации?
- Какая связь между заказчиком и людей, которые разрабатывают программное обеспечение? Кто первоначально указывает продукции с содержанием программного обеспечения? В какой степени разработки программного обеспечения практики понятны клиенту? Какие сообщения возникают проблемы между клиентами и программного обеспечения организации?
- Какую роль играют качества, производства, услуг и организаций в области программного обеспечения.
- Какие индивидуальных программ развития средств (в качестве операционной системы, функции и в качестве самостоятельных функций), используемые при разработке программного обеспечения?
- Логический Questions.Questions в этой категории выяснить да или никакого ответа. Логический вопросы используются для оценки следующих трех областях:
- Дизайн - ли разработка программного обеспечения организации использования конкретного метода данные дизайн? Для архитектурного дизайна? Есть процессуальные конструкции ограничивается использование структурированного программирования строит? Существует определенный метод для человека компьютер дизайна интерфейса?
- программирования и разметки - Есть более чем 90 процентов кода, написанного в высокого порядка язык? Есть конкретные конвенции для кода документации определяется и используется?
- Тестирование - Существуют специальные методы, используемые для испытания случае дизайн? Ли испытания планирует начать до кодекс написан? Являются ли результаты тестирования хранятся исторические ссылки? Существуют ли какие-либо механизмы обычно выполняют регрессионное тестирование и обеспечение тестирования охватывает все программное обеспечение?
Количественные вопросам. Вопросы в этой категории позволит организации получить цифровой информации, которые могут использоваться в сочетании с программным обеспечением показатели для расчета затрат и потенциальной окупаемости новых технологий. Нижеследующая информация представителя:
- Годовой доход сообщили компонент
- Годовой бюджет для обработки данных или IS
- Годовой бюджет для инженерных продуктов ориентированных на разработку программного обеспечения
- Годовой бюджет программ подготовки кадров по вопросам
- Годовой бюджет для компьютерного оборудования
- Годовой бюджет на программные средства (различие между аппаратное и программное обеспечение)
Число систем и программного обеспечения практиков во всех областях применения
- Количество IS народа категорию вакансии
- Количество людей, работающих программного обеспечения по инженерии продуктов и систем
- Нынешнее количество внешних подрядчиков, работающих на программном обеспечении, в доме
- Процент программное обеспечение людей, работающих на ремонт
- Предполагаемый рост или уменьшение для каждого вышеупомянутого пункта
Большинство оценки анкет организован так, что зонды конкретных атрибутов процесса (например, программного обеспечения качества и управления проектами подход); Наиболее предложить схему классификации ответы тем, что относительные сильные и слабые стороны могут быть выяснены; И наиболее заниматься как управление и технических вопросов. Структура вопросника, типы вопросов, классификации, что схема предлагается и полезность результатов определяется общий процесс оценки модели (примеры которых рассматриваются в разделе под названием "Процесс оценки Модели").
Ответ оценки
Ответы на вопросник оценки оцениваются для определения уровня зрелости процесса. Хотя конкретные подходы, оценки разнятся, следующие шаги являются общими:
- Ответы на вопросы булевых используются для расчета погашения стоимости. Срок ценностей может быть основан на простой подсчет да / нет ответов на конкретный набор вопросов, на которые необходимо ответить положительно для достижения определенного уровня зрелости, или на схему взвешивания, которая определяет уровень зрелости организации, ответы конкретного вопрос положительно.
- Ответы на вопросы количественных сравнению с промышленностью в среднем, если это возможно. Оба качества и производительности данные собираются, и сравнили средние публикуются в технической литературе.
- Ответы на качественные вопросы используются для получения дополнительной информации о нынешнем процессе. К документирования местных условий и ограничений, качественные ответы создать основы для интерпретации.
Интерпретация результатов
Срок ценностей вычислить из ответов на вопросы, булевы оценки может служить средством для разработки плана перехода для процесса совершенствования. В идеале, зрелости значения отнесены к одной из нескольких атрибутов процесса. На основе каждой зрелости стоимость, организация может ранг атрибутов процесса в соответствии с их значение и воздействие на местные усилия по улучшению процесса. После приоритеты были направлены на процесс атрибут районах, говорит начинается с цели разработки организационно конкретных выводов и рекомендаций.
Результаты описания конкретных областей сила или слабость; Рекомендаций определения мер, необходимых для улучшения процесса разработки программного обеспечения.
Процесс модели оценки определяются общей структурой и материально-техническое обеспечение процесса оценки, организация и применение оценки вопросов, процесс атрибутов, которые рассматриваются в ходе оценки, и то, каким образом процесс погашения определяется. Оценка модели в целом можно классифицировать следующим образом:
- Модели, разработанные крупными компаниями и первоначально предназначенных для внутреннего пользования, таких как Hewlett - Packard Программное обеспечение качества и производительности анализа (SQPA) и Белл Канада Software Development Capability Метод оценки
- Модели разработаны в качестве дополнения к консалтинговые услуги, такие как Говард Рубин Associates, Р.С. Прессман и Associates, Inc, Software Производительность Research, Inc, и многие другие
- Модели, разработанные правительством и промышленностью консорциумов таких, как институт Software Engineering Capability Модель зрелости, которая является наиболее известным из этих
- Модели упакованы как поделочные изделия для использования в любом программном обеспечении развития организации
Кроме того, Международная организация по стандартизации (ИСО) в настоящее время работа над стандартом для программного обеспечения процесса оценки для обеспечения соответствия ИСО 9000 стандарты качества. В настоящее время ни одна модель оценки отвечает всем требованиям предлагаемого для оценки стандарта ИСО.
Подробный анализ всех типов моделей оценки, выходит за рамки настоящей статьи. Однако, для обеспечения дальнейшего понимания оценки подхода, два представителя модели оценки рассматриваются в следующих разделах.
В СИЭ модели оценки
В Software Engineering институт комплексной модели оценки зависит от ряда возможностей программного обеспечения, которые должны присутствовать в организации достижения различных уровней зрелости процесса. Для определения текущего состояния процесса зрелости организации, в СИЭ использует оценки вопросник и fivepoint классификации схемы. Классификации схема обеспечивает определенную степень глобальной эффективности программного обеспечения инженерной практики компании и определяет пять уровней зрелости процесса:
- Уровень 1: Первоначальная - Программное процесс характеризуется как специальные. Мало процессов определены, и успех зависит от индивидуальных усилий.
- Уровень 2: Репитабле - Основные процессы управления проектами установлены для отслеживания стоимости, графика и функциональности. Необходимые процесс дисциплины в повторять ранее достигнутые успехи по проектам аналогичных приложений.
- Уровень 3: Определено - Программное обеспечение для процесса управления и инженерных мероприятий задокументированы, стандартизированы, и интегрирована в процесс организации программного обеспечения. Этот уровень включает в себя все характеристики определены на уровне 2.
уровня 4: Управляемый - Подробная меры программное обеспечение процесса и качества продукции собираются, чтобы как программное обеспечение процесса и продукции в количественном контролем. Этот уровень включает в себя все характеристики определены на уровне 3.
- Уровень 5: Оптимизация - процесс непрерывного совершенствования возможен только количественные отклики от процесса и тестирования новых идей и технологий. Этот уровень включает в себя все характеристики определены на уровне 4.
Для достижения конкретных уровней зрелости процесса, отдельные вопросы из СИЭ вопросник необходимо ответить положительно. В СИЭ объединил ключевых областей процесса (KPAs) с каждого из уровней зрелости. KPAs описание программного обеспечения тех функций, которые должны присутствовать для составляют передовой практики на определенном уровне. Во зрелости модели 18 KPAs определяется и отображается на различных уровнях зрелости процесса. Оценка вопросы предназначены для проверки на наличие (или отсутствие) ключевых практики, которые показывают ли цели КНА были достигнуты.
В СИЭ подход представляет собой значительное достижение в процессе оценки, но имеет некоторые недостатки. Хотя подробный анализ оценки вопросник может привести к оценке эффективности ключевых областей процесса и соответствующих ключевых практики, уровня зрелости только мало рассказывает об отдельных KPAs. Процесс зрелости уровне вычисляется таким образом, что причин низкого класса, если конкретные вопросы ответил отрицательно, даже если другие вопросы, которые представляют сложности являются разумными ответ да. В СИЭ анкету иногда критикуют за underemphasizing важность технологии и излишнее значение политики и стандартов. Консультанты, которые аккредитованы заседатели, как правило, необходимо предоставить дополнительные детали и понять, что отсутствует с СИЭ анкету самостоятельно.
В модели оценки, предложенные СИЭ является наиболее комплексно взглянуть в зеркало для промышленности. Она требует широких организационных обязательств, оценка бюджета в тысячи долларов, а также присутствие аккредитованных экспертов для выполнения этой работы.
Процесс советник модели оценки
Процесс советник модели оценки позволяет самоуправления направлены на оценку этих организаций, которые хотят начать программного обеспечения технологии переходной деятельности, не неся существенные первоначальные расходы. В отличие от СИЭ оценка вопросника (который содержит только булевы вопросы), процесс советник модель включает качественные, количественные и булевых вопросов. В качественная и количественная оценка вопросы следовать структуре обсуждалось ранее в этой статье. Ответы на эти вопросы оцениваются с использованием практически экспертную систему, которая встроена в модель. Каждый ответ на вопросник по сравнению с набором типичных ответов. Почти экспертной системы содержит ряд выводов, которые помогают организации разработать выводы и рекомендации, основанные на ответ.
Логический адрес вопросы восемь атрибутов процесса: организационная политика, подготовка кадров, разработка программного обеспечения процесса, обеспечение качества, управление проектами, методов разработки программного обеспечения, компьютерного программного обеспечения средств и программного обеспечения метрик и измерений. Ответы на вопросы Логический процесс создания атрибутов классов по каждому из восьми атрибутов. Эти формы процесса зрелости след на программное обеспечение организации.
Большинство моделей оценки (в том числе два предложения, изложенные в предыдущих разделах), чтобы организация для расчета процесса ее зрелости. Управления должны знать, как использовать этот номер.
Слишком часто, старший менеджер решает, что конкретный процесс погашения уровне должна стать организацией цели. То есть, это организация, которая в настоящее время процесс зрелости 1,0 является зафрахтован с становится 3,0 организацией, в рамках 24 месяцев. Хотя нет ничего плохого в сути процесса установления целей погашения с упором только на совершенствование процесса погашения стоимости пропускает момент. Цели все разработки программного обеспечения организации должны улучшить качество заявок строится для удовлетворения требований своих клиентов и пользователей, и выполнить работы в срок. Совершенствование процесса зрелости помогает в достижении этих целей, но оно не должно становиться целью.
В общем, процесс погашения (и процесс атрибут класса), должны использоваться по следующим направлениям:
- Для области, силы и слабости
- Чтобы поднять управления сознание
- определение областей, в которых дополнительное расследование (например, оценка встречи с соответствующими сотрудников) может потребоваться
- обеспечение сравнению с общей промышленности и наилучшей практики
- Чтобы служить в качестве основы для пересмотра в конце переходного периода жизненного цикла
Использование зрелости процесса таким образом, организация может создать фундамент, на котором технологии переходный план построен.
Выводы и рекомендации вытекают из результатов оценки. Однако, иногда трудно интерпретировать результаты оценки в порядке, что приводит к практические рекомендации для перемен. А самообороны направлена подход к оценке должно представить комплекс вывод на основе руководящих принципов, которые связаны с разных уровнях зрелости, для каждого из атрибутов в процессе оценки. Как только оценка была завершена, зрелость классов для каждого атрибута процесса определяется. В классе диапазон обеспечивает надежную указание как выводы и рекомендации. Чтобы проиллюстрировать вывод на основе принципов, образец выводы и рекомендации приведены из процесса советник книге.
Вопросы в процессе разработки программного обеспечения разделе вопросника сосредоточиться на стандарты как способ определить, является ли организация кодифицированы свой подход. Изучение класса и поместить его в контексте класса диапазоны:
| Класс Range | Идентификатор |
| Ниже 1,65 | E |
| 1,65 на 2,25 | D |
| 2,26 на 2,75 | C |
| 2,76 на 3,25 | B |
| Выше 3,26 | А |
Толкование:
- Оценки D и E - Это маловероятно, что организация разработала письменное описание процесса или его определили в процессе каких-либо четких образом.
о действий: организация должна создать основу для скелета программного обеспечения, то есть комплекс мероприятий, результаты, этапы, и ОК действия, которые могут применяться как программное обеспечение разрабатывается. Описание рамках Затем необходимо запросить замечания и рекомендации менеджеров и технического персонала. Со временем эта база должна быть переработан и добавлен более подробно, пока он развивается в стандарт.
- Оценки C и B - организация кодифицированы многие виды деятельности, связанные с разработкой программного обеспечения. Вполне вероятно, что такой же подход применяется в различных проектов и проектного планирования, контроля и программного обеспечения качества легче добиться в результате. Однако только потому, что стандарты существуют, не означает, что процесс является эффективным или надлежащим характерны.
Принятие решения о: Каждый из стандартов должны быть пересмотрены, чтобы определить, является ли она отражает современное программное обеспечение инженерной практике и есть ли аспекты, которые могут быть упорядочена или, что не могут работать. Время должно быть израсходовано избирательных развития персонала для определения стандартов, которые используются настолько широко, как эти диапазоны означают класс. Конкретные технические области без стандартов может быть определена путем анализа ответов на отдельные вопросы. Может быть, стоит разработать системный подход для конкретной технической области (например, тестирование), в так же, как описано в пункте действий, Е и D диапазонах.
Вопросы в деятельности ОК разделе процессе оценки анкету изучения основное внимание организации, документация, обзоры, и другие функции ОК. Изучение класса и поместить его в контексте класса колеблется (перечисленных в предыдущем разделе). Если один или несколько из подраздела классов значительно отличается от общей разделе класса, дальнейшие исследования в этой области вполне оправданным.
Толкование:
- Оценки D и E - Программное обеспечение качества и мероприятий, необходимых для обеспечения его не в первую очередь в области разработки программного обеспечения организации. Документация, вероятно, слабой, поскольку нет стандартных форматов для руководства разработчиками. Эффективное обзоров не проводится и результаты обзоров, не применяются для улучшения процесса. Программное обеспечение качества не является формально определены деятельности.
о действий: организация должна разработать план по улучшению документации, обзоры и программного обеспечения качества. Начиная с документов и обзоров, первые действия, чтобы выбрать одного или двух документов и разработать стандартный формат (время краткого лучше), а затем - разработать набор руководящих принципов для рассмотрения их. За время действия может быть расширена до наиболее важных документов определены, в настоящее время подготовлены и находятся на рассмотрении.
- класс С - организационный подход к предсказуемым документации, эффективного рассмотрения, и основные качества деятельности объединения.
о действий: организация должна рассмотреть ответы на каждый из подразделов чтобы определить, какие области нуждаются в наиболее улучшения. Гарантия качества функций, скорее всего, нуждаются в дальнейшем imp rovement; Если да, сосредоточена на создании механизмов, обеспечивающих соблюдение документации и технологических стандартов. Эта организация также может расширить свой обзор подход, если это может быть сделано эффективно с точки зрения расходов. В то же время, компьютерного программного обеспечения средства должны быть использованы для создания эффективных документации в более продуктивным образом.
- Класс B - организация находится в состоянии практики в области качества. Однако она не может быть с использованием количественных данных для анализа процесса разработки программного обеспечения.
о действий: Одна идея рассмотреть это молодой программу в ОК статистического программного обеспечения. В первом сборе данных о дефекты обнаружены с помощью других ОК деятельности, организации могут работать по совершенствованию методов сокращения дефектов. Затем он может приобретать инструменты, которые позволят организации создания программного обеспечения качества более эффективно.
Процесс оценки может осуществляться внутренний консалтинговые организации, извне, или в порядке самообороны направлена моды. Независимо от подхода, который был выбран, оценки должны координироваться IS управления.
Очень важно, чтобы подготовить управления организации процесса оценки деятельности до начала деятельности. Цель оценки, и выгод, вытекающих из него, должны быть доведены до менеджеров и технического персонала. Виды оценки данных для сбора и использования данных оценки должны быть тщательно объяснены. Результаты оценки должны быть доведены до сведения всех участников. Все стороны должны понимать, что целью оценки является создание основы для совершенствования процессов, не наказать или судьи технического уровня.
Если организация привержена разработке программного обеспечения процесса совершенствования, свой первый шаг заключается в оценке текущего состояния программного обеспечения практика. МС менеджер рекомендуется:
- Установите этапе процесса улучшения предварительное обучение в области разработки программного обеспечения для менеджеров, технических специалистов и пользователей. Учебный процесс следует ввести и технологических вариантов, подчеркнуть выгоды от улучшения качества программного обеспечения и объяснить технологии переходного цикла.
- Выберите местного чемпиона по управлению подход к оценке изнутри. Местный чемпион должен определяться в процессе оценки, а также облегчить тем, кто проводит оценку, и тех, кто принимает участие.
- Выберите оценку подхода, который подходит для организации, ее бюджеты, и его философия управления. Если бюджеты ограничены или внешние консультанты не могут быть использованы, рассмотреть возможность использования самостоятельно направлены модели оценки. Если консалтинговых бюджетов имеются, нанять компетентных консалтинговой фирмы для проведения оценки. Если требования клиентов диктуют конкретную оценку подхода (например, многих правительственных подрядчиков рекомендуется
использовать Software Engineering институт оценки), разработки плана, что дает такой подход к использованию.
- Определить процесс разработки программного обеспечения уровня зрелости организации. Процесс зрелости уровне дает возможность сравнить организацию с общими и передовой практики в отрасли. Однако, не следует использовать для сравнения внутренних групп или заставить технологии перехода.
- изучить выводы и рекомендации, полученные в результате оценки результатов, которые должны быть уверены, что они точно отражают организации. Рекомендации должны быть реалистами.
- Начало развития переходный план, что приведет к процессу совершенствования программного обеспечения. Переход план описывает стратегии образования, подхода, которые должны быть приняты для выбора технологических изменений и обновления технологий, а также задачи, этапы и мероприятия, связанные с процессом установки и технологии.
Online: 861 users browsing the articles directory
|
|