SlideShare a Scribd company logo
Планування та
менеджмент
проектів
в компанії 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.   Методологія розробки - Agile
 2.   Пріоритезація задач - бізнес-цілі
 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 Real
  5.   Ицхак Адизес. Идеальный руководитель.
  6.   Элияху Голдратт. Цель: процесс постоянного совершенствования
  7.   Чалдини Роберт. Психология влияния
  8.   Дэн Кеннеди. Жесткий менеджмент. Заставьте людей работать на
       результат
  9.   Аарон Уолтер. Эмоциональный веб-дизайн
 10.   Слава Панкратов. Черная книга менеджера

More Related Content

PDF
Lviv MD Day 2015 Сергій Понтус "Створення ефективної команди для розробки моб...
Lviv Startup Club
 
PDF
Планування та менеджмент проектів в М1
Oleg Nazarevych
 
PDF
Oleg Svirskyi, BAQ, Pm challenges
Dakiry
 
PPTX
Sergey potapov
Lviv Startup Club
 
PDF
Lviv PMDay 2015 S Юрій Козій: “Готуємо ідеальну презентацію за один спринт”
Lviv Startup Club
 
PPTX
The Darkest Hour. Branytskyy.
Lviv Startup Club
 
PPT
Who is pm and how to become a good one
Oksana Yakovlieva
 
PPTX
Agile eba
Lviv Startup Club
 
Lviv MD Day 2015 Сергій Понтус "Створення ефективної команди для розробки моб...
Lviv Startup Club
 
Планування та менеджмент проектів в М1
Oleg Nazarevych
 
Oleg Svirskyi, BAQ, Pm challenges
Dakiry
 
Sergey potapov
Lviv Startup Club
 
Lviv PMDay 2015 S Юрій Козій: “Готуємо ідеальну презентацію за один спринт”
Lviv Startup Club
 
The Darkest Hour. Branytskyy.
Lviv Startup Club
 
Who is pm and how to become a good one
Oksana Yakovlieva
 

Similar to Планування та менеджмент проектів в MagneticOne (20)

PPTX
Oleksii Kyselov: За якими критеріями ми наймаємо менеджерів? Що повинен знати...
Lviv Startup Club
 
PPTX
Модуль_5_Управління_проектами_в_умовах_багатозадачності.pptx
RostyslavDmytruk
 
PPTX
Керівництво до написання соціального проекту
s_icps
 
PPTX
Модуль_7_Впровадження_змін_на_основі_дорожньої_карти.pptx
RostyslavDmytruk
 
PDF
Вебінар "Tips & Tricks проєктного менеджера в роботі з командою"
E-5
 
PPTX
Dmytro Zubkov: Ефективний Тайм-менеджмент та оптимізація робочого часу: особи...
Lviv Startup Club
 
PDF
Andrii Skoromnyi: Чому не працює методика "5 Чому?" – і яка є альтернатива? (UA)
Lviv Startup Club
 
PPTX
Rostyslav Chayka та Andrii Burlutskyi: Prompt Engineering для проєктного мене...
Lviv Startup Club
 
PPTX
Rostyslav Chayka & Andrii Burlutskyi: Prompt Engineering для проєктного менед...
Lviv Startup Club
 
DOCX
Майстер-клас тайм-менеджмент з учасниками освітнього процесу.docx
Svitlana Skydan
 
PDF
Інсайти для Project Manager: основні аспекти ведення проекту
Netpeak
 
PDF
Serhii Nemchynskyi: Як правильно оцінити ефективність роботи проєктного менед...
Lviv Startup Club
 
PPTX
Техніка 8D для прийняття рішень.pptx
RostyslavDmytruk
 
PPTX
Метод Simplex для вирішення проблем в бізнесі.pptx
RostyslavDmytruk
 
PDF
ВІТАЛІЙ МИХАЙЛЮК «Онбордінг нових тестерів до команди: як ефективно навчати і...
QADay
 
PDF
Alina Onyshchuk: How to build an efficient onboarding process for remote empl...
Lviv Startup Club
 
PDF
Ефективна комунікація бізнес-аналітика | Вебінар з Романом Сахаровим
E-5
 
PPT
Микола Коркішко та Дмитро Лозовицький "Основні перешкоди Product Owner-a поча...
Lviv Startup Club
 
PDF
Aleksandr Klimchuk: Життєвий цикл проектів у великому бізнесі. Менеджмент пор...
Lviv Startup Club
 
PDF
Oleksandr Osypenko: Пробний іспит + аналіз (UA)
Lviv Startup Club
 
Oleksii Kyselov: За якими критеріями ми наймаємо менеджерів? Що повинен знати...
Lviv Startup Club
 
Модуль_5_Управління_проектами_в_умовах_багатозадачності.pptx
RostyslavDmytruk
 
Керівництво до написання соціального проекту
s_icps
 
Модуль_7_Впровадження_змін_на_основі_дорожньої_карти.pptx
RostyslavDmytruk
 
Вебінар "Tips & Tricks проєктного менеджера в роботі з командою"
E-5
 
Dmytro Zubkov: Ефективний Тайм-менеджмент та оптимізація робочого часу: особи...
Lviv Startup Club
 
Andrii Skoromnyi: Чому не працює методика "5 Чому?" – і яка є альтернатива? (UA)
Lviv Startup Club
 
Rostyslav Chayka та Andrii Burlutskyi: Prompt Engineering для проєктного мене...
Lviv Startup Club
 
Rostyslav Chayka & Andrii Burlutskyi: Prompt Engineering для проєктного менед...
Lviv Startup Club
 
Майстер-клас тайм-менеджмент з учасниками освітнього процесу.docx
Svitlana Skydan
 
Інсайти для Project Manager: основні аспекти ведення проекту
Netpeak
 
Serhii Nemchynskyi: Як правильно оцінити ефективність роботи проєктного менед...
Lviv Startup Club
 
Техніка 8D для прийняття рішень.pptx
RostyslavDmytruk
 
Метод Simplex для вирішення проблем в бізнесі.pptx
RostyslavDmytruk
 
ВІТАЛІЙ МИХАЙЛЮК «Онбордінг нових тестерів до команди: як ефективно навчати і...
QADay
 
Alina Onyshchuk: How to build an efficient onboarding process for remote empl...
Lviv Startup Club
 
Ефективна комунікація бізнес-аналітика | Вебінар з Романом Сахаровим
E-5
 
Микола Коркішко та Дмитро Лозовицький "Основні перешкоди Product Owner-a поча...
Lviv Startup Club
 
Aleksandr Klimchuk: Життєвий цикл проектів у великому бізнесі. Менеджмент пор...
Lviv Startup Club
 
Oleksandr Osypenko: Пробний іспит + аналіз (UA)
Lviv Startup Club
 
Ad

More from Oleg Nazarevych (20)

PDF
Етикет службового листування
Oleg Nazarevych
 
PDF
Оцінка трудомісткості і термінів проекту
Oleg Nazarevych
 
PDF
5 Управління ризиками (2016)
Oleg Nazarevych
 
PDF
Л2 Управління проектами. Визначення та концепції
Oleg Nazarevych
 
PDF
Л1 Введення в програмну інженерію
Oleg Nazarevych
 
PDF
Ініціація проекту
Oleg Nazarevych
 
PDF
4 Планування проекту (2018)
Oleg Nazarevych
 
PDF
Введення в програмну інженерію. Моделі розробки проектів
Oleg Nazarevych
 
PPTX
Відеоскрайбінг
Oleg Nazarevych
 
PPTX
3D графіка
Oleg Nazarevych
 
PPTX
Основи графічного дизайну
Oleg Nazarevych
 
PPTX
Тема 1 Основні терміни і поняття
Oleg Nazarevych
 
PPTX
Дебетові системи електронних платежів
Oleg Nazarevych
 
PPTX
Тема 15 Банерна реклама
Oleg Nazarevych
 
PPTX
Тема 3 (2) Основні принципи функціонування та роботи систем електронної комерції
Oleg Nazarevych
 
PPTX
Тема 14 Пошукова оптимізація. SEO оптимізація
Oleg Nazarevych
 
PPTX
Тема № 12. Дебетові системи електронних платежів
Oleg Nazarevych
 
PPTX
Тема 5 Системи електронної комерції B2C
Oleg Nazarevych
 
PPTX
Тема 7 (2) Послуги в електронній комерції
Oleg Nazarevych
 
PPTX
Тема 18 Методи аналізу ефективності інтернет реклами
Oleg Nazarevych
 
Етикет службового листування
Oleg Nazarevych
 
Оцінка трудомісткості і термінів проекту
Oleg Nazarevych
 
5 Управління ризиками (2016)
Oleg Nazarevych
 
Л2 Управління проектами. Визначення та концепції
Oleg Nazarevych
 
Л1 Введення в програмну інженерію
Oleg Nazarevych
 
Ініціація проекту
Oleg Nazarevych
 
4 Планування проекту (2018)
Oleg Nazarevych
 
Введення в програмну інженерію. Моделі розробки проектів
Oleg Nazarevych
 
Відеоскрайбінг
Oleg Nazarevych
 
3D графіка
Oleg Nazarevych
 
Основи графічного дизайну
Oleg Nazarevych
 
Тема 1 Основні терміни і поняття
Oleg Nazarevych
 
Дебетові системи електронних платежів
Oleg Nazarevych
 
Тема 15 Банерна реклама
Oleg Nazarevych
 
Тема 3 (2) Основні принципи функціонування та роботи систем електронної комерції
Oleg Nazarevych
 
Тема 14 Пошукова оптимізація. SEO оптимізація
Oleg Nazarevych
 
Тема № 12. Дебетові системи електронних платежів
Oleg Nazarevych
 
Тема 5 Системи електронної комерції B2C
Oleg Nazarevych
 
Тема 7 (2) Послуги в електронній комерції
Oleg Nazarevych
 
Тема 18 Методи аналізу ефективності інтернет реклами
Oleg Nazarevych
 
Ad

Планування та менеджмент проектів в 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. Слава Панкратов. Черная книга менеджера