- •1. Рабочая программа
- •1.1. Пояснительная записка
- •1.2. Тематический план
- •1.3. Содержание дисциплины
- •1.4. Планы практических занятий
- •2. Конспект лекций
- •Раздел 1. Сущность и методические основы дисциплины УПР
- •1.1. Исторические аспекты развития методов УПР
- •1.2. Актуальность методологии УПР для России
- •1.3. Определение проекта как вида деятельности человека
- •1.4. Классификация проектов
- •1.6. Отличия в логике подхода к проектным работам в УПР и традиционном проектировании
- •Тема 2. Концептуальные основы методологии УПР
- •2.1. Проект и внешняя среда
- •2.2. Главные факторы оценки качества проектов
- •2.3. Функционирование, функция, структура как внутренние (содержательные) факторы проекта
- •2.4. Устойчивость (жизненность) спроектированной системы
- •Раздел 2. Базовые (инвариантные) понятия методологии УПР
- •Тема 3. Окружение проекта (участники проекта)
- •3.1. Смысл введения понятия «окружение проекта»
- •3.2. Связь окружения проекта и риска
- •3.3. Подходы к выявлению рисков
- •3.4. Особенности проведения процедур анализа рисков
- •3.5. Методы снижения рисков
- •3.6. Методы управления рисками
- •Тема 4. Структуризация проекта
- •4.1. Суть и цели проведения структуризации проектов
- •4.2. Методы структуризации проектов
- •Тема 5. Жизненный цикл проекта. Этапы проекта
- •5.1. Основные понятия
- •5.2. Содержание фаз жизненного цикла
- •Тема 6. Критерии оценки. Технология и методы контроля
- •6.1. Общий подход к выбору критериев оценки
- •6.2. Методы количественной оценки критериев
- •6.3. Обобщенный критерий оценки (ОК)
- •6.4. Содержание и методы контроля
- •Тема 7. Управление ресурсами (УР)
- •7.1. Определение и характеристики ресурсов
- •7.2. Известные системы управления запасами
- •7.3. Концепция логистики в управлении ресурсами
- •Раздел 3. Этапы и методы проектирования
- •Тема 8. Формулировка и анализ проблемной ситуации
- •8.1. Подходы к выявлению проблемных ситуаций
- •8.2. Анализ проблемной ситуации
- •8.3. Анализ приоритетов при формулировке ПС
- •8.4. Требования к исполнителям на этапе ПС
- •8.5. Особенности формулирования целей
- •Тема 9. Разработка проблематики
- •9.1. Основные предпосылки
- •9.2. Итоговая документация
- •Тема 10. Планирование проекта
- •10.1. Содержание работ на этапе планирования
- •10.2. Элементы оптимизации в сетевых графиках
- •Тема 11. Приемы проектирования
- •11.1. Методы проектирования
- •11.2. Технология управления изменениями
- •11.3. Практика проектирования
- •11.4. Проектирование заданий
- •11.5. Проектирование качества
- •11.6. Программное обеспечение процедур проектирования
- •Тема 12. Завершение проекта. Замечания по опыту применения методологии УПР в России
- •12.1. Основные этапы фазы завершения проекта
- •12.2. Закрытие проекта
- •12.3. Замечания по опыту применения методологии УПР в России
- •3. Контроль знаний
- •3.1. Контрольные вопросы
- •4. Глоссарий
- •5. Литература
- •6. Приложения
11.4. Проектирование заданий
Проектирование заданий, которые должен выполнять коллектив и отдельные исполнители, является ключевым моментом, определяющим успех проекта. В действительности, слишком часто к этим процедурам приступают уже после того, как решены технологические процессы. Что первично: процесс или задание – до сих пор не утихают споры в научных кругах. Что в действительности кроется за классической декларацией «люди – наш капитал»?
В настоящее время при планировании заданий применяется два подхода:
1.Научный менеджмент – повышение эффективности труда предполагается достигнуть за счет совершенствования методов выполнения отдельных работ, систематизированного изучения действий с целью поиска усовершенствований. Суть подхода – добиться точного последовательного выполнения заданий, полностью и беспрекословно следуя технологическим картам.
2.Бихевиористические подходы (БП) – преобладание в задании мотивационных подходов: осознания значимости работы, ответственности за результаты. Осознание этих подходов делает работу осмысленной, появляется больше прав на принятие самостоятельных решений. Применение БП позволили при проектировании заданий:
– избегать крайностей специализации;
– формировать естественные широкопрофильные рабочие группы;
– усиливать вертикальную нагрузку (допускать исполнителей к планированию);
– создавать каналы обратной связи;
– укрупнять задания работами другого профиля;
– обогащать задания.
11.5.Проектирование качества
Кбольшому сожалению, к настоящему времени нет установившегося определения качества. В литературе отмечают пять групп факторов, из которых вытекают различные определения качества:
1. По восприятию отдельных групп потребителей и проектантов. Они могут кардинально различаться друг от друга. Например, качество с точки зрения менеджера минимаркета – количество товара. С точки зрения покупателя – быстрота обслуживания.
2. С ориентацией на конечную продукцию. Продукция продумана, пара-
метры ее определены, они «заложены» на этапе разработки. Однако обеспечены ли они в производстве? Могут ли критерии оценки быть измерены? Повторяются ли параметры во времени?
3. С ориентацией на конечного потребителя. Но какого потребителя? От-
дельного? А соответствует ли это группе потребителей? А может критерий оценки изменился из-за повышения спроса?
4. С точки зрения производства. Это утверждение базируется на некорректных утверждениях, что для обеспечения качества достаточно выполнять все операции без дефекта. А способна ли применяемая технология обеспечить повторяемость результатов?
84
5. Ценностная ориентация – наибольшая польза от израсходованных денег. Это полнейшая эклектика. Утверждение, что дорогое – значит качественное, чаще всего говорит о полнейшем отсутствии вкуса.
Поскольку отсутствует единая точка зрения на качество, нет согласия и по вопросу, что измерять, чтобы обеспечить качество. Есть три варианта. Они все практически используются при определении показателей качества:
–производственные показатели (соблюдение технических условий);
–финансовые показатели (затраты на испытания, устранения дефектов внутри и вне организации производителя, предупредительные мероприятия);
–существенные для потребителя (потребительские качества, удовлетворенность потребителя, пригодность для использования.
Тотальное управление качеством – это система взглядов, в которой качество считается источником преимущества в конкурентной борьбе.
11.6. Программное обеспечение процедур проектирования
Современные достижения ИВТ позволили ставить вопрос о создании специализированной информационно-поисково-управляющей системы (ИПУС), ориентированной на методологию управления проектами. Фактически ИПУС являются первыми стадиями разработки интеллектуальных систем, позволяющих проводить поиск альтернатив с последующим их сравнением. В литературе имеются сведения о разработке отдельных блоков ИПУС [5, 9, 27].
Основной целью ИПУС является поддержка процедур принятия решений при разработке и реализации проектов. В такой постановке вопроса таится глубокая и принципиальная новизна. Поддержка процедур принятия решений требует перехода от технологии обработки данных к технологиям обработки знаний, моделирования интеллектуальной деятельности человека. Подобные технологические подходы должны предполагать возможность обработки:
–содержательной информации;
–классификационных соотношений, позволяющих устанавливать между отдельными единицами знаний отношения, характеризующие характер их взаимосвязи (вида «элемент – множество»), что позволяет хранить знания, одинаковые для всех элементов множества;
–ситуационных связей, определяющих взаимозависимость отдельных знаний и позволяющих строить процедуры проверки знаний на совместимость, противоречивость и т.д.
Как строить ИПУС? Единства во мнениях здесь нет. Так, в начале 1980-х годов была широко распространена концепция автономного пользователя. В частности, предполагалось, что создаваемое программное обеспечение должно представлять собой интеграцию задач, данных, методов, подходов, ориентированных на решение конкретных задач пользователя. В соответствии с этой концепцией было разработано огромное количество (более 120) автоматизированных рабочих мест (АРМ: бухгалтера, главного механика, электрика, технолога и т.д.). Созданы и рекламируются такие программы, как С1, EXPERT и многие другие. Однако к середине 1990-х годов стали все более проявляться недостатки этого подхода. Дело в том, что любая автономия ограничена, она работает в своем «микромире», как правило, совершенно (или очень слабо) не связана с окру-
85