Project Management Academy

Welcome back:)

Всім привіт🙃 ми повертаємось після довгої перерви🥳

Удосконалені лекції, додано ще більше практичних кейсів та нових цікавий проектів для наших студентів.

Новий курс стартує 1-го жовтня.

Будемо раді бачити всіх хто хотів поки в нас була перерва.

Новий пост вже завтра 😉

Як давати негативний фідбек
⠀
Одне з найскладніших в роботі менеджера - давати негативний фідбек.
⠀
З позитивним все легко і просто, адже хвалити людей завжди приємно. А критикувати якось не комільфо, таких розмов хочеться уникнути. Мовляв, звідки взагалі у мене право говорити людині як ій жити?
⠀
Зазвичай фідбек дають на зустрічах 1-1. Щоб співробітник прислухався, треба доносити проблему максимально точно: ти не вклався в оцінку -> посунулись терміни -> замовник незадоволений. Якщо говорити загальними фразами і напівнатяками, є великий шанс, що тебе не почують.
⠀
З іншого боку, важливо не зачепити почуття людини. Щоб працівнику не здалося, що його вичитують як школяра за невиконану домашку 🤓.
⠀
Є різні техніки, які допомагають впоратися з цим балансом, наприклад, Burger 🍔 або BOFF.
⠀
Мені сподобалися принципи, які використовує Нетфлікс, тому що вони короткі і прості. Всього 2 поради для тих, хто дає фідбек і 2 для приймаючої сторони:
⠀
1. Прагни допомогти. Критикуй з щирим бажанням зробити світ кращим.
2. Пропонуй конкретні кроки. Пояснюй, що саме людина зробила не так, який був негативний ефект і як його можна було уникнути.
3. Будь вдячний за зворотній зв'язок. Коли чуєш негатив, твоя природна реакція - почати виправдовуватися і захищатися. Її треба побороти і згадати про пункт 1.
4. Не всі поради обов'язково правильні і такі що треба 10000% фолловити. Деякі з них можуть бути не актуальні і тільки тобі вирішувати до яких прислухатися.

Поштовий спам при реєстрації
⠀
В інтернеті є одна річ, яку я не розумію. Чомусь всі сервіси думають, що ющер хоче отримувати від них рекламні листи, після того як зареєструвався.
⠀
Це не так!
⠀
Насправді у юзера немає вибору отримувати їх чи ні. Після реєстрації вони просто починають приходити і все. Відписуватися від новин і знижок вже є традицією 😔
⠀
Так відбувається тому, що менеджери і маркетологи у що б то не стало хочуть просунути свій товар. Їх можна зрозуміти, за нашу з вами увагу борються тисячі бізнесів. Але коли просування дуже нав'язливе, виходить все навпаки - користувачі не купують, а зляться.
⠀
Ось кілька штук, які зменшать роздратування у хейтерів реклами:
✅ Поставити чек-бокс "отримувати рекламні листи" при реєстрації. Зробити його невибраним по дефолту.
✅ У кожному листі додавати посилання "відписатися" внизу. Вона помітна, а не така, як кнопка закриття реклами на сайті з улюбленим серіалом, на неї юзер повинен легко натиснути.
✅ При переході по ній повинно відбуватись максимум одна дія, щоб відписатися.
⠀
А ось ці речі, навпаки, дратують, краще так не робити:
❌ Щоб скасувати розсилку потрібно залогінитися.
❌ Додаткові кроки в момент відписки, нібито "ви впевнені, що хочете відписатися?" Це дуже злить....🤬
❌ Багато чекбоксів для різних листів (знижки, новини і т.д.) і треба клікнути на кожен. Немає кнопки "відписатися від всього".
❌ Мабуть, найсумніше - це марні листи: "Нам сьогодні 10 років", "З Різдвом Христовим!" і тому подібні. У них для одержувача немає ніякої цінності.

Тривалість спринта
⠀
Коли стартуєш новий проект, потрібно домовитися якою буде довжина спринта. Її рідко змінюють по ходу проекту, тому рішення, воістину, історичне.
⠀
Скільки ж вибрати? Скрам пропонує будь-який термін, аж до 1 місяця. Радять все ж сильно не затягувати, щоб якомога частіше показувати користувачам нові фічі і отримувати фідбек.
⠀
Зазвичай спринти роблять кратним тижням, щоб починати і закінчувати в один і той же день. Виходять такі варіанти:
⠀
- 1 тиждень;
- 2 тижні;
- 3 тижні;
- 4 тижні;
⠀
Вибираючи тривалість, спирайтеся на кількість кроків в definition of done. Чим їх менше, тим швидше команда може випускати завдання, і тим менша довжина спринту потрібна.
⠀
Наприклад, у нас зараз мобільний проект без бекенда, тому наш спринт всього 7 днів.
⠀
А в проектах, де є бекенд і фронтенд зазвичай вибирають 2 тижні. Це найпопулярніший варіант, який ви знайдете у двох команд з трьох. Стільки досить, щоб встигнути випустити значуще оновлення, і одночасно не скотитися в вотерфолл.

6 книг для менеджера початківця
⠀
Якщо ваш друг хоче стати менеджером і питає, що йому почитати, порадьте ось ці книги:
⠀
1️⃣ Як стати менеджером в ІТ - з чого складається професія.
2️⃣ Чорна книга менеджера - як працює ІТ бізнес, з точки зору його власника.
3️⃣ Scrum і XP, замітки з передової - як користуватися скрам.
4️⃣ Як пасти котів - як ставити завдання розробникам і допомагати їм зростати.
5️⃣ Не змушуйте мене думати - як робити зручні інтерфейси, щоб було зрозуміло і бумер і зумер.
6️⃣ Розробка вимог ПО - як з фічі на місяць зробити фічу на тиждень за допомогою вимог.
⠀
Книжки всі короткі (крім останньої) і нескладні, щоб початківець менеджер не впав у тугу і не передумав. Для початку саме те.
⠀
І, звичайно, радьте нашу сторінку і наші курси 😊

Приклад оцінки фічі
Уявіть, що ведете проект а-ля месенджер.Замовник надсилає вам такий лист:
📨Хочу фічу, щоб можна було відправляти фото в чат. Скільки буде коштувати?
Давайте розберемось, що робити.
Якщо на проекті є BA, просимо його розписати юзкейси. Якщо немає - пишемо самі, приблизно так:
📌 отримати доступ до галереї;
📌 вибрати фото + превью перед відправкою;
📌 завантажити фото в чат;
📌 подивитися відправлене фото;
Беремо ці юзкейси і йдемо затверджувати їх з замовником.
І обговорюємо інші кейси, які можна придумати для цієї фічі - відправка відео, стиснення, історія, редагування перед відправкою і т.п. Чим більше назбираємо зараз, тим менше шанс почути на приймання "ой, а де стиснення? Я думав, це мається на увазі ...".
⠀
Щоб не роздувати Скоуп, пропонуємо всі необов'язкові кейси зробити потім, у фазі 2. Раптом фіча взагалі не зайде?
⠀
На цьому етапі корисно дивитися, як аналогічні фічі працюють у конкурентів 👀.
⠀
Коли кейси затверджені, йдемо до команди оцінювати. Збираємо всіх zoom і розповідаємо про фічу.
⠀
Mobile developers дивляться на вимоги і кажуть, що на розробку потрібно 80 годин. Бекенд просить 40. Дизайнеру знадобиться 40 на створення екранів. В сумі 160.
⠀
Закладаємо 30% на тестування, 20% на стабілізацію, 10% на комунікації + 10% на себе. Зверху накидаємо 10% ризиків і отримуємо 140 годин.
⠀
За Рейт 40 в годину виходить $ 12,000. Але це ще не все.
⠀
Фотографії потрібно десь зберігати, для цього знадобиться окремий сервер.
Замовник каже, що фічею буде користуватися кожен п'ятий користувач, завантажуючи десь 100МБ фоток на місяць.
⠀
Наостанок, прикинемо таймлайн 📅.
Бекенд може почати першим, паралельно будемо малювати дизайн. За оцінкою команди це тиждень, але додамо 3 дня на обговорення, затвердження макетів і ризики.
Мобайл тіма просила 2 тижні, але з тестуванням і стабілізацією, розробка займе всі три.
Після першого тижня обов'язково зробимо демо, щоб уникнути сюрпризів перед релізом. Закладаємо день на делівері і ще 2 на ризики.
У підсумку отримуємо 5 тижнів.
Оцінка готова.Ставимо в копію Sales manager (Account manager) і відправляємо замовникові.

Хмммм... а з якої зарплати ти готовий розпочати? 🙃

Ти готовий зробити перший крок?!🙂

Результати ретро в беклог

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

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

Прикольно іноді зайти в ретро річної давності і розчулитися з того, як молоді ми були і які прості речі нас беспокоіли. За таким замітки добре видно як матереет проект і команда.

Фідбек від клієнта
⠀
Кожному менеджеру доводиться стикатись із такою ситуацією: працюєш із клієнтом півроку, все наче добре, менеджер впевнений, що клієнт всім дуже задоволений. Але коли аккаунт-менеджер відправляє клієнту фідбек-форму, виявиляється, що він задоволений приблизно на 3 з 5 🙄
⠀
Людині складно сказати про свої проблеми відкрито і чітко, так, щоб навіть прямолінійний технарь його почув. Він говорить загальні фрази, на кшталт it's going OK, а менеджери думають, що все йде добре.
⠀
Особливо уважними треба бути з американцями: коли вони говорять it's OK, значить все точно не ОК, значить справи так собі. ОК в нашому розумінні цього слова - це amazing, outstanding і great job на їх мові.
⠀
Щоб дізнатися у клієнта фідбек - надішліть йому форму з декількома питаннями. З відповідей відразу стане зрозуміло, що клієнт насправді думає про проект. Повторюйте раз в 3 місяці, щоб стежити за динамікою.
⠀
❗Важливий нюанс - краще не відправляйте форму від себе, а попросіть боса або когось із керівництва (зазвичай це роблять аккаунт-менеджери). Клієнту може бути складно сказати про проблеми особисто вам.
⠀
Це як питання в ресторані "Чи все вам сподобалося?" від офіціанта, в кінці вечері - мало хто чесно відповість. Легше сказати "Так, все ок", ніж влаштовувати конфронтації. А ось влупити 2 зірки в гугл картах і написати що суп холодний - набагато простіше.
п.с. Форму запитуйте в дірект📨
Усім Гарного фідбеку!