1. Планування та
менеджмент
проектів
в компанії MagneticOne

2. Проект
Обмежена часовими рамками діяльність,
що має визначений початок та кінець,
зазвичай обмежений датою, але також
може обмежуватися фінансуванням або
досягненням результатів, яка
здійснюється для реалізації унікальних
цілей та завдань, зазвичай, щоб
призвести до вигідних змін або створення
доданої вартості.

3. Етапи проекту
1. Ідея, валідація ідеї (SWOT аналіз)
2. Визначення цілей та задач проекту
3. Прогнозування та оцінка ризиків
4. Планування
5. Реалізація: прототипування, розробка
та контроль якості
6. Розвиток та підтримка

4. Визначення цілей та
задач проекту
1. Яку проблему вирішує проект?
2. Хто є цільовою аудиторією?
3. Чи є конкуренти на ринку?
4. Якою буде бізнес-модель проекту?

5. Планування
1. Бютжет, ресурси
2. Технології, інструменти, методи
розробки
3. Технічне завдання
4. Чіткий календарний план розробки
5. Команда
6. Максимальна формалізація процесів

6. Планування: Команда
1. Проектний менеджер
2. Керівник команди
3. Розробник
4. Дизайнер
5. Інженер з якості (тестер)
6. Маркетолог
7. Менеджер з підтримки клієнтів

7. Реалізація:
Прототипування
Максимально швидке виведення проекту
для клієнта з мінімально можливим набором
кориснисних функцій

8. Реалізація: Розробка
1. Методологія розробки - Agile
2. Пріоритезація задач - бізнес-цілі
3. Постановка задач по SMARTу
4. Система контролю задач - Jira

9. Реалізація: задачі по
SMARTу
S – specific, significant, stretching – конкретна, значна.
Мета повинна бути максимально конкретною, ясною та однозначною
M – measurable, meaningful, motivational – вимірна, значуща,
мотивуюча.
Мета повинна бути вимірної, причому критерії вимірювання повинні бути
не тільки за кінцевим результатом, але і по проміжному.
A – attainable, agreed upon, achievable, acceptable, action-oriented –
досяжна, погоджена, орієнтованих на конкретні дії.
Необхідно адекватно оцінювати ситуацію і розуміти, що мета досяжна з
точки зору зовнішніх і внутрішніх ресурсів, якими володіє організація /
підрозділ.

10. Реалізація: задачі по
SMARTу
R – realistic, relevant, reasonable, rewarding, results-oriented –
реалістична, доречна, корисна і орієнтована на конкретні результати.
Мета повинна бути реалістичною і доречною в даній ситуації, повинна
вписуватися в неї і не порушувати баланс з іншими цілями і пріоритетами.
T – time-based, timely, tangible, trackable – на певний період,
своєчасна, відстежувати.
Термін або точний період виконання – одна з головних складових мети.
Вона може мати як фіксовану дату, так і охоплювати певний період.

11. Розвиток та підтримка
1. План додавання нових функцій (roadmap)
2. Етап масштабування/репозиціонування
3. Процес підтримки клієнтів
4. Просування та маркетинг

12. Поради
1. 100% фокус
2. Постійний ріст та розвиток
3. Невдачі роблять Вас сильнішими
4. Просування та маркетинг

13. Проблеми
1. Некоректна оцінка проекту: час, бютжет, ресурси
2. Некоректна оцінка задачі
3. Не визначені критерії успіху проекту
4. Постійна зміна вимог
5. Відсутність документації, стандартних підходів до розробки
6. Відсутність контролю якості виконання задач
7. Погана архітектура, технології
8. Погане управління командою: відсутність делегування,
перевантаження компетентних працівників, недовантаження менш
компетентних
9. Погане управління ризиками

14. Приклади організаційних
проблем
Ну, не знаю, у меня на машине всё
работает.
Комментарий: это неправда. То есть, конечно, что-то работает - после
серии магических пассов, недоступных пользователю и тестировщикам.

15. Приклади організаційних
проблем
Как дела в проекте? Работа ведется!
Комментарий: "Работаем" - обычный ответ разработчика на вопросы
менеджера. Помогает "отбить" две трети, а то и четыре пятых запросов о
ходе проекта. Сам по себе этот ответ - не криминал, и на самом деле в
разработке бывают периоды упорной работы "от забора до обеда", когда
результатов не видно. Но частое повторение этой формулы
подозрительно - она может служить и для сокрытия уже обнаружившихся
проблем со сроками и трудоемкостью, которые разработчик надеется
решить сам, не доводя до начальства.

16. Приклади організаційних
проблем
Я уже неделю ночами работаю, а вы меня
укоряете за срыв срока.
Комментарий: ночная работа - это вовсе не доблесть. Скорее всего,
просто у программиста сложился такой режим (что часто бывает), а в
сутки всё равно выходит 8-10 рабочих часов. Даже если и была бы
переработка, то это недостаток организации работ.

17. Приклади організаційних
проблем
Нельзя подпускать к проекту этих
маркетоидов, которые ничего не понимают в
технологиях.
Комментарий: маркетоиды не дают программировать всякие интересные
штуки и вносят слишком много приземленных коммерческих требований.

18. Приклади організаційних
проблем
Эти менеджеры опять начнут совещаться, а
мне работать нужно.
Комментарий: действительно, часто совещания не имеют смысла, но
совсем без них нельзя. А программисты с удовольствием участвуют в
одних совещаниях, где идут обсуждения вообще и придумываются всякие
классные идеи, и не любят другие - те, на которых наступает слишком
большая ясность относительно состояния дел и выполнения планов.

19. Приклади організаційних
проблем
Чего там планировать, я быстрее сделаю и
всё уже будет работать.
Комментарий: это неправда. Скорее всего, будет сделано не совсем то и
неработающее. А срок доводки окажется длиной в целый проект.

20. Приклади організаційних
проблем
Если всё сделать общим образом, мы
получим не только решение частной задачи,
но и готовый программный продукт, который
будем продавать другим, и таким образом
всё окупим.
Комментарий: это просто приятные фантазии. Разработка готового
продукта стоит примерно в три раза дороже программы для собственных
нужд (см. "Мифический человеко-месяц" Фредерика Брукса). Кроме того,
никто ведь не изучал рынок на предмет выяснения, а нужен ли такой
продукт, и сколько у него сильных конкурентов.

21. Приклади організаційних
проблем
К пятнице готово не будет, но в понедельник
- точно. Или во вторник.
Комментарий: скорее всего и во вторник ничего не будет. В лучшем
случае будет не готовая версия, а нечто для показа из рук с объяснениями
на пальцах, как всё будет потом.

22. Приклади організаційних
проблем
К сроку готово не будет, потому что сгорел
жесткий диск и пропала работа за неделю
(месяц).
Комментарий: скорее всего, это неправда. Диск действительно сгорел,
но причина срыва сроков не в этом. Кроме того, если бы работа
ежедневно архивировалась, проблемы бы в любом случае не возникло.

23. Приклади організаційних
проблем
Срок сорван - а что вы хотели? С самого
начала было ясно, что ресурсов не хватает.
Комментарий: это точно неправда. В начале проекта никто не поднял
тревоги, что мало ресурсов. И в середине проекта - тоже. Это просто
самая распространенная "отмазка".

24. Приклади організаційних
проблем
Программа хорошо документирована на
языке Си.
Комментарий: программистская шутка "для своих", отражающая тот
печальный факт, что никто не писал комментариев и документации к
программам и не будет писать, если не заставить твердой рукой.

25. Особисті якості ПМа
1. Інтелект
2. Адаптивні комунікативні навички
3. Навички управління: здатність допомагати, мотивувати та
фокусувати команду, створювати правильну атмосферу
4. Гнучність: готовність і здатність міняти підхід до управління
проектом у відповідь до потреб бізнесу
5. Аналітичні навички: здатність прогнозувати, попереджувати та
вирішувати проблеми, знаходити можливості та перспективи
6. Фокусування на потребах замовника проекту
7. Орієнтація на результат
8. Характер, харизма
9. Відповідальність
10. Стресостійкість

26. Рекомендована
література
1. Том ДеМарко. Deadline. Роман об управлении проектами.
2. Джейсон Фрайд, Дэвид Хайнемайер Хенссон. Rework. Бизнес без
предрассудков.
3. Фредерик Брукс. Мифический человеко-месяц, или Как создаются
программные системы.
4. 37 signals. Getting Real
5. Ицхак Адизес. Идеальный руководитель.
6. Элияху Голдратт. Цель: процесс постоянного совершенствования
7. Чалдини Роберт. Психология влияния
8. Дэн Кеннеди. Жесткий менеджмент. Заставьте людей работать на
результат
9. Аарон Уолтер. Эмоциональный веб-дизайн
10. Слава Панкратов. Черная книга менеджера