- •Безруков а.И. Экономические и правовые основы разработки программного обеспечения (Тексты лекций)
- •Лекция 1. Знакомство с предметом Введение
- •Программно-информационный продукт – особый вид товара Что такое программный продукт
- •Характеристики качества программного продукта
- •Лекция 2. Маркетинговые исследования Проблема управления производительными силами общества
- •Простое воспроизводство. Закон стоимости
- •Расширенное воспроизводство. Проблема распределения прибавочной стоимости
- •Что такое маркетинг?
- •Проблемы, решению которых может помочь проведение маркетинговых исследований
- •Цели и результаты маркетингового исследования
- •Выбор данных
- •Первичные данные
- •Вторичные данные
- •Сбор первичных данных Определение потребности в данных
- •Подготовка предложения по исследованию
- •Выбор метода
- •Определение выборки
- •Сбор данных
- •Анализ данных
- •Сообщение о результатах
- •Сбор и анализ вторичных данных Внешние данные
- •Внутренние данные
- •Анализ деятельности
- •Отчеты об объемах продаж
- •Выбор метода
- •Определение выборки
- •Сбор данных
- •Анализ данных
- •Сообщение о результатах
- •Сбор и анализ вторичных данных Внешние данные
- •Внутренние данные
- •Анализ деятельности
- •Отчеты об объемах продаж
- •Методы исследования
- •Качественные методы
- •Групповые дискуссии (фокус-группы)
- •Глубинные интервью
- •Проекционные методы
- •Наблюдения
- •Количественные методы
- •Эксперименты
- •Маркетинговая смесь
- •Лекция 3. Экономическая оценка затрат на создание компьютерных программ
- •Классификация видов затрат. Маржинальный анализ
- •Методики расчета различных видов затрат
- •Операционные затраты
- •Пример расчета операционных затрат
- •Операционные затраты
- •Специфические структурные затраты Затраты на оборудование
- •Затраты на оборудование
- •Приведение затрат к одному времени
- •Затраты на нематериальные активы
- •Затраты на лицензии
- •Общефирменные затраты и накладные расходы
- •Использование ms Excel
- •Пример использования электронной таблицы
- •Лекция 4. Оценка эффекта от использования компьютерных программ Классификация программного обеспечения как товара
- •Оценка доли эффекта от собственно разработки программного обеспечения
- •Программное обеспечение массового использования
- •Позиционирование на рынке программных продуктов
- •Пример оценки экономической эффективности программного продукта массового спроса
- •Виды обучающих компьютерных программ на cd
- •Индивидуальные программные продукты
- •Лекция 5. Пример оценки эффекта от внедрения системы управления
- •Описание объекта управления
- •Построение вероятностной модели предприятия
- •Определим условные вероятности последствий
- •Согласование данных
- •Требования к согласованности условных вероятностей
- •Оценка потерь от выбросов
- •Моделирование последствий внедрения системы мониторинга
- •Алгоритм оценки
- •Уровень зрелости фирмы. Стандарт cmm
- •Лекция 6. Управление рисками программного проекта
- •Риски, связанные с реализацией проекта
- •Разделение ответственности
- •Количественная оценка рисков
- •Определение размеров ресурсов, необходимых для снижения рисков
- •Типовые и специфические источники рисков
- •Откуда брать информацию о рисках
- •Лекция 7. Управление персоналом
- •Роль персонала в эффективности проекта
- •Обеспечение условий работы
- •Работа в потоке
- •Организация рабочего места
- •Формирование команды Что такое команда
- •Лидерство
- •Факторы, способствующие формированию команды
- •Факторы, препятствующие формированию команды
- •Инвестиции в человека
- •Лекция 8. Управление качеством Эволюция представлений о качестве Потерянный рай (допромышленное ремесленное производство)
- •Издержки промышленной революции
- •Система Тейлора
- •Главное не наказать, а найти причину (система Шухарта)
- •Новая философия качества (идеи Деминга)
- •Системы управления качеством Роль рынка, ориентация на потребителя
- •Человеческий фактор, роль персонала
- •Международные стандарты серии iso 9000
- •Тотальное управление качеством (tqm)
- •Современные представления об управлении качеством
- •Лекция 9. Система управления качеством программной разработки Требования к системе управления качеством организации Политика в области качества
- •Система менеджмента качества
- •Управленческая деятельность
- •Система требований
- •Информационное обеспечение принятия решений
- •Контроль качества
- •Вовлечение персонала, партнеров, потребителей и общества
- •Требования к развитию
- •Управление качеством при проектировании и разработке
- •Оценка готовности предприятия к выпуску качественного программного продукта
- •Методы управления качеством программных проектов Управление документацией
- •Виды программной документации
- •Управление конфигурацией
- •Элементы конфигурации программного проекта
- •Контроль качества в ходе проектирования
- •Лекция 10. Программный продукт как объект интеллектуальной собственности Что такое интеллектуальная собственность?
- •Авторское право и смежные права
- •Регистрация интеллектуальной собственности
- •Регистрирующие органы
- •Рассмотрение заявки на официальную регистрацию
- •Выдача свидетельства
- •Правовые аспекты использования интеллектуальной собственности
- •Правовое обеспечение создания и использования объектов ис
- •Правовая охрана объектов интеллектуальной собственности
- •Экономические аспекты
Лекция 6. Управление рисками программного проекта
Всякое стоящее дело рискованно
Нарайяна Мутри,
глава программисткой компании INFOSYS
Разработка программного проекта всегда связана с риском. Начиная проект, мы очень часто не знаем, какими методами будут реализованы заложенные в него идеи, какие трудности ждут нас на этом пути, сколько времени и сил займет реализация. Стоит ли так рисковать?
Авторы замечательной книги «Вальсируя с медведями»10 считают наоборот, что не стоит браться за проекты, в которых нет рисков, так как, скорее всего, такие проекты уже давно кем-то осуществлены, поэтому в них нет никакой выгоды.
Риски и выгода всегда ходят парой. Вязавшись и успешно осуществив рискованный проект, Вы получаете конкурентное преимущество и известность (бренд) на рынке программных продуктов. Однако, связавшись с неоправданно рискованным проектом, мы ставим на карту свою репутацию, карьеру и судьбу фирмы. Грамотный менеджер стремиться управлять рисками: заранее оценить выгоды и риски, связанные с программным проектом, продумать стратегию и методы снижения рисков, отслеживать ход реализации проекта и выявлять потенциально опасные тенденции на ранней стадии их развития.
Риски, связанные с реализацией проекта
Рассмотрим риски, связанные с реализацией программного проекта. Так как репутация фирмы, её коллектив и процессы имеют определяющее значение, важнейшими являются риски не материальных потерь, а риски потери репутации, управления и возникновения проблем с коллективом. В таблице 6.1 приведены основные риски, связанные с реализацией программного проекта.
Таблица 6.1
Виды рисков реализации программного проекта
Риск |
Комментарий |
Риск провала проекта |
Проект не доводится до конца из-за одной или нескольких перечисленных ниже причин |
техническая сложность поставленной задачи |
Современный уровень программирования не позволяет решить поставленную задачу |
неготовность фирмы-разработчика |
Квалификация специалистов, уровень управления, достигнутый фирмой или её техническая база, не позволяют ей справиться с поставленной задачей |
нереальные сроки и бюджет проекта |
Сроки реализации проекта и его стоимость не соответствуют затратам труда и средств, необходимым для реализации проекта. Излишняя интенсификация труда создает тяжелый психологический климат, что только усугубляет проблему |
потеря управления в ходе реализации |
Отсутствие у администрации необходимых навыков управления проектом, неумение сотрудников работать в команде и т.д. приводит к тому, что даже высококвалифицированные сотрудники искренне желающие выполнит работу, не могут скоординировать свои действия и довести проект до конца |
Риск потери репутации |
Репутация фирмы-разработчика ПО - важнейшая часть ее стоимости, теряется из-за неудачного проекта |
Низкое качество проекта |
Наличие ошибок, непродуманные функциональность и интерфейс, неудачные проектные решения, плохая проектная документация и т.д. вызывают у пользователей справедливые нарекания. Внедрение и эксплуатация некачественного проекта порождает антирекламу, что существенно вредит репутации фирмы-разработчика |
Нарушение договоренностей |
Превышение сроков и стоимости разработки, невыполнение обоснованных требований Заказчика формируют у потенциальных заказчиков мнение о ненадежности фирмы-разработчика |
Риск опоздать на рынок |
Из-за задержек с разработкой или неверного планирования ранее востребованная и добротно выполненная программа может оказаться невостребованной |
Риск упустить возможности |
Из-за завышенной оценки перечисленных выше рисков фирма отказывается от потенциально выгодных и перспективных работ |
Отказ от выгодного и перспективного контракта |
Фирма упускает доход. Из-за низких зарплат и материального обеспечения фирму покидают специалисты (как правило, лучшие, т.е. наиболее востребованные) |
Потеря лидирующих позиций на рынке |
Отказываясь от амбициозных проектов, фирма демонстрирует свою неготовность к их реализации. Это отпугивает потенциальных заказчиков, снижает интерес к сотрудничеству с фирмой у наиболее перспективных специалистов, порождает застойные процессы в коллективе. |
Как видим, риски существуют у каждого решения. Наша задача трезво оценить их и спланировать наши действия так, чтобы максимально снизить существующие риски.