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

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

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

та контроль якості6. Розвиток та підтримка

Визначення цілей та задач проекту

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

Планування1. Бютжет, ресурси2. Технології, інструменти, методи

розробки 3. Технічне завдання4. Чіткий календарний план розробки5. Команда6. Максимальна формалізація процесів

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

Реалізація: Прототипування

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

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

Реалізація: задачі по SMARTуS – specific, significant, stretching – конкретна, значна.Мета повинна бути максимально конкретною, ясною та однозначною

M – measurable, meaningful, motivational – вимірна, значуща, мотивуюча.Мета повинна бути вимірної, причому критерії вимірювання повинні бути не тільки за кінцевим результатом, але і по проміжному.

A – attainable, agreed upon, achievable, acceptable, action-oriented – досяжна, погоджена, орієнтованих на конкретні дії.Необхідно адекватно оцінювати ситуацію і розуміти, що мета досяжна з точки зору зовнішніх і внутрішніх ресурсів, якими володіє організація / підрозділ.

Реалізація: задачі по SMARTуR – realistic, relevant, reasonable, rewarding, results-oriented – реалістична, доречна, корисна і орієнтована на конкретні результати.Мета повинна бути реалістичною і доречною в даній ситуації, повинна вписуватися в неї і не порушувати баланс з іншими цілями і пріоритетами.

T – time-based, timely, tangible, trackable – на певний період, своєчасна, відстежувати.Термін або точний період виконання – одна з головних складових мети. Вона може мати як фіксовану дату, так і охоплювати певний період.

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

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

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

перевантаження компетентних працівників, недовантаження менш компетентних

9. Погане управління ризиками

Приклади організаційних проблемНу, не знаю, у меня на машине всё работает.

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

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

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

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

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

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

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

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

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

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

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

Особисті якості ПМа1. Інтелект2. Адаптивні комунікативні навички3. Навички управління: здатність допомагати, мотивувати та

фокусувати команду, створювати правильну атмосферу4. Гнучність: готовність і здатність міняти підхід до управління

проектом у відповідь до потреб бізнесу5. Аналітичні навички: здатність прогнозувати, попереджувати та

вирішувати проблеми, знаходити можливості та перспективи6. Фокусування на потребах замовника проекту7. Орієнтація на результат8. Характер, харизма9. Відповідальність

10. Стресостійкість

Рекомендована література

1. Том ДеМарко. Deadline. Роман об управлении проектами.2. Джейсон Фрайд, Дэвид Хайнемайер Хенссон. Rework. Бизнес без

предрассудков.3. Фредерик Брукс. Мифический человеко-месяц, или Как создаются

программные системы.4. 37 signals. Getting Real5. Ицхак Адизес. Идеальный руководитель. 6. Элияху Голдратт. Цель: процесс постоянного совершенствования7. Чалдини Роберт. Психология влияния8. Дэн Кеннеди. Жесткий менеджмент. Заставьте людей работать на

результат9. Аарон Уолтер. Эмоциональный веб-дизайн

10. Слава Панкратов. Черная книга менеджера