Каталог статей
Главная » Статьи » Мои статьи | [ Добавить статью ] |
Определение потребностей в ТС ПО
Цель данного этапа — достижение понимания пот ребностей организации в ТС ПО. Он должен привести к выделе нию тех областей деятельности организации, в которых примене ние ТС ПО может принести реальную пользу Результатом данно го этапа является документ, определяющий стратегию внедрения ТС ПО. Анализ возможностей организации Первым действием данного этапа является анализ возмож ностей организации в отношении ее технологической базы, пер сонала и используемого ПО. Такой анализ может быть формаль ным или неформальным. Формальные подходы определяются моделью СММ, а также стандартами ISO 9001: 1994, ISO 9003-3: 1991 и ISO 9004-2:1991. Главное в этих подходах — анализ различных аспектов происходя щих в организации процессов. Для получения информации относительно положения и пот ребностей организации могут использоваться неформальные оценки и анкетирование. Список вопросов, которые могут поМОЧЬ в неформальной оценке текущей практики использования ПО, ТС ПО и персонала, приведен ниже. Общие вопросы (ответы на данные вопросы в целом характери зуют подход организации к разработке ПО): • используемая модель ЖЦ ПО (каскадная или итерацион ная); • используемые методы (структурные, объектно-ориентиро ванные). Опыт, накопленный при использовании того или иного метода, полученное обучение. Степень адаптации ме тода к потребностям организации; • наличие документированных стандартов (формальных или неформальных) по анализу требований, спецификациям и проектированию, кодированию и тестированию; • количественные метрики, используемые в процессе разра ботки ПО, их использование; • виды документации, выпускаемой в процессе создания ПО; • наличие группы поддержки ТС ПО. Вопросы, касающиеся проектов, ведущихся в организащяи: • средняя продолжительность проекта в человеко-месяцах; • среднее количество специалистов, участвующих в проектах различных категорий (небольших, средних и крупных); • средний размер проектов различных категорий в терминах кодовых метрик (например, в функциональных точках или строках исходного кода), способ измерения. Вопросы, касающиеся технологической базы: • доступные вычислительные ресурсы, платформа разработки; • уровень доступности ресурсов, «узкие места», среднее время ожидания ресурсов; • ПО, используемое в организации, и его характер (готовые профаммные продукты, собственные разработки); • степень интефации применяемых профаммных продуктов, механизмы интефации (существующие и планируемые); • тип и уровень сетевых возможностей, доступных фуппе раз работчиков; • используемые языки профаммирования; • средний процент вновь разрабатываемых, повторно исполь зуемых и реально эксплуатируемых приложений. Целью оценки персонала является определение его отноше ния к возможным изменениям (позитивного, нейтрального или негативного). Вопросы, касающиеся оценки персонала: • реакция сотрудников организации (как отдельных людей, так и коллективов) на внедрение новой ТС ПО, наличие опыта успешных или безуспешных внедрений; • наличие лидеров, способных серьезно повлиять на отноше ние к новым средствам; • наличие стремления «снизу» к совершенствованию средств и ТС ПО; • объем обучения, необходимого для ориентации пользовате лей в новой ТС ПО; • стабильность и уровень текучести кадров. Целью оценки готовности организации является определение того, насколько она способна воспринять как немедленные, так и долгосрочные последствия внедрения ТС ПО. Вопросы, касающиеся оценки готовности: • поддержка проекта со стороны высшего руководства;• готовность организации к долгосрочному финансированию проекта; • готовность организации к выделению необходимых специа листов для участия в процессе внедрения и их обучению; • готовность персонала к изменению технологии своей рабо ты и трудовых навыков в такой степени, в какой это потре буют новые средства; • степень понимания персоналом масштаба изменений; • готовность технических специалистов и менеджеров пойти на возможное кратковременное снижение продуктивности своей работы; • готовность руководства к долговременному ожиданию отда чи от вложенных средств. Оценка готовности организации к внедрению ТС ПО должна быть объективной и тщательно выверенной, поскольку в случае отсутствия такой готовности все усилия по внедрению потерпят крах. Определение организационных потребностей Организационные потребности следуют непосредственно из проблем организации и целей, которые она стремится достичь. Проблемы и цели могут быть связаны с управлением, процесса ми, производством продукции, экономикой, персоналом или технологией. Вопросы, касающиеся определения целей, потреб ностей и ожидаемых результатов, приведены ниже. Определение потребностей должно выполняться в сочетании с обзором рынка технологий, поскольку информация о технологиях, доступных на рынке в данный момент, может оказать влияние на потребности. Цели организации играют главную роль в определении ее конкретных потребностей и ожидаемых результатов. Для их по нимания необходимо ответить на следующие вопросы: • намерение организации использовать технологию для по мощи в достижении определенных целей или ожиданий (например, определенного уровня СММ или сертификации в соответствии с ISO 9001); • восприятие ТС ПО как фактора, способствующего достиже нию стратегических целей организации; • наличие у организации собственной программы совершен ствования процесса разработки ПО; • восприятие инициативы внедрения ТС ПО как части более широкомасштабного проекта по созданию среды разработ ки ПО. Определение потребностей организации, связанных с ис пользованием ТС ПО, включает анализ целей и существующих возможностей. После того как все потребности организации оп ределены, каждой из них должен быть присвоен определенный приоритет, отражающий ее значимость для успешной деятель ности организации. Если потребности, связанные с технологией, не обладают высшим приоритетом, имеет смысл отказаться от ее внедрения и сосредоточиться на потребностях с наивысшим при оритетом. Определению потребностей организации могут помочь отве ты на следующие вопросы. • Каким образом продуктивность и качество деятельности ор ганизации сравниваются с аналогичными показателями по добных организаций (к сожалению, многие организации не располагают данными для такого сравнения)? • Какие процессы ЖЦ ПО дают наилучшую (наихудшую) от дачу, существуют ли конкретные процессы, которые могут быть усовершенствованы путем использования новых мето дов и средств? С внедрением ТС ПО обычно связывают большие ожидания. В ряде случаев эти ожидания оказываются нереалистичными и приводят к неудаче при внедрении. Составление реалистичного перечня ожидаемых результатов является трудной задачей, поскольку он может зависеть от таких факторов, как тип внедряемых средств и характеристики внедря ющей организации. Кроме того, достижение некоторых результа тов может противоречить другим результатам. Ряд потенциально реалистичных и нереалистичных ожидае мых результатов, связанных с организацией в целом, пользовате лями, планированием, анализом, проектированием, разработкой и затратами, приведен ниже. Практически невозможно, чтобы в процессе одного внедрения ТС ПО были достигнуты все положи тельные результаты. Тем не менее, любая организация может вы работать собственные идеи относительно ожидаемых результатов, имея в виду, что данный перечень является всего лишь примером. Реалистичные ожидания: • повышение внимания к планированию деятельности, свя занной с информационной технологией; • долговременное повышение продуктивности и качества де ятельности организации; • ускорение и повышение согласованности разработки при ложений; • снижение доли ручного труда в процессе разработки и (или) эксплуатации; • более точное соответствие приложений требованиям поль зователей; • отсутствие необходимости большой переделки приложений для повышения их эффективности; • улучшение реакции службы эксплуатации на требования внесения изменений и усовершенствований; • лучшее документирование; • улучшение коммуникации между пользователями и разра ботчиками; • последовательное и постоянное повышение качества проек тирования; • более высокие возможности повторного использования раз работок; • кратковременное возрастание затрат, связанное с деятель ностью по внедрению ТС ПО; • последовательное снижение общих затрат; • лучшая прогнозируемость затрат. Нереалистичные ожидания: • отсутствие воздействия на общую культуру и распределение ролей в организации; • понимание проектных спецификаций неподготовленными пользователями; • сокращение персонала, связанного с информационной тех нологией; • уменьшение степени участия в проектах высшего руковод ства и менеджеров, а также экспертов предметной области, уменьшение степени участия пользователей в процессе раз работки приложений; • немедленное повышение продуктивности деятельности ор ганизации; • достижение абсолютной полноты и непротиворечивости спецификаций; • автоматическая генерация прикладных систем из проект ных спецификаций; • немедленное снижение затрат, связанных с информацион ной технологией; • снижение затрат на обучение. Реализм в оценке ожидаемых затрат имеет особенно важное значение, поскольку он позволяет правильно оценить отдачу от инвестиций. Затраты на внедрение ТС ПО обычно недооценива ются. Среди конкретных статей затрат на внедрение можно выде лить следующие: • специалисты по планированию внедрения ТС ПО; • выбор и установка инструментальных средств; • учет специфических требований персонала; • приобретение ТС ПО и обучение; • настройка инструментальных средств; • подготовка документации, стандартов и процедур использо вания ТС ПО; • интеграция с другими технологиями и существующими дан ными; • освоение ТС ПО разработчиками; • технические средства; • обновление версий. Важно также осознавать, что улучшение деятельности орга низации, являющееся следствием использования ТС ПО, может быть неочевидным в течение самого первого проекта, использу ющего новую технологию. Продуктивность и другие характерис тики деятельности организации могут первоначально даже ухуд шиться, поскольку на освоение новых средств и внесение необ ходимых изменений в процесс разработки требуется некоторое время. Таким образом, ожидаемые результаты должны рассмат риваться с учетом вероятной отсрочки в улучшении проектных характеристик. Каждая потребность должна иметь определенный приоритет, зависящий от того, насколько критической она является для дос тижения успеха в организации. В конечном счете должно четко прослеживаться воздействие каждой функции или возможности приобретаемых средств на удовлетворение каких-либо потреб ностей. Результатом данного действия является формулировка пот ребностей с их приоритетами, которая используется на этапе оценки и выбора в качестве «пользовательских потребностей»Определение критериев успешного внедрения Определяемые критерии должны позволять количественно оценивать степень удовлетворения каждой из потребностей, свя занных с внедрением. Кроме того, по каждому критерию должно быть установлено его конкретное оптимальное значение. На от дельных этапах внедрения эти критерии должны анализировать ся для того, чтобы оценить текущую степень удовлетворения пот ребностей. Как правило, большинство организаций осуществляет внед рение ТС ПО для повышения продуктивности процессов разра ботки и сопровождения ПО, а также качества результатов разра ботки. Однако ряд организаций не занимается и не занимался ранее сбором количественных данных по указанным параметрам. Отсутствие таких данных затрудняет количественную оценку воздействия, оказываемого внедрением ТС ПО. Для таких орга низаций рекомендуется разработка соответствующих метрик. Если базовые метрические данные отсутствуют, организация зачастую может извлечь полезную информацию из своих проект ных архивов. Помимо продуктивности и качества, полезную информацию о состоянии внедрения ТС ПО также могут дать и другие характе ристики организационных процессов и персонала. Например, оценка степени успешности внедрения может включать процент проектов, использующих технологию, рейтинговые оценки уров ня квалификации специалистов, связанные с использованием ТС ПО, и результаты опросов персонала по поводу отношения к ис пользованию ТС ПО. Приведем другие проектные характеристи ки, которые могут быть оценены количественно: • согласованность проектных результатов; • точность стоимостных и плановых оценок; • изменчивость внешних требований; • соблюдение стандартов организации; • степень повторного использования существующих компо нентов ПО; • объем и виды необходимого обучения; • типы и моменты обнаружения проектных ошибок. Разработка стратегии внедрения ТС ПО Стратегия должна обеспечивать удовлетворение определенных ранее потребностей и критериев. Данная стратегия определяет: • организационные потребности; • базовые метрики, необходимые для последующего сравне ния результатов; • критерии успешного внедрения, связанные с удовлетворе нием организационных потребностей, включая ожидаемые результаты последовательных этапов процесса внедрения; • подразделения организации, в которых должно выполнять ся внедрение ТС ПО; • влияние, оказываемое на другие подразделения организа ции; • стратегии и планы оценки и выбора, пилотного проектиро вания и перехода к полномасштабному внедрению; • основные факторы риска; • ориентировочный уровень и источники финансирования процесса внедрения ТС ПО; • ключевой персонал и другие ресурсы. Необходимо отметить, что внедрение новой ТС ПО может включать важные и трудные изменения в культуре организации. Большое внимание должно уделяться ролям различных фупп, вовлеченных в процесс таких изменений. Наиболее существен ными являются следующие роли: • спонсор (обычно из числа менеджеров высшего уровня). Данная роль является критической для поддержки проекта и обеспечения необходимого финансирования. Спонсор дол жен обладать четким пониманием необходимости серьезных усилий, связанных с внедрением ТС ПО, и быть готов к дли тельному периоду ожидания осязаемых результатов; • исполнитель — обычно лицо (или группа лиц), осознающее потенциальные возможности новой ТС ПО, пользующееся авторитетом среди технического персонала и способное возглавить процесс внедрения новой ТС ПО; • целевая группа — обычно включает менеджеров и техничес кий персонал, которые будут привлечены к непосредствен ному использованию ТС ПО, а также специалистов, кото рые будут привлечены косвенно, таких, как специалисты по документированию, персонал поддержки сети и заказчики. Должны быть определены потребности каждой такой фуппы и план их эффективного удовлетворения. В общем случае внедрение ТС ПО должно управляться и фи нансироваться таким же образом, как и любой проект разработки ПО. Стратегия внедрения может быть пересмотрена в случае по явления дополнительной информации. | |
Просмотров: 1223 | |
Всего комментариев: 0 | |