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