Сім найбільших бажань ITменеджерів проектів
16/11/2013
PMDay Львів

Сім найбільших
бажань ITменеджерів
проектів
Анатолій Охотніков
Softjourn Inc.
11/18/13

●

●

●

●

Про що буде йти мова
Хто я?
Стаття CIO: 7 найбільших бажань
IT менеджерів проектів
Чому не варто цього бажати і що
робити?
Посилання / Питання та обговорення
11/18/13

Хто я?
15 років досвіду роботи в ІТ
галузі. Працював системним
інженером та розробником у
різних компаніях в Україні,
начальником сектору
розробки програмного
забезпечення у ПАТ
«Укрсоцбанк», системним
архітектором у iKobo Inc.
(США), менеджером проектів
та начальником відділу
Стаття у CIO
Стаття у CIO
1. Брати участь з самого початку проекту
 2. Ідеальна команда для кожного проекту
 3. Мати потужні, але прості у використанні
інструменти управління проектами
 4. Мати чітко визначені цілі проекту і
вимог
 5. Підтримка та зацікавленість сторін та
кінцевих користувачів
 6. Ставлення із повагою
 7. Мати можливість коригувати проекти

1. Брати участь з самого початку проекту
1. Брати участь з самого початку проекту
Я б не витрачав своє бажання на це
 Так має бути. Розгляньте свої процеси
 Якщо треба передати проект від PM до
PM, має бути процедура передачі
 Розібратись із проектом (влитись)
 Якщо PM щоденно займається проектом,
то входження у проект пізніше не має
бути проблемою

2. Ідеальна команда для кожного проекту
2. Ідеальна команда для кожного проекту
Має сенс лишень до певної межі
 Неможливо створити ідеальну команду
 Люди не машини у ідеальному пулі
 “Perfect” is a verb, not an adjective
 Команда має вдосконалюватись і рости
 Має бути “цілою” і живою

3. Мати потужні, але прості у використанні
інструменти управління проектами
3. Мати потужні, але прості у використанні
інструменти управління проектами
Достатньо “розшареної” таблиці
 Багато онлайн та оффлайн інструментів
 Кожен має власні “історії успіху”
 Багато проектів із різними інструментами
 Важливий процес, інструмент вторинний
 Пишіть власні інструменти
 Немає срібної кулі

4. Мати чітко визначені цілі проекту і вимоги
4. Мати чітко визначені цілі проекту і вимоги
Доісторичне бажання із часів “big up-front
design”
 ...який ніколи не працював
 Це неможливо у реальному світі
 Клієнту треба “помацати” щоб зрозуміти
 Треба робити інкрементальний дизайн
 Навчитись рухатись маленькими кроками
 І йти куди треба клієнту у будь-який час

5. Підтримка та зацікавленість сторін та
кінцевих користувачів
5. Підтримка та зацікавленість сторін та
кінцевих користувачів
Чому немає підтримки та зацікавленості?
 Спілкування дуже важливе
 РМ має бути здатним вирішувати та
піднімати на вищий рівень проблеми
 Задовольняти команду, партнерів та
кінцевих користувачів
 Вдосконалюйтесь, вчіться на помилках

6. Ставлення із повагою
6. Ставлення із повагою
Я працюю у IT вже 15 років
 Не було випадків відвертої неповаги
 Бувають особисті проблеми спілкування
та непорозуміння
 Але вони всі вирішуються спілкуванням із
клієнтом
 Відкритість і зворотній зв'язок, повага
 5 чому Тайчі Оно кажуть що більшість
проблем — в корені проблеми людей і
відносин

7. Мати можливість коригувати проекти по мірі
необхідності
7. Мати можливість коригувати проекти по мірі
необхідності
Можу порадити дуже гарну книгу Kent
Beck “Extreme Programming Explained:
Embrace Change."
 Похідна практика: контракт із договірним
обсягом
 Знову ж, майстерність спілкування та
здатність пояснити чому проект має бути
змінений
 Будьте відкриті, працюйте прозоро і вас
не будуть судити заднім числом

Висновки
Висновки
Уявіть що 7 бажань здійснились
 Навіщо нам РМ у цій ідеальній ситуації?
 Я вірю він не потрібен
 І добре що це неможливо :)
 Тому у РМів як я є робота
 Наша робота працювати над здійсненням
цих 7 бажань

Посилання
http://www.cio.com/article/741249/7_Top_
Wishes_of_IT_Project_Managers_
 http://www.softjourn.com/PM-wishes
 http://www.amazon.com/ExtremeProgramming-Explained-EmbraceEdition/dp/0321278658

Питання та обговорення
“Анатолій Охотніков” <aokhotnikov@softjourn.com>

Copyright © 2000-2013 Softjourn, Inc. All rights reserved

More Related Content

PDF
Lviv iCamp 2013. Сергій Кокшаров “Коригування SEO-стратегії в епоху “пінгвіна”
PPTX
Альона Мельон – “Як провести акцію в розсилці для інтернет-магазину?”
PPTX
Lviv SMCamp 2014. Антон Сорокопуд “Аналітика соціальних мереж і співтовариств...
PPTX
Lviv SMCamp 2014. Дмитро Золотухін “15 рекомендацій з відпрацювання відгуку в...
PDF
Олександр Бондар "Програмісти супер інженери"
PPT
Ірина Снітинська. “Розуміння класифікації світу для ефективного спілкування
PPT
Lviv SMCamp 2014. Антон Воронюк “Оцiнка ефективності у SMM”
PPTX
Любомир Остапів “Реєстрація компанії і бізнес в сша для українських власник...
Lviv iCamp 2013. Сергій Кокшаров “Коригування SEO-стратегії в епоху “пінгвіна”
Альона Мельон – “Як провести акцію в розсилці для інтернет-магазину?”
Lviv SMCamp 2014. Антон Сорокопуд “Аналітика соціальних мереж і співтовариств...
Lviv SMCamp 2014. Дмитро Золотухін “15 рекомендацій з відпрацювання відгуку в...
Олександр Бондар "Програмісти супер інженери"
Ірина Снітинська. “Розуміння класифікації світу для ефективного спілкування
Lviv SMCamp 2014. Антон Воронюк “Оцiнка ефективності у SMM”
Любомир Остапів “Реєстрація компанії і бізнес в сша для українських власник...

Viewers also liked (16)

PPT
Олексій Созинов, "Побудова партнерських мереж"
PPT
Marketing it
PPT
Lviv iCamp 2013. Роман Россов “Портал” в E-commerce”
PDF
Катерина Lviv SMCamp 2014. Девяткiна “Контент-маркетинг: масова істерія або е...
PPT
Анастасія Новікова “Коли продажі не працюють без маркетингу”
PDF
Lviv iCamp 2013. Максим Залевський “Що працює і не працює в інтернет маркетин...
PPTX
Павло Михальчук “Ефективна комунікація в організації та при переговорах”
PPTX
Дмитро Кудренко. Майстер-клас “Автоматичні листи для інтернет-магазина”
PPTX
Андрій Татчин «Особливості розвитку Проектного Менеджера у великій організації»
PPTX
Lviv MDDay 2014. Байдалка “Український синтезатор голосу” для Android”
PPTX
Lviv iCamp 2014. Олексій Яновський “Як правильно захищати інтелектуальну влас...
PDF
Євген Ковалик “Хардкор в позиціонуванні: що спільного у сайтів знайомств і фр...
POTX
Ігор Лужанський ''In teamний процес або групова динаміка для невеликої компан...
PPT
Андрій Натальченко “Просування поза зоною ризику. Як побудувати максимально б...
PPT
Lviv MDDay 2014. Олег Курзов “ваш Windows phone додаток вміє говорити”
PDF
Lviv iCamp 2014. Микита Семенов “Як за допомогою PR і кави збільшити продажі ...
Олексій Созинов, "Побудова партнерських мереж"
Marketing it
Lviv iCamp 2013. Роман Россов “Портал” в E-commerce”
Катерина Lviv SMCamp 2014. Девяткiна “Контент-маркетинг: масова істерія або е...
Анастасія Новікова “Коли продажі не працюють без маркетингу”
Lviv iCamp 2013. Максим Залевський “Що працює і не працює в інтернет маркетин...
Павло Михальчук “Ефективна комунікація в організації та при переговорах”
Дмитро Кудренко. Майстер-клас “Автоматичні листи для інтернет-магазина”
Андрій Татчин «Особливості розвитку Проектного Менеджера у великій організації»
Lviv MDDay 2014. Байдалка “Український синтезатор голосу” для Android”
Lviv iCamp 2014. Олексій Яновський “Як правильно захищати інтелектуальну влас...
Євген Ковалик “Хардкор в позиціонуванні: що спільного у сайтів знайомств і фр...
Ігор Лужанський ''In teamний процес або групова динаміка для невеликої компан...
Андрій Натальченко “Просування поза зоною ризику. Як побудувати максимально б...
Lviv MDDay 2014. Олег Курзов “ваш Windows phone додаток вміє говорити”
Lviv iCamp 2014. Микита Семенов “Як за допомогою PR і кави збільшити продажі ...
Ad

Similar to Анатолій Охотніков. “7 набільших бажань ІТ менеджерів проектів”: що не треба бажати, а треба робити.” (20)

PDF
Diana Natkhir: Інструменти Change management для роботи з клієнтами в продукт...
PPTX
Андрій Мудрий “PM в продуктовій компанії: дорогою від стартапу до Enterprise”
PDF
Evgeniya Kucherenko: Бізнес-аналітик та Менеджер проєктів в одній особі. 8 чу...
PDF
кращий месседж - як покращити
PDF
Планування та менеджмент проектів в MagneticOne
PDF
№1(9) 2012
PDF
Виявлення вимог протягом активної фази проекту
 
PPTX
PPTX
Volodymyr Plakhov: Еволюція проектного менеджера: адаптуйся до світу АІ, або ...
PPTX
Стартапи в ІТ-сфері
PPTX
Багаті спадкоємці, або як робити рефакторинг у продукті з бурхливою історією....
PPTX
Як робити рефакторинг в продукті з бурхливою історією
PDF
Посада Project manager в it компанії
PDF
Незамінні компетенції BA в епоху AI | Вебінар з Романом Сахаровим та Володими...
 
PPTX
Проекти в ІТ.pptx
PDF
Alina Onyshchuk: Кейс реалізації забезпечення якості (QA) в digital агентстві...
PPT
Віталій Подоба. “Складний Кейс: Віддалений, Між-Часовий, Part-Time менеджмент”
PDF
Viktoriia Honcharova: Developing PMO Services and Functions (UA)
PDF
Hanna Klimushka: Програмний менеджмент. Як приручити 80+ FTE (UA)
PDF
Diana Natkhir: Інструменти Change management для роботи з клієнтами в продукт...
Андрій Мудрий “PM в продуктовій компанії: дорогою від стартапу до Enterprise”
Evgeniya Kucherenko: Бізнес-аналітик та Менеджер проєктів в одній особі. 8 чу...
кращий месседж - як покращити
Планування та менеджмент проектів в MagneticOne
№1(9) 2012
Виявлення вимог протягом активної фази проекту
 
Volodymyr Plakhov: Еволюція проектного менеджера: адаптуйся до світу АІ, або ...
Стартапи в ІТ-сфері
Багаті спадкоємці, або як робити рефакторинг у продукті з бурхливою історією....
Як робити рефакторинг в продукті з бурхливою історією
Посада Project manager в it компанії
Незамінні компетенції BA в епоху AI | Вебінар з Романом Сахаровим та Володими...
 
Проекти в ІТ.pptx
Alina Onyshchuk: Кейс реалізації забезпечення якості (QA) в digital агентстві...
Віталій Подоба. “Складний Кейс: Віддалений, Між-Часовий, Part-Time менеджмент”
Viktoriia Honcharova: Developing PMO Services and Functions (UA)
Hanna Klimushka: Програмний менеджмент. Як приручити 80+ FTE (UA)
Ad

More from Lviv Startup Club (20)

PDF
Maksym Vyshnivetskyi: PMO Maturity and Continuous Improvement (UA)
PPTX
Oleksandr Ivakhnenko: Cold Outreach і Social Selling: просунуті техніки (UA)
PDF
Maksym Vyshnivetskyi: PMO KPIs (UA) - LemBS
PDF
Oleksandr Ivakhnenko: LinkedIn Marketing і Content Marketing: розширений підх...
PDF
Maksym Vyshnivetskyi: PMO Quality Management (UA)
PDF
Oleksandr Ivakhnenko: Вступ до генерації лідів для ІТ-аутсорсингу (UA)
PDF
Oleksandr Osypenko: Поради щодо іспиту та закриття курсу (UA)
PDF
Oleksandr Osypenko: Пробний іспит + аналіз (UA)
PDF
Oleksandr Osypenko: Agile / Hybrid Delivery (UA)
PDF
Oleksandr Osypenko: Стейкхолдери та їх вплив (UA)
PDF
Rostyslav Chayka: Prompt Engineering для проєктного менеджменту (Advanced) (UA)
PPTX
Dmytro Liesov: PMO Tools and Technologies (UA)
PDF
Rostyslav Chayka: Управління командою за допомогою AI (UA)
PDF
Oleksandr Osypenko: Tailoring + Change Management (UA)
PDF
Maksym Vyshnivetskyi: Управління закупівлями (UA)
PDF
Oleksandr Osypenko: Управління ризиками (UA)
PPTX
Dmytro Zubkov: PMO Resource Management (UA)
PPTX
Rostyslav Chayka: Комунікація за допомогою AI (UA)
PDF
Ihor Pavlenko: Комунікація за допомогою AI (UA)
PDF
Maksym Vyshnivetskyi: Управління якістю (UA)
Maksym Vyshnivetskyi: PMO Maturity and Continuous Improvement (UA)
Oleksandr Ivakhnenko: Cold Outreach і Social Selling: просунуті техніки (UA)
Maksym Vyshnivetskyi: PMO KPIs (UA) - LemBS
Oleksandr Ivakhnenko: LinkedIn Marketing і Content Marketing: розширений підх...
Maksym Vyshnivetskyi: PMO Quality Management (UA)
Oleksandr Ivakhnenko: Вступ до генерації лідів для ІТ-аутсорсингу (UA)
Oleksandr Osypenko: Поради щодо іспиту та закриття курсу (UA)
Oleksandr Osypenko: Пробний іспит + аналіз (UA)
Oleksandr Osypenko: Agile / Hybrid Delivery (UA)
Oleksandr Osypenko: Стейкхолдери та їх вплив (UA)
Rostyslav Chayka: Prompt Engineering для проєктного менеджменту (Advanced) (UA)
Dmytro Liesov: PMO Tools and Technologies (UA)
Rostyslav Chayka: Управління командою за допомогою AI (UA)
Oleksandr Osypenko: Tailoring + Change Management (UA)
Maksym Vyshnivetskyi: Управління закупівлями (UA)
Oleksandr Osypenko: Управління ризиками (UA)
Dmytro Zubkov: PMO Resource Management (UA)
Rostyslav Chayka: Комунікація за допомогою AI (UA)
Ihor Pavlenko: Комунікація за допомогою AI (UA)
Maksym Vyshnivetskyi: Управління якістю (UA)

Recently uploaded (6)

PDF
k25_037_pumb_corporative_project_corpmedia2025
PDF
k25_035_pumb_corporative_project_corpmedia2025
PDF
k25_014_report_ukrsibbank_corpmedia_2025
PDF
proєkt-programi-dij-uryadu-prezentacziya.pdf
PDF
k25_018_project_ukrsibbank_corpmedia_2025
PDF
k25_015_project_ukrsibbank_corpmedia_2025
k25_037_pumb_corporative_project_corpmedia2025
k25_035_pumb_corporative_project_corpmedia2025
k25_014_report_ukrsibbank_corpmedia_2025
proєkt-programi-dij-uryadu-prezentacziya.pdf
k25_018_project_ukrsibbank_corpmedia_2025
k25_015_project_ukrsibbank_corpmedia_2025

Анатолій Охотніков. “7 набільших бажань ІТ менеджерів проектів”: що не треба бажати, а треба робити.”

  • 1. Сім найбільших бажань ITменеджерів проектів 16/11/2013
  • 2. PMDay Львів Сім найбільших бажань ITменеджерів проектів Анатолій Охотніков Softjourn Inc.
  • 3. 11/18/13 ● ● ● ● Про що буде йти мова Хто я? Стаття CIO: 7 найбільших бажань IT менеджерів проектів Чому не варто цього бажати і що робити? Посилання / Питання та обговорення
  • 4. 11/18/13 Хто я? 15 років досвіду роботи в ІТ галузі. Працював системним інженером та розробником у різних компаніях в Україні, начальником сектору розробки програмного забезпечення у ПАТ «Укрсоцбанк», системним архітектором у iKobo Inc. (США), менеджером проектів та начальником відділу
  • 6. Стаття у CIO 1. Брати участь з самого початку проекту  2. Ідеальна команда для кожного проекту  3. Мати потужні, але прості у використанні інструменти управління проектами  4. Мати чітко визначені цілі проекту і вимог  5. Підтримка та зацікавленість сторін та кінцевих користувачів  6. Ставлення із повагою  7. Мати можливість коригувати проекти 
  • 7. 1. Брати участь з самого початку проекту
  • 8. 1. Брати участь з самого початку проекту Я б не витрачав своє бажання на це  Так має бути. Розгляньте свої процеси  Якщо треба передати проект від PM до PM, має бути процедура передачі  Розібратись із проектом (влитись)  Якщо PM щоденно займається проектом, то входження у проект пізніше не має бути проблемою 
  • 9. 2. Ідеальна команда для кожного проекту
  • 10. 2. Ідеальна команда для кожного проекту Має сенс лишень до певної межі  Неможливо створити ідеальну команду  Люди не машини у ідеальному пулі  “Perfect” is a verb, not an adjective  Команда має вдосконалюватись і рости  Має бути “цілою” і живою 
  • 11. 3. Мати потужні, але прості у використанні інструменти управління проектами
  • 12. 3. Мати потужні, але прості у використанні інструменти управління проектами Достатньо “розшареної” таблиці  Багато онлайн та оффлайн інструментів  Кожен має власні “історії успіху”  Багато проектів із різними інструментами  Важливий процес, інструмент вторинний  Пишіть власні інструменти  Немає срібної кулі 
  • 13. 4. Мати чітко визначені цілі проекту і вимоги
  • 14. 4. Мати чітко визначені цілі проекту і вимоги Доісторичне бажання із часів “big up-front design”  ...який ніколи не працював  Це неможливо у реальному світі  Клієнту треба “помацати” щоб зрозуміти  Треба робити інкрементальний дизайн  Навчитись рухатись маленькими кроками  І йти куди треба клієнту у будь-який час 
  • 15. 5. Підтримка та зацікавленість сторін та кінцевих користувачів
  • 16. 5. Підтримка та зацікавленість сторін та кінцевих користувачів Чому немає підтримки та зацікавленості?  Спілкування дуже важливе  РМ має бути здатним вирішувати та піднімати на вищий рівень проблеми  Задовольняти команду, партнерів та кінцевих користувачів  Вдосконалюйтесь, вчіться на помилках 
  • 17. 6. Ставлення із повагою
  • 18. 6. Ставлення із повагою Я працюю у IT вже 15 років  Не було випадків відвертої неповаги  Бувають особисті проблеми спілкування та непорозуміння  Але вони всі вирішуються спілкуванням із клієнтом  Відкритість і зворотній зв'язок, повага  5 чому Тайчі Оно кажуть що більшість проблем — в корені проблеми людей і відносин 
  • 19. 7. Мати можливість коригувати проекти по мірі необхідності
  • 20. 7. Мати можливість коригувати проекти по мірі необхідності Можу порадити дуже гарну книгу Kent Beck “Extreme Programming Explained: Embrace Change."  Похідна практика: контракт із договірним обсягом  Знову ж, майстерність спілкування та здатність пояснити чому проект має бути змінений  Будьте відкриті, працюйте прозоро і вас не будуть судити заднім числом 
  • 22. Висновки Уявіть що 7 бажань здійснились  Навіщо нам РМ у цій ідеальній ситуації?  Я вірю він не потрібен  І добре що це неможливо :)  Тому у РМів як я є робота  Наша робота працювати над здійсненням цих 7 бажань 
  • 24. Питання та обговорення “Анатолій Охотніков” <aokhotnikov@softjourn.com> Copyright © 2000-2013 Softjourn, Inc. All rights reserved

Editor's Notes

  • #25: Питання?