​​Анонс конференції.

Оживають потроху різноманітні освітні ініціативи. Наразі, основною метою більшості є збір грошей на армію. Компанія NIX проводить конференцію для широкого загалу ІТ-спеціалістів, тож ви можете і самі навідатися, і колегам розповісти.

Слово організаторам

Вже у ці вихідні, 21-22 травня, відвідай найбільшу в Україні онлайн IT-конференцію!

Між тим, як задонатити ЗСУ, попіклуйся про розвиток своїх навичок. Адже наше IT — це сила! Як РМ-у ефективно впроваджувати зміни в команді — дізнайся на NIX MultiConf.

На тебе чекають виступи фахівців NIX у сфері проєктного менеджменту та психології:
▪️ОЛЕКСАНДР ДЬЯЧЕНКО, Delivery Manager
▪️ДМИТРО АВТІОНОВ, Project Manager
▪️АЛІНА МІГУРА, Psychologist Human Care

А ще — безліч практичних інструментів, нових технологій і корисного досвіду від українських та іноземних експертів за напрямами: QA, JS, DATA, PHP, Python, ВА, Design.

Цікавишся розвитком IT-бізнесу в Україні? Тоді дивись виступи українських бізнес-лідерів і став їм питання в прямому ефірі на NIX MultiConf.

Щоб не пропустити подію, переходь за посиланням та реєструйся.

Під час ефіру ти можеш долучитися до збору коштів на потреби ЗСУ та волонтерів.

Все буде Україна! Все буде NIX!

Про вентиляцію та відсутність плану дій.

Я особисто навчаю менеджерів істині, що жоден мітинг не має завершуватися без плану дій. Якщо немає плану дій - мітинг пройшов дарма і ви як менеджер витратили час інших людей. Тим не менш, з усіх правил є виключення. Хочу розказати про зустріч, після якої план дій є необовʼязковим - я називаю її заїбало-мітинг.

У кожного менеджера ця зустріч має свою назву - вентиляція, ranting meeting - тож я не претендую на авторство чи оригінальність. Головне - ідея, яка полягає в наступних нескладних правилах:

🈯 ця зустріч не планується заздалегідь, її агенду я не пояснюю. Моя мета - дати колезі чи групі колег висловитись без підготовки та наслідків.

🈯 аудиторія такої зустрічі, з практики, не має перевищувати 3-5 осіб, найчастіше - ще 1-1. Інакше, можна втратити відчуття конфіденційності та перейти від особистих переживань до обговорення у групі.

🈯 як правило, я відкриваю такі обговорення з простих питань обʼективного рівня - “як ти”, “як справи на проєкті”, і т.д. Суто з динаміки відповідей чи заздалегідь відомої проєктної інформації я розумію, чи можна звертати на доріжку вентиляції чи це непотрібно.

🈯 далі розмова виглядає як полумʼя вогнища. Треба контролювати, щоб вогонь не почав знищувати все навколо, в той же час, всі дрова (читай - проблеми) чи якомога більша їх кількість має перегоріти. Тож основний фокус тут - глибоке слухання, демонстрація максимальної зацікавленості, потужні питання.

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

🈯 зустріч добігає кінця, коли ви починаєте бачити сигнали цього прагматизму - “я розумію, що далі”, “я візьмуся за свою зону відповідальності і подивимось, що далі”, “я готовий продовжувати” тощо.

🈯 головний індикатор успішності зустрічі - коли її учасники щиро кажуть вам “дуже дякую, що вислухав”.

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

Постскріптум донат. Євген займається закупівлями різноманітних корисностей, зокрема такмедом. Реквізити за посиланням.

#beardthink #практика

Про PMBoK 7 українською.

Разом з колегами з PMI Ukraine, ми наблизилися до фінальної дати дуже визначного для всіх українських керівників проєктів досягнення - публікації україномовного PMBoK 7.

Зараз, ми намагаємося зібрати дані щодо можливого тиражу паперової версії. Тож просимо всіх охочих долучитися через Гугл-форму, на яку у вас піде 1 хвилина.

https://forms.gle/BU56CpqNkq6Ky5eh9

Голосуйте та поширюйте форму серед колег.

Дякую!

​​Поширення матеріалів конференції.

Дивись лекції від NIXMultiConf — переймай досвід кращих IT-фахівців та отримай натхнення робити ще краще свою улюблену справу!

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

Про що ти дізнаєшся:

🔹Які переваги і недоліки нової Java?
🔸Скільки мов програмування треба знати QA-інженеру?
🔹Чи справді такий складний фреймворк Django, як здається?
🔸Як створити свій pet-проєкт та багато іншого про сучасні технології та важливі навички в IT.

☝🏻Зверни увагу: в описі під трансляцією є таймкоди окремих виступів, тож ти можеш шукати і переглядати лекції за найцікавішими тобі напрямами:

🔹Java
🔸JavaScript
🔹.NET
🔸DATA
🔹QA
🔸PHP
🔹Python
🔸Business Analysis
🔹Project Management
🔸Design, а також дізнатися, яким бачать майбутнє IT-галузі українські підприємці.

Давай і далі впевнено прямувати разом до Перемоги. Якщо маєш змогу, підтримай донатом наших захисників за цим лінком.

Анонс заходу.

Команда ICON запускає серію офлайн-подій у Львові на підтримку ЗСУ 🔰

21 червня відбудеться подія на тему "Про що не розповідають на тренінгах Скрам Майстрів?"

👉Зареєструватись

Спікер - Сергій Семенов, Agile Coach & Consultant | Scrum Master | Facilitator | ICAgile authorized instructor | Problem Solver | Delivery Manager

Це унікальна можливість в неформальній атмосфері поспілкуватися з Сергієм, почути реальні кейси, дізнатись про челленджі та їх подолання, та можливо отримати відповіді на питання, що турбують саме вас.
Формат: Не “доповідь на конференції”, а живе спілкування в теплій атмосфері з дуже гнучкою агендою та Q&A.

Час - 21.06.2022, 19.00 - 20.30

Локація - Атлас Делюкс (проспект Шевченка 27)
конференц-зал готелю знаходиться виконує функцію бомбосховища, тому у нас ви у безпеці, навіть під час тривоги!

обирайте суму, яку бажаєте, весь прибуток йде на ЗСУ.
Всі виручені кошти з цієї події ми перерахуємо на купівлю Бандеромобіля - https://www.bandera-car.com.ua/

Про програмний менеджмент і неочікуване зростання.

Останні кілька років в моєму Лінкдіні астрологи оголосили тиждень програмного управління. Більше і більше колег гордо йменують себе Program Manager, Senior Program Manager, Technical Program Manager і так далі, у якої компанії на який креатив вистачило фантазії. Цікавинки починаються тоді, коли спілкуєшся ближче з членами команд чи навіть самими керівниками програм на предмет їх щоденних обовʼязків.

Тож порекомендую короткий чекліст того, чи варто вам називати себе Program Manager :

🈯 Вам безпосередньо підпорядковано більш як 2 керівника проєктів, при цьому ви не керуєте їх проєктами напряму
🈯 Ви входите до Steering Committee цих проєктів (якщо сервісні компанії - то разом із представниками клієнта)
🈯 У вас є документ під назвою Benefit Register, і ви активно ним користуєтеся
🈯 Ваш успіх визначається не поставкою продукту чи послуги, а досягненням вигод, з ними повʼязаних
🈯 Ви знаєте, в якій фазі життєвого циклу знаходиться ваша програма. Чи, бодай, ви знаєте, що перша з них зветься не ініціація =)
🈯 Ви оперуєте в межах пʼяти сфер виконання (у керівників проєктів їх вісім)
🈯 В ідеалі, ви PMP, IPMA Level C чи маєте інше співставне підтвердження компетенцій керівника проєктів.

Всі “так” визначають вас як керівника програми! Yay!

Сподіваюся, цей чекліст допоможе вам не збивати з пантелику себе, колег чи представників замовника.

#beardthink #карьера

Про ризик менеджмент і лінь.

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

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

I fear that…
due to…
causing…

Я боюся, що (щось станеться)
через (наступні причини)
що призведе до (ефектів ризику)

За допомогою тої ж Jira ви легко зможете підтримувати звʼязки між виявленими ризиками і конкретними елементами беклогу. Така практика дозволяє мʼяко стартувати свідоме управління ризиками, пізніше розширюючи ідентифікацію практиками аналізу і проактивного реагування.

#beardthink #практика

Про користувацький досвід та надмірну легкість.

Останні кілька років я працюю в сервісних компаніях і приймаю безпосередню участь в процесах запуску нових проєктів з етапу ініціації. Згідно із трендами, основними обіцянками від відділу продажів на цьому етапі є “безшовний користувацький досвід”, я певен, ви також це чули. Весь досвід має бути streamlined, effortless, straighforward і т.і. Та чи завжди це має сенс?

В свіжому номері HBR опубліковано статтю (https://hbr.org/2022/07/what-youre-getting-wrong-about-customer-journeys), яка на прикладах показує, що все є відносним - і customer journey не є винятком. Автори пропонують використати найпотужнішу зброю менеджерів - матрицу 2х2 (в коментарях) - для аналізу вашого продукту на предмет того, наскільки користувацький досвід має бути прогнозованим та важким. Отримуємо чотири варіанти:

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

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

#beardthink #практика

Постскриптум донат. Олексій збирає на автівку для передової. Долучайтеся.

​​Про зміщення фокусу та розробку продукту.

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

🈯 Драйвер - роль, що відповідає за результат заданої області (в термінах RACI - A та/або R)
🈯 Навігатор - роль, що направляє дискусію і постачання результату (в термінах RACI - C)

Користуйтеся.

#beardthink #практика

Постскріптум донат. https://theboomboard.com/ - донатимо на ударні БПЛА.

Про big words і small brains.

Нещодавно побачив біо менеджера в Лінкдіні, яке зазначало, що цей менеджер не використовує big words. Мовляв, все можна пояснити просто і без професійної лексики. Я повністю не погоджуюся з таким твердженням.

Я і сам не дурень використовувати метафори для доведення власних думок, неодноразово отримував зворотній зв‘язок про те, що можу дуже образно пояснювати прагматичні речі. Та річ у тім, що є певний базовий набір термінів і концепцій, які треба розуміти просто тому, що вони складають кістяк бази знань у професії. Точно як розробники не мають ховати терміни типу АРІ за цікавими, але довгими метафорами, так і менеджери мають чітко доносити свої думки, особливо, коли комунікація йде на рівні peers.

Наприклад, якщо мої колеги намагаються запровадити оцінку в балах історій користувачів в тільки-но зібраній команді, я використовую термін calibration workshop для того, щоб вказати їм на необхідність вирівнювання очікувань, перш ніж команда зможе використовувати інструмент. Або при старті проєкту я складаю Статут проєкту - не бриф, не презентацію, а саме Статут.

За великим рахунком, це мої власні критерії професіоналізму оточуючих мене менеджерів. Ніхто і не казав, що бути менеджером проєктів - це просто, чи що це робота для всіх. Якщо ви називаєте виделку «незвичайним тризубом, за допомогою якого можна їсти тверду їжу достатнього розміру», це не робить вам честі, ви всього лише не знаєте слова «виделка».

#beardthink

Про великі мрії та маленькі компанії.

В мене завжди викликають посмішку профілі колег на конференціях чи в мережах, які позначають, на яку легендарну компанію вони працювали… колись. Я певен, ви також спостерігаєте ex-Googlee, ex-Microsoft, ex-Apple. Останнім часом доходить до смішного, і можна побачити навіть не-дуже-легендарні компанії на кшталт Booking чи інших продуктів, які більш-менш відомі.

На мою думку, це виглядає недолугою спробою боротися із синдромом самозванця. Якщо ви залишаєте компанію, з будь-яких причин, вона залишається у вашому резюме, але в будь-якому разі ця компанія мало - і чим далі від неї в часі, тим менше - визначає вас як спеціаліста. Ок, ви працювали в Apple 3 роки тому - але зараз ви не там? Тобто, щось сталося, і ви не там? То чому на наймаючих менеджерів це має справити більше враження, ніж ця ж компанія, але десь нижче у вашому резюме? Колись ви працювали там, добре, але зараз ваш фокус на чомусь іншому, ви змінилися та ваш набір компетенцій змінився з часом.

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

Памʼятайте, не компанія прикрашає вас, а ви компанію.

#beardthink #карьера

Вийшов PMBoK 7 українською!

Я вітаю всіх причетних з довгоочікуваним релізом PMBoK 7 українською мовою!

Близько року група волонтерів працювала над перекладом цього фундаментального документу. І тепер україномовний РМВоК - єдина версія, яка доступна абсолютно безкоштовно і незалежно від наявності членства у РМІ.

https://pmiukraine.org/pmbok7/

Enjoy!

Кращі пости минулого кварталу.

Підсумуємо найбільш популярні пости минулих трьох місяців:

🈯️ Чому розвиток команд - не завжди найкраща стратегія
🈯️ Поради по проведенню заїбало-мітингу
🈯️ Як визначити, що ви вже стали керівником програм
🈯️ Практика ризик-менеджменту в аджайл-середовищі
🈯️ Роздуми про ех-співробітників
🈯️ ПМБоК 7 українською!

Радьте цей канал колегам і знайомим, щоб усвідомленого управління проєктами ставало більше.

Бережіть себе і до наступних зустрічей!

Про business continuity plans - на найвищому рівні.

Вчора пішла у засвіти Її Величність королева Єлізавета ІІ. Переважна більшість населення Британії, та й всього світу, ніколи не бачили іншого монарха в Букінгемському палаці. 70 років правління завершено.

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

- операцію ”Лондонський міст”, метою якої є організація похорон королеви
- операцію ”Весняна хвиля”, метою якої є коронація нового монарха
- та навіть операцію ”Єдиноріг”, яка містила план дій на випадок, якщо королева помре у Шотландії.

Я певен, що вчора у всіх країнах Співдружності заздалегідь визначені особи відкривали конверти з описом завдань і вже діють згідно визначених інструкцій. Залишається лише здогадуватися, який обсяг роботи стоїть за плануванням таких проєктів (наприклад, перша редакція плану операції “Лондонський міст” створена в 60-х роках ХХ ст.).

Якщо хтось бачив літературу чи статті з розбором таких операцій, напишіть в коментарях. Я ж поки пораджу чудову книгу про операції Моссаду.

#beardthink

​​Анонс конференції.

PMI Ukraine Chapter, офіційне представництво міжнародної некомерційної організації Project Management Institute, з радістю запрошує всіх бажаючих доєднатися до щорічної конференції PMI Ukraine Connect 2022.

Цього року, нас обʼєднує тема #standwithukraine, тож наряду з міжнародно визнаними фахівцями з менеджменту, українські професіонали будуть ділитися досвідом збереження та розвитку бізнесу під час війни.

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

Подробиці та реєстрація за посиланням: https://connect2022.pmiukraine.org/

До зустрічі!

Про менеджмент і інтеграцію в культуру.

Давнє повірʼя говорить, що компанія має наймати, зокрема, людей, що підходять до поточної культури, шукати той самий culture-fit. Як раніше нормою було тестове завдання в якості першого раунду відбору, так зараз останнім раундом є ціннісне інтервʼю, воно ж culture-fit interview. Зважаючи на те, що такі інтервʼю проводять керівники дуже високих рангів, це ще й недешеве заняття. Та чи має воно сенс?

На мій погляд, це повністю опціональний крок. По-перше, ми наймаємо людей, які будуть робити роботу, задля якої їх наймають - гарна людина то не професія. По-друге, роботодавців цікавить не скільки інтеграція в культуру, скільки навички співіснування в команді. Це можна перевірити не через індивідуальне інтервʼю, а через роботу з командою типу whiteboard challenge. По-третє, менеджерів мають наймати не для підтримки статусу кво, а для його розхитування. Інакше, навіщо вони?

Часто під культурним співпадінням мають на увазі здатність прогинатися, грати в ієрархію, задовольняти керівництво. У мене є досвід відмов на співбесідах зі слабкими керівниками, які прямо говорили, що вони do not think we can coach you the way we work. Це нормально - і їх бажання, і той факт, що висококваліфіковані менеджери в таких компаніях не працюють.

#beardthink #карьера

Про менеджмент під час війни.

Принагідно рекомендую до ознайомлення статтю Дмитра Ярмака про практичне застосування менеджерських парадигм і практик у керуванні військовим підрозділом. Надихає.

#beardthink #практика

Відкрита позиція.

Колеги шукають керівника проєктів (automotive) - деталі тут, якщо є бажання, пишіть Ярославу, який зможе сконтактувати з особами, що приймають рішення.

Успіхів!

Про контроль і відносини власності.

В одному з попередніх постів цього каналу я вже пояснював своє ставлення до зовнішнього локусу контролю. Хотілося б додати декілька деталей з огляду останнього досвіду.

Спілкуючись з керівниками високих рівнів, мені завжди цікаво дізнаватися, якими вони бачать керівники майбутнього. Ми всі знаємо про такі навички, як побудова довіри, розбудова команди, фасилітація - іноді, фокус на такі колаборативні навички затьмарює інші аспекти. Серед яких, зокрема, все частіше і частіше, в описах вакансій і приватних розмовах, на 1-1 сесіях та під час побудови індиівдуальних планів розвитку, лунає дієслово own.

Одне з визначень цього слова, за словником Меріам-Вебстер, звучить як “мати вплив чи панування над”. У світі, в якому проєкти ускладнюються через технічні деталі, розподіленість команд і збільшення їх чисельності, плинність бізнесу, на перший план виходять керівники, які можуть не просто вирішити проблему, а візьмуть на себе володіння цією проблемою від початку до кінця. Це включатиме аналіз, агресивну навігацію через політичний ландшафт, чіткі запити ресурсів, координацію процесів, іншими словами, все, що дозволяє повністю закрити проблему. І під проблемою ми розуміємо як окремі виробничі інциденти, так і організацію релізу нової версії комплексного продукту.

На мою думку, демонструвати компетенцію problem ownership можна тільки тоді, коли ви виховали в собі внутрішній локус контролю. Тільки так ви розумієте, що певні речі знаходяться під вашим контролем і не чекаєте допомоги ззовні. Це не означає, що вона вам не потрібна, а означає лише, що ви можете чітко формулювати запити, не залишаючи зайвого простору для інтерпретацій. Я часто спостерігаю різницю між внутрішнім і зовнішнім локусом контролю в менторстві. Є клієнти, які очікують виконання послуги на оплачені кошти. Таким чином, від ментора очікується ще і певного роду розважальний аспект, а фокус-девізом стає “ви мені не сказали”. І є клієнти, які ставлять питання, піддають сумнівам, пропонують рішення, підтримують дискусію - люди, які знають, що ментор це лише інструмент для досягнення їх персональних цілей. Вони працюють з фокус-посилом “я запитаю і дізнаюся.” Саме за такими людьми, на мою думку, є майбутнє управління складними ініціативами.

20% людей приносять 80% результату. 100% з них мають внутрішній локус контролю.

#beardthink #карьера