Upload
sasha-kulam
View
13
Download
2
Tags:
Embed Size (px)
DESCRIPTION
— Понятие проекта, управленческих признаков и стадий. — Понимание задач и правильная их постановка, теория S.M.A.R.T. — Проектное окружение, теория CYNEFIN FRAMEWORK. — Определение модели управления и подхода к разработке, тройственная ограниченность. — Стадии разработки рекламной кампании и цикл Деминга. — Планирование работ, теория JUST IN TIME и KANBAN.
Citation preview
ОСНОВЫ УПРАВЛЕНИЯ ПРОЕКТАМИОСНОВЫ ПРОЕКТНОГО УПРАВЛЕНИЯ
RED KEDSSASHA KULAM
ЧТО ТАКОЕ ПРОЕКТ И КАКИЕ У НЕГО ПРИЗНАКИ?
ИСПОЛНИТЕЛЬКЛИЕНТ
ЗАДАЧА
РЕЗУЛЬТАТ
УНИКАЛЬНОСТЬ И НЕПОВТОРИМОСТЬ
НАПРАВЛЕННОСТЬ НА КОНКРЕТНЫЕ ЦЕЛИ
ОГРАНИЧЕННОСТЬ РЕСУРСОВ
ОРГАНИЗОВАННОСТЬ В ВЫПОЛНЕНИИ ВЗАИМОСВЯЗАННЫХ ДЕЙСТВИЙ
НАЛИЧИЕ НАЧАЛА И, САМОЕ ГЛАВНОЕ, ОКОНЧАНИЯ
DL$ TKPIF
ПОНИМАНИЕ ЗАДАЧИ ПО S.M.A.R.T. (1981)
(S) КОНКРЕТНЫЙ — КАЖДАЯ ЦЕЛЬ ДОЛЖНА БЫТЬ ОПИСАНА КАК ЧЕТКИЙ, КОНКРЕТНЫЙ РЕЗУЛЬТАТ.
(M) ИЗМЕРИМЫЕ ЦЕЛИ — ЦЕЛЬ ДОЛЖНА БЫТЬ ИЗМЕРИМОЙ С ПОМОЩЬЮ КОНКРЕТНЫХ ИНДИКАТОРОВ И СТАНДАРТНЫХ ПРОЦЕДУР ИЗМЕРЕНИЯ.
(A) ДОСТИЖИМЫЕ ЦЕЛИ — ЦЕЛЬ ДОЛЖНА БЫТЬ В ПРИНЦИПЕ ДОСТИЖИМОЙ, НЕСЛУЧАЙНОЙ, ОБОСНОВАННОЙ, ДОКАЗАННОЙ, ЖИЗНЕННО НЕОБХОДИМОЙ ДЛЯ ЧЕЛОВЕКА ИЛИ ОРГАНИЗАЦИИ.
(R) ОРИЕНТИРОВАННЫЕ НА РЕЗУЛЬТАТ, СООТНОСИМЫЕ ЦЕЛИ — ЦЕЛЬ НЕ ДОЛЖНА ПРОТИВОРЕЧИТЬ ДРУГИМ ЦЕЛЯМ И ОБЯЗАНА ДАВАТЬ КАКОЙ-ЛИБО ПОЛЕЗНЫЙ РЕЗУЛЬТАТ. ЦЕЛИ НЕ ДОЛЖНЫ ХАРАКТЕРИЗОВАТЬСЯ ПРОДЕЛЫВАЕМОЙ РАБОТОЙ.
(T) ОГРАНИЧЕННЫЕ ВО ВРЕМЕНИ — ЦЕЛЬ ДОЛЖНА БЫТЬ ЧЕТКО ОПРЕДЕЛЕНА ВО ВРЕМЕНИ, ДОЛЖНЫ БЫТЬ УСТАНОВЛЕНЫ КОНКРЕТНЫЕ СРОКИ И КОНТРОЛЬНЫЕ ТОЧКИ ЕЕ ДОСТИЖЕНИЯ.
ПРОЕКТНЫЕ И УПРАВЛЕНЧЕСКИЕ СТАДИИ
ИНИЦИИ
РОВАНИ
Е
СБОР И ОБРАБОТКАИНФОРМАЦИИ
+ АНАЛИЗ И СИТЕМАТИЗАЦИЯ
УПРАВЛЕНИЕ ПРОЕКТОМ - ЭТО ДЕЙСТВИЯ!
ПОСТАНОВКА ЦЕЛЕЙ И ПРОГНОЗИРОВАНИЕ
ОРГАНИЗАЦИЯ РАБОТЫ, ДЕЛЕГИРОВАНИЕ ПОЛНОМОЧИЙ И
ОПИСАНИЕ ОБЯЗАННОСТЕЙ
ПЛАНИР
ОВАНИЕ
КОНТРОЛ
Ь
ИСПОЛН
ЕНИЕ
ЗАВЕРШ
ЕНИЕ
КОНТРОЛЬ ИСПОЛНЕНИЯ
ОЦЕНКА ЭФФЕКТИВНОСТИ
CYNEFIN FRAMEWORK (1999)
ОПРЕДЕЛЕНИЕ СРЕДЫ ОБИТАНИЯ ДЛЯ ВЫБОРА МОДЕЛИ УПРАВЛЕНИЯ ПРОЕКТАМИ
CYNEFIN FRAMEWORK (1999)
HYBRID / PMBOK PROCESS
WATERFALL
AGILE
CHAOS
ПОДХОДЫ К РАЗРАБОТКЕ / ВОДОПАДНАЯ МОДЕЛЬ
ПОДХОДЫ К РАЗРАБОТКЕ / ГИБКАЯ МОДЕЛЬ
ПОДХОДЫ К РАЗРАБОТКЕ / СПИРАЛЬНАЯ МОДЕЛЬ
КЛАССИЧЕСКАЯ ФОРМА ТРОЙСТВЕННОЙ ОГРАНИЧЕННОСТИ
ФУНКЦИОНАЛ
ВРЕМЯРЕСУРСЫ
МАТРИЦА КОМПРОМИССОВMICROSOFT SOLUTIONS FRAMEWORK
ФИКСИРУЕМ ОПТИМИЗИРУЕМ КАК ПОЛУЧИТСЯ
ДЕНЬГИ X
ВРЕМЯ X
ФУНКЦИОНАЛ X
ТРЕУГОЛЬНИК КОМПРОМИССОВ И ПОДХОДЫ К РАЗРАБОТКЕ
$
$ T
F
AGILE
T$
F
WATERFALL
ФИКСИРУЮТСЯ
ВАРЬИРУЮТСЯ
Q+ Q–
ЦИКЛ ДЕМИНГА (1939)
ПЛАНИРУЙ:— ЧТО ДЕЛАТЬ?— КАК ДЕЛАТЬ?— КТО БУДЕТ ДЕЛАТЬ?— КАКИЕ РЕСУРСЫ ПОНАДОБЯТСЯ?
КОРРЕКТИРУЙ:— ПРИНЯТИЕ МЕР ПО УСТРАНЕНИЮ ПРИЧИН ОТКЛОНЕНИЙ ОТ ПЛАНА— ИЗМЕНЕНИЯ В ПЛАНИРОВАНИИИ РАСПРЕДЕЛЕНИИ РЕСУРСОВ
ДЕЛАЙ:—ВЫПОЛНЕНИЕ ЗАПЛАНИРОВАННЫХ РАБОТ
КОНТРОЛИРУЙ:— НАСКОЛЬКО ВЫПОЛНЕН ПЛАН?— СБОР ИНФОРМАЦИИ И КОНТРОЛЬ РЕЗУЛЬТАТА— ВЫЯВЛЕНИЕ И АНАЛИЗ ОТКЛОНЕНИЙ— УСТАНОВЛЕНИЕ ПРИЧИН ОТКЛОНЕНИЙ
ЦИКЛ ДЕМИНГА И ВАЖНОСТЬ ПРОЕКТИРОВАНИЯ
P D C A
P D C A
ОШИБАЙСЯ РАНЬШЕ!
ЧЕМ ДОЛЬШЕ ДЛИТСЯ ПРОЕКТ, ТЕМ ДОРОЖЕ ОН СТОИТ
ЦИКЛ РАЗРАБОТКИ RED KEDS
PRESALE / STRATEGY
ПРЕДПРОЕКТНАЯ ПОДГОТОВКА
ПРОИЗВОДСТВО
ТЕСТИРОВАНИЕ
ГОТОВО!
СТАДИИ РАЗРАБОТКИ КАМПАНИИ
ДЕТАЛЬНЫЕ СМЕТА И ТАЙМИНГ ПРОТОТИПЫ ТЗ ПОЛЬЗОВАТЕЛЬСКИЕ
СЦЕНАРИИ
ДИЗАЙН-КОНЦЕПЦИЯ И ДИЗАЙН-ПРОЕКТ ВЕРСТКА ПРОГРАММИРОВАНИЕ
ПЕРВИЧНОЕ ТЕСТИРОВАНИЕ И
«ХОЛОДНЫЙ» ЗАПУСК
БЕТА-ТЕСТИРОВАНИЕ КОНТРОЛЬ КАЧЕСТВА АНАЛИЗ РЕЗУЛЬТАТОВ И ОТЧЕТНОСТЬ
PPM
ПОИСК ПОДРЯДЧИКА И ДОСТИЖЕНИЕ
ДОГОВОРЕННОСТЕЙ
КЛИЕНТСКИЙ БРИФ
АГЕНТСКИЙ БРИФ И БИ
ПРОРАБОТКА МЕХАНИК
ПРОСЧЕТ СТОИМОСТИ И ТАЙМИНГА
ФИНАЛЬНЫЙ ПРОГОН И
ПРЕЗЕНТАЦИЯ
ВОРОНКА И KPI
看板 (カンバン)
看板 (カンバン)
!+++!
DOD (DEFINITIONS OF DONE)
ОПТИМАЛЬНЫЙ ПОТОК НА ОСНОВЕ ФИЛОСОФИИ «JUST IN TIME»
ОСВЕДОМЛЕННОСТЬ ПО ОСНОВНЫМ ПРОЕКТНЫМ ПРИЗНАКАМ (– DL, – $, – T, – KPI)