Бизнес кейс «Программисты».
Фирма «Программисты» специализируется на производстве и внедрении программного обеспечения для дистрибьюторских компаний. После нескольких лет устойчивого роста продаж, фирма «Программисты» продолжает показывать в отчетах рост объемов продаж, однако за последние пять кварталов терпит, хоть и незначительные, убытки от операционной деятельности.
Анализ финансовых результатов показал, что значительно возросли затраты на разработку программ и их сопровождение, что привело к уменьшению маржинального дохода. Многие сотрудники фирмы полагают, что причиной ухудшения финансовых результатов является снижение качества продукта. Вот мнения респондентов по существующей проблеме.
Мисс Марпл, руководитель отдела разработки ПО:
« Не следует забывать, что первоначально программа была разработана тремя основателями фирмы, которые являлись одновременно и друзьями по университету. На момент разработки они не предполагали, что ПО будет использоваться другими пользователями и не рассчитывали на необходимость обеспечения постоянного сервисного обслуживания и сопровождения. Поэтому сейчас, когда возникает необходимость изменения параметров ПО, программисты не могут достоверно предположить каковы будут последствия их действий».
Джек Поджер, генеральный директор фирмы - клиента.
«Результаты внедрения последнего проекта были неудовлетворительными. Мы подробно изложили спецификацию наших требований, однако установленная программа не работает так, как мы от нее ожидали. Программа невероятно сложна для пользователей. После внедрения мы потребовали провести ряд изменений для того, чтобы программа работала согласно заданным требованиям. Фирма «Программисты» потребовала оплаты за эту работу, но мы смогли доказать, что работа не является новой, а по сути только соответствует нашим первоначальным договоренностям. В конце-концов программа работает, однако сроки ее внедрения значительно отличаются от первоначальных договоренностей, и мы требуем компенсации за нарушение условий договора».
Джен Эйр, ведущий программист, работает с момента создания фирмы.
« Работа в этой фирме мне больше не доставляет удовлетворения. Когда мы начинали, и нас было немного, вся команда собиралась вместе, погружалась в решение проблем и достигала успехов. У нас было три программиста, а сейчас 130. Что все они делают? Куда подевалась рабочая этика? Мы раньше могли оставаться хоть на целую ночь, пока вопрос не будет решен, а сейчас все заняты составлением бесчисленного количества рабочих документов. Я не уверена, что такая работа, как сейчас, подходит для меня».
Требуется:
А) Снижение качества продукции – основная причина убытков на фирме «Программисты». Обсудите важность и качественные характеристики (параметры) программного обеспечения и объясните, как эти параметры могут быть измерены.
10 баллов
Б) Назовите уровни интегрированной модели способности и зрелости фирмы (CMMI) и обсудите, как они могут быть применены в компании «Программисты» 15 баллов
Ответ на бизнес кейс «Программисты».
А) Существует несколько основных параметров качества программного обеспечения: функциональность, надежность, удобство в использовании, качество конструкции.
Функциональность.
Предполагает, что программа выполняет те задачи, которые перед ней ставились точно и правильно, т. е. соответствует ожиданиям. Измерить этот параметр можно количеством заявок-запросов на изменение программы. Если система работает согласно требованиям, то количество дополнительных изменений минимально.
В случае с фирмой «Программисты» мы видим на примере одного из клиентов, что программное обеспечение страдает из-за низкого качества его функциональности.
Надежность.
Означает, что установленная программа работает устойчиво, не требует частого вмешательства и сервисного обслуживания и не дает неожиданных результатов.
Может измеряться продолжительностью простоев(сбоев) /продолжительностью надежной работы.
В случае с фирмой «Программисты» у нас нет фактов, свидетельствующих о том, что программное обеспечение ненадежно.
Удобство в использовании.
Если ПО неудобно для использования, это значит, что оперативная система слишком сложна и требует затрат на дополнительное обучение пользователей, а также создает высокую вероятность допущения ошибок.
Может измеряться:
- Количеством запросов на «доску помощи», Получением обратной связи от пользователей (анкетирование, наблюдение).
Согласно мнению начальника отдела разработки, даже программисты не могут достоверно предположить каковы будут результаты использования программы.
Качество конструкции.
ПО должно быть легко в обслуживании, гибким при использовании, портативным для различных платформ.
Долгосрочный потенциал качества конструкции тяжело измерить, существуют технические показатели, позволяющие оценить качество конструкции. Базовый продукт на фирме «программисты» разрабатывался давно, без учета роста его продаж и внедрения и, очевидно, качество этого параметра также низкое.
Качество ПО очень важно для конечного пользователя. Если ПО не соответствует его ожиданиям, то оно не является продуктом, имеющим для пользователя ценность, а, значит, и оплата за такой низкокачественный продукт находится под вопросом. Это, в свою очередь прямо влияет на финансовые результаты фирмы «Программисты».
Б) Интегрированная модель способности и зрелости фирмы (CMII) - это подход к усовершенствованию бизнес процессов, который помогает организации оценить эффективность ее работы и обеспечить качество. Различают пять уровней CMII и организации должны стремиться к достижению самого высокого из этих уровней.
Уровень1 «Исполнительский»
Неформальный, без четкого следования плану, процессы еще не стандартизированы, и успех полностью зависит от профессиональной компетенции персонала.
Результаты достигаются с нарушением сроков и перерасходом бюджетов. Организационные знания минимальны.
Согласно сценарию бизнес-кейса, фирма «Программисты» находилась на этом этапе в момент создания. «Когда мы начинали, и нас было немного, вся команда собиралась вместе, погружалась в решение проблем и достигала успехов», - вспоминает Джей Эйр.
Уровень 2 «Управленческий».
Успех становиться повторяемым до определенной степени, организация начинаем разрабатывать стандарты бизнес процессов. Однако перерасходы бюджетов и нарушение сроков все еще достаточно часты.
Существенное отличие от уровня 1 заключается в степени управляемости (планирование и оценка согласно плану).
Очевидно, что фирма «Программисты» находится на этом уровне развития бизнес процессов. Слова Джейн Эйр: «Сейчас все заняты составлением бесчисленного количества рабочих документов».
Уровень 3 «Определенный».
Стандарты бизнес-процессов разработаны, применимы на всех уровнях управления организации, и постоянно улучшаются. Существенным отличием от уровня 2 выступает масштаб описания процессов, стандартов и процедур, а также более жесткое их соблюдение.
Мало вероятно, что фирма «Программисты» достигла этого уровня, так как критерий качества ПО – функциональность, отсутствует. Слова клиента Джека Поджера: « После внедрения мы потребовали провести ряд изменений для того, чтобы программа работала согласно заданным требованиям» являются доказательством этого.
Уровень 4 «Управляемый на основе количественных показателей».
Последовательный и эффективный менеджмент, устанавливаются задачи по достижению качества и используются количественные показатели для контроля.
Существенным отличием от уровня 4 является предсказуемость ожидаемых результатов.
По сценарию мы не видим что на фирме «Программисты» используются техники, позволяющие оценить длительность разработки и внедрения ПО, хотя первые шаги в этом направлении уже осуществляются Ии предпринимаются попытки документирования этапов работы.
Уровень 5 «Оптимизационный».
Процессы постоянно оптимизируются и применяются для усовершенствования системы. Менеджмент пересматривает задачи по оптимизации и усовершенствованию процессов и оценивает их фактическое состояние.
Существенным отличием от уровня 4 является постоянное улучшение процессов за счет устранения причин, вызывающих отклонения процессов.
Достижение уровня 5 предполагает стабильное прохождение бизнес процессов и минимизацию вариаций. Однако, не всегда эффективно для организации, если все бизнес процессы будут доведены до уровня 5. В реальной действительности следует руководствоваться правилом Парето. Организации должны концентрировать свои усилия только на ключевых (критических) для достижения стратегических целей бизнес процессах.
