Про що говорили на вебінарі “Fail Tale”

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

Вебінар від 1 квітня “Fail Tale” ми зробили саме для того, щоб поділитися одне з одним історіями своїх “епік фейлів” (читайте — “досвідом”) і повчитися не на власних помилках, а на чужих. Серед запрошених спікерів — чотири професійні менеджери з різних сфер: дизайнер, бізнес-аналітик, інженер-розробник та проєктний менеджер. І у кожного своя історія. 

Перший спікер - Ірина Шкаровська, Associate Director та основний візіонер компетенції Experience Design у компанії EPAM. Ірина 12 років працює в дизайні, і за цей час зросла від звичайного дизайнера до сініор дизайнера, до тім-ліда і згодом — до Design Manager та Head of Design.

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

Про нього і вели розмову, а саме:

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

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

Наступний спікер - Вікторія Позднякова, Lead Business Analyst, керівник департаменту бізнес-аналітиків компанії EPAM і, за сумісництвом, людина, яка побудувала серйозну кар’єру саме в нашій компанії. 

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

Отже, ось вам список того, що не варто робити, якщо ти — бізнес-аналітик:

1. удавати, що ти геній і все розумієш з першого разу;
2. категорично відмовляти чи заперечувати клієнту на етапі формування технічних вимог;
3. Інша крайність - бути занадто ввічливим та послужливим із клієнтом;
4. писати десятитомні meeting minutes;
5. вести розмови з тим чи іншим стейкхолдером позва рівнем свого контексту,
6. занадто емоційно реагувати на отримуваний фідбек;
7. думати, що очевидні для вас речі є очевидними для всіх оточуючих. 

Чому робити все вищеперераховане - погана ідея, дізнаєтесь, якщо подивитеся запис доповіді Вікторії.

Наступний доповідач - Сергій Семенов, Project Manager, Scrum-майстер та Agile-тренер в компанії EPAM, людина, що має 14-річний різносторонній досвід в IT сфері. 

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

Ось вам їх перелік, а деталі - як завжди, у відеозаписі вебінару:

• Антипаттерн 1: грати у футбол із замовниками;
• Антипаттерн 2: зібрати команду зірок замість того, щоб зібрати команду-зірку;
• Антипаттерн 3: різкий перехід на SCRUM та однотижневі спринти;
• Антипаттерн 4: записати усі проблеми та… нічого не зробити;
• Антипаттерн 5: утилізувати ресурси, щоб не простоювати;
• Антипаттерн 6: скинути sprint review на бізнес-аналітика;
• Антипаттерн 7: жираф великий, йому видніше;
• Антипаттерн 8: розробляти стартап вотерфольно;
• Антипаттерн 9: comprehensive documentation.

Закладаємося, що після такої доповіді у вас точно буде розуміння “як не треба робити”! 

Спікер, що завершив наш “епічний” вебінар - Роман Стремедловський, Lead Software Engineer, голова департаменту JavaScript та голова ком`юніті JavaScript в київському EPAM, працює у компанії понад 7 років. 

Тема доповіді Романа: “Лондон, 500 перемикань, і людина для перезавантажень”. 

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

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

Цю історію, рівно як і уроки, що були з цього винесені, Роман і його команда, мабуть, не забудуть ніколи :) 

А ми, як завжди, дякуємо вам за те, що ви з нами та чекаємо на нові зустрічі! 

Підписуйтесь на наші новини:

Facebook: EPAM Ukraine
Twitter: epam_ukraine
Instagram: epam_ukraine
Або просто пишіть нам: [email protected]