Слайд 2
Проект
Проект (project) – это ограниченная временными рамками деятельность,
цель которой состоит в создании уникального продукта или услуги.
Управление проектами (project management) – это область знаний, навыков, инструментария и приемов, используемых для достижения целей проектов в рамках согласованных параметров качества, бюджета, сроков и прочих ограничений
Слайд 3
Цели и их достижимость
Выпустить продукт с набором функционалов
X к времени T, затратив на это ресурсов P.
Критерии
достижимости цели
Слайд 4
Классы проектов
Новые
(новая разработка)
Сопровождение (устранение дефектов в существующей
системе)
Модернизация (добавление функциональных возможностей к существующей системе)
Распределение проектов по
классу в базе знаний
Слайд 5
21 правило разработки ПО в Microsoft
Источник
Jim McCarthy
Статья «21
Rules of Thumb for Shipping Great Software on Time»
http://www.blogontheweb.com/richardm/articles/ShippingSoftwareOnTime.aspx
21
простое правило
3 секции
Вовремя
Лучший продукт
Выпустить
Слайд 6
Вовремя
Не знайте то, что вы не знаете
Предположения –
это только предположения
Всегда понимайте, где вы находитесь
Помните, кому можно
доверять - QA
Помните о треугольнике приоритетов
«Мы делаем быстро, дешево и качественно. Выберите любые 2 показателя»
Слайд 7
Вовремя
Старайтесь быть на виду
Неделя = вечность. Каждый проект,
который отстает на месяц, вначале отставал на один день
Используйте
точки контроля с отсутствием дефектов
Никто не достиг цели, пока ее не достигли все
Бойтесь разработчиков в башнях из слоновой кости
Разработка ПО – командная работа. Золотое сечение Microsoft ≈ 6 dev : 3 QA : 1 PM : 2 writers
Плохая дата ≠ просто плохая дата
Нужно не опаздывать, а прогнозировать
Опаздывая, не проигрывайте
За одного битого двух небитых дают
Слайд 8
Вовремя
Чем проще – тем лучше
Принцип KISS. Лучше меньше
– да лучше
Время для проектирования – это время для
проектирования
Помните о сроках
Если вы не можете это собрать – значит вы не сможете это выпустить
Живите регулярно
Думаете о многоплатформенности?
Учитывайте это в планах
Слайд 9
Лучший продукт
Заказчик – это ваше все
Заказчик всегда лучше
вас знает, что ему нужно
Самое главное – единство и
интеграция:
Двигайтесь правильным курсом
Будьте гибким
Соблюдайте баланс
Развивайте продукт постепенно
Продукт – это иерархия компонентов
Все должны разделять общее видение продукта
Слайд 10
Выпустить
Ваша главная задача – выпустить продукт
Выпуск продукта –
цель каждого члена команды
Роль руководителя – вести процесс к
выпуску
Слайд 15
Управление проектом
Управляемыми параметрами проекта являются:
объемы и виды работ;
стоимость, издержки,
расходы по проекту;
временные параметры, включающие сроки, продолжительности и резервы
выполнения работ и этапов проекта, а также взаимосвязи между работами;
ресурсы, требуемые для осуществления проекта, в том числе человеческие или трудовые, финансовые, материально-технические, а также ограничения по ресурсам;
качество проектных решений, применяемых ресурсов, компонентов проекта и прочее.
Задачами управления проекта являются:
определение цели проекта и проведение его обоснования;
создание структуры проекта (подцели, основные этапы работы, которые предстоит выполнить);
определение необходимых объемов и источников финансирования;
подбор команды исполнителей, подготовка и заключение контрактов со сторонними исполнителями;
определение сроков выполнения проекта:
составление графика его реализации:
расчет необходимых для проекта материальных ресурсов, заключение контрактов с поставщиками;
расчет сметы и бюджета проекта:
планирование и учет рисков;
обеспечение контроля за ходом выполнения проекта.
Слайд 18
Инициация проекта
Название проекта;
Дата начала проекта:
все ли готово для
старта
нужны ли задачи по организации инфраструктуры?
время на сборы
коммуникации….
Слайд 19
Календарь
http://info-grafika.livejournal.com/56085.html
Слайд 20
Человеко-(час, месяц, год …)
Полная загрузка
8 ч * 5
дней = 40 часов
Частичная загрузка
? часов.
Концентрация.
Слайд 21
Задачи = строительные блоки
Какие задачи должны быть выполнены,
в каком порядке для выпуска продукта?
● Когда должна
быть выполнена задача, финальный срок выполнения (deadline?)
Кто выполняет задачу?
Сколько стоит выполнение?
Что делать, если мы выпадем из графика?
Какой лучший способ коммуникации?
Слайд 22
Определение задач
Используйте глагол «Отредактировать статью»
Если задачи организованы
в фазы не повторяйте общие моменты свойственых для всех
задач в этих фазах.
Не указывайте названия ресурсов в названии задач.
Слайд 23
Продолжительность выполнения задач
Как оценивать продолжительность?
Исторические оценки, похожие
проекты
Оценки людей, которые выполняли эти задачи
Экспертные оценки
Стандарты в
предметной области
Слайд 24
8/80
Правило 8/80
задачи продолжительностью от 8 до 80 часов,
как правило оцениваются верно.
слишком маленькие задачи
слишком большие задачи
декомпозиция
Слайд 25
Распределение проектов по размеру в базе знаний
Размеры проектов
Небольшой
(small)
(около 5 человеко-месяцев)
Средний (medium)
(около 70 человеко-месяцев)
Большой (large)
(около
750 человеко-месяцев)
Слайд 26
Ограничения на задачи
Гибкие ограничения
мы можем изменять дату начала
и окончания задачи
ASAP
ALAP
Жесткие ограничения
мы не можем менять даты
Must Start
On (MSO)
Must Finish On (MFO)
полу-жесткие
задача может быть выполнена не позднее даты, но может быть выполнена ранее
SNET (start not early than)
SNLT
FNET
FNLT
Фиксированная стоимость
Рекурсивные задачи
Слайд 27
Вехи
Задачи для контроля процесса.
Вехи не имеют продолжительности.
Слайд 28
Фазы
Организация задач в фазы
Объединение задач: например, фаза проектирование
включает разработку требований, разработку концепций, ТЗ, ТП
Слайд 31
Люди
Имя
Ставка
квалификация
загруженность
Слайд 32
Привязка ресурсов к задачам
You do not have to
assign resources to tasks in Microsoft Project 2010; you
could work only with tasks. However there are several good reasons for assigning resources in your project plan. When you assign resources to tasks, you can answer questions such as the following:
Who should be working on what tasks and when?
Do you have the correct number of resources to accomplish the scope of work that your project requires?
Are you expecting a resource to work on a task at a time when that resource will not be available to work (for example, when someone will be on vacation)?
Have you assigned a resource to so many tasks that you have exceeded the capacity of the resource to work—in other words, have you overallocated the resource?
Различные тарифы
Слайд 33
Базовый план
8-00 вымыть посуду,
8-15 подмести пол,
9-00 завоевать мир
Слайд 34
Указание выполнения задачи
0%
25%
50%
75%
100%
Слайд 35
Всем начинающим руководителям проектов распечатать и повесить у
себя на видном месте.
Твоя задача – проводить общую техническую
политику и решать ежедневно возникающие затруднения.
Будь внимателен к критике и улучшающим предложениям, даже если они непосредственно тебе ничего не дают.
Будь внимателен к чужому мнению, даже если оно не верно.
Имей бесконечное терпение.
Будь вежлив, никогда не раздражайся.
Будь кратким.
Не делай замечаний подчиненному в присутствии третьего лица.
Будь справедлив, особенно в отношении с подчиненными.
Всегда благодари подчиненного за хорошую работу.
Никогда не делай сам того, что могут сделать твои подчиненные, за исключением тех случаев, когда это связано с опасностью для жизни.
Выбор и обучение способного подчиненного всегда более благодарная задача, чем выполнение работы самому.
Если то, что делают твои сотрудники, не расходится с твоим мнением, давай им максимальную свободу действий.
Не спорь по мелочам.
Не бойся, если твои подчиненные способнее тебя, а гордись такими подчиненными.
Никогда не используй своей власти до тех пор, пока все остальные средства не использованы, но в последнем случае применяй ее в максимально возможной степени.
Если твое распоряжение оказалось ошибочным – признай ошибку.
Старайся во избежание недоразумений давать распоряжения в письменном виде.
Источник: General Electric. Выписка из правил поведения руководящих работников. 1930-е гг.