Три головні ролі в ІТ
У успішній ІТ-компанії є головні ролі, без яких не вийде правильний і
Перша роль – product-менеджер.Це людина, яка керує задумом, чітко бачить, який «біль» клієнта продукт вирішує та яку цінність приносить. Він відповідає питанням «Навіщо ми це робимо?». Ця людина повинна мати розвинені soft skills (з англ. «гнучкі навички» — «Хайтек»), щоб відчувати потреби клієнтів, вибудовувати спілкування з командою розробки, продажу та маркетингу. Такі навички складно виміряти, але є низка практик, які допомагають їх застосувати та створити в результаті потрібний клієнту продукт: знання в галузі user eXperience (UX), аналітики, позиціонування зробленого, а також способи вивчення цільової аудиторії та навички ведення експериментів.
User eXperience, з англ. «Досвід користувача, досвід взаємодії»— це сприйняття та дії користувача у відповідь, що виникають в результаті використання та/або майбутнього використання продукції, системи або послуги.
Досвід користувача включає всі емоції, переконання,переваги, відчуття, фізичні і психологічні реакції користувача, поведінку і досягнення, які виникають до, під час і після використання системи.
Друга людина - головний інженер або, по-іншому,CTO - технічний директор. Ця людина відповідає на питання «Як ми це зробимо?». У нього повинні бути навички в області програмування і управління - якщо компанія буде рости, його роль поступово зміститься: він буде менше працювати руками і більше управляти командою. Стане в нагоді знання ІТ-ландшафту в цілому і розуміння, які технології, фахівці, алгоритми, підходи потрібні для виконання конкретного завдання. У нього повинен бути широкий ІТ-кругозір, обов'язковий для цієї посади навіть на вході.
Третя людина - відповідальний за маркетинг іпродажу. На початку шляху ці області можуть поєднуватися. Такий фахівець відповідає на питання «Кому і як ми продамо наше рішення?». Набір навичок тут різниться в залежності від того, працює він на B2C- або B2B-ринку. В B2B потрібні перш за все досвід і «набита рука» в цій галузі. Набір спеціальних навичок навіть менш важливий, ніж досвід.
Основні кроки в розробці
Як правило, на старті компанія вже маєгіпотези про те, які «болі» та завдання потенційного клієнта продукт має вирішити. Коли компанія вже має продукт, важливо налаштувати процеси в маркетингу та продажах, щоб достукатися до потенційного клієнта, привести ліди — заздалегідь зацікавлених клієнтів, обробити їх і конвертувати на замовлення.
Наступний етап не менш важливий - впровадження продукту всередині компанії клієнта, так як ми говоримо про ринок B2B.
Після цього йде «управління щастям» клієнта:техпідтримка, поновлення і, можливо, задоволення наступних «болів» за рахунок продажу додаткових послуг, то мова йде про те, як працювати з клієнтом і як його втримати, а також отримувати його гроші довше.
Складання техзавдання: як не переплутати ролі
Product-менеджер відповідає за загальний розвитокпродукту і його бачення, а також прагне до того, щоб продукт задовольняв не лише завданням одного конкретного замовника, а вирішував цілий ряд схожих проблем і його можна було б згодом масштабувати - продавати багатьом іншим клієнтам. Такі фахівці вивчають клієнтів, проводять різні експерименти, формують бачення розвитку продуктів. Після цього вони перетворюють це бачення в послідовність кроків для створення продукту - roadmap.
Technology Roadmap, з англ. «Технологічна дорожня карта»- Короткостроковий або довгостроковий план випускувиробником будь-якого продукту. Найчастіше це нова версія або розвиток вже відомого продукту, на зміну якого чекають споживачі. Технологічна дорожня карта може містити засоби, підходи або шляхи, необхідні для досягнення поставлених віх.
Project-менеджер веде проект у конкретногозамовника і робить так, щоб ваш продукт максимально задовольняв унікальну потреба конкретного клієнта. Його робота починається з попереднього продажу, він управляє задумом проекту, складанням ТЗ, веде крок за кроком проектну роботу і відповідає за кінцеве впровадження.
Залежно від розміру проекту на цьому етапіможуть з'явитися додаткові ролі, такі як бізнес-і системний аналітик. Ці люди детально вивчають план проекту, опрацьовують документацію, з якої працюють розробники. Відділ розробки, в свою чергу, розуміє, який архітектурою або системами відповісти на виклики, які ставлять менеджери і клієнти.
Наступний крок: «управління щастям клієнта»
На цьому етапі є кілька рівнів:
- Перший - стандартний пакет послуг, в рамкахякого ви надаєте SLA (Service Level Agreement), тобто угода про рівень обслуговування. У ньому важливо відзначити, наскільки швидко ви реагуєте на запит клієнта, який обсяг послуг можете надати йому, що в цей перелік послуг входить. Зазвичай це чітко регламентовано і описано.
- Другий варіант:індивідуальні умови - в залежності від потреби клієнта компанія може надати йому окремого менеджера, додатковий пул годин або наданих робіт, набір знижок при великій кількості замовлень. В цьому випадку умови Кастомізіруйте абсолютно індивідуально і, як правило, потрібно призначити менеджера по роботі з ключовими замовниками, який буде вести процес роботи з конкретним клієнтом.
Способи виключити помилки при розробці
1. Найголовніше - не помилитися в людях при наймі. У розробці ПО єдино важливий, стоїть і приносить вам користь актив - співробітники. І на перших порах головне правильно їх підібрати.
Як правильно зібрати команду для ІТ-компанії
- На перших етапах підбору потрібно відповісти собічесно на питання, чи володієте ви необхідними компетенціями, щоб оцінити професіоналізм кандидата. Чи можете ви покластися на рекомендації знайомих, чи мають вони компетенціями у вашій сфері бізнесу? При підборі потрібно розділяти емоції і факти - найняти чарівного, але некомпетентного співробітника буде помилкою.
- Зробіть цикл зворотного зв'язку в робочих процесах якнайкоротше. Не треба чекати на місяць, щоб визначитися, чи підходить співробітник вашої компанії.
А) Якщо у вас є зауваження до роботи співробітника і ви розумієте, що очікували від нього інших результатів, повідомте йому про це якнайшвидше.
В) Важливо, щоб співробітники вміли приймати зворотний зв'язок і реагувати на неї. Відсутність цього дає зрозуміти, що в майбутньому з цією людиною не вийде комфортною і продуктивної роботи.
- Дивіться на професійні маркери, показники, важливі в конкретній області, щоб зрозуміти, чи досягає співробітник поставлених цілей.
У компанії має бути налаштована системауправління ефективністю. На початкових етапах побудови бізнесу вона може бути в голові у керівника, щоб чітко та неупереджено оцінювати, наскільки команда справляється із завданнями. Використовуйте готові рішення у разі виявлення організаційних бар'єрів, дефіциту компетенцій, низької мотивації та залучення та інших факторів, що впливають на продуктивність співробітників. Так, за допомогою рішення «TalentTech. Цілі» можна керувати ефективністю співробітників, не просто фіксуючи факт виконання мети, а розуміючи, з яких причин ціль досягнута чи ні.
2. Недостатня увага розвитку співробітників, їх особистому зростанню, залученості, емоційному стану, продуктивності. Так як це ваш головний інструмент, потрібно дуже активно дбати про те, щоб персонал був у найбільш комфортному та продуктивному стані. У роботі з адаптацією співробітників та залученням допомагають технології: наприклад, швидкі пульс-опитування дозволяють зрозуміти настрій команди, виявити «болі» та провести аналітику, щоб виправити процеси та підвищити ефективність роботи.
3. Продуктова помилка.Існує ризик зробити продукт, який не повністю відповідає потребам вашого клієнта. Тут допоможуть гнучкий підхід та ітеративність — регулярний проміжний аналіз зробленого, редагування в процесі, щоб команда на кожному етапі була на одній хвилі з ідеями замовника і чітко розуміла, яку мету має.
4.Невірні технічні рішення і накопичення технічного боргу. Це можуть бути рішення, прекрасно функціонують зараз, але заважають розвитку в майбутньому. Наприклад, потрібно відправити клієнту при реєстрації лист, але текст записаний в програмний код і внести зміни в ньому може тільки програміст. Коли ви розробляєте ПО, завжди є вибір - зробити швидко або якісно, щоб це в майбутньому не принесло проблем. Як правило, вибирається компроміс, і як би ви не вели розробку, технічний борг накопичується. Важливо керувати цим процесом і вчасно ліквідувати неточності. Якщо про ці нюанси забути, то через кілька років компанія може стати недієздатною.
5. Ігнорування питань з управління якістю.Якість це те, що змушує клієнтів повертатися до вас знову і знову. Нестача уваги в цьому питанні обернеться трудовитратами та втратами грошей у майбутньому. Наприклад, ви не написали тести у коді, що заощадило умовну годину часу. Через місяць, вносячи доопрацювання, ви витратите день, щоби переконатися, чи все коректно працює.
Завдання від project- і product-менеджерів спочаткупотрапляють в беклог - загальне сховище всіх завдань. Звідти вибирають найважливіше і запускають в роботу. Щоб зрозуміти, які завдання з беклога потрібно взяти, команди домовляються про цілі спринту. Цей процес виглядає як торг, так як враховується безліч думок. Але ніякого іншого чарівного шляху пріоритезувати завдання не існує.
Беклог- це журнал залишилася роботи, якунеобхідно виконати команді. Термін прийшов з сімейства методологій Agile, зокрема з Scrum, де він є одним з основних артефактів - джерелом для користувача історій.
Після цього відбувається сам спринт - розробка функціоналу, тестування, перевірка якості, потім реліз і демонстрація продукту клієнтам і іншим командам.
Так, робота над рішенням TalentTech.Адаптація» почалася з ідеї: ми вивчали потреби ринку та побачили, що багатьом компаніям потрібно охопити та оцінити весь шлях найму кандидата: від його пошуку до перших етапів роботи. На російському ринку вже є рішення для автоматизації підбору, навчання та постановки цілей, але нічого не передбачено для адаптації співробітника. Через таку прогалину можна швидко втратити мотивацію і вбити залученість новачка, а значить на початку зробити з класного кандидата безініціативного незадоволеного співробітника.
Припустимо, залучити новачка до робочого процесу невдалося - він звільнився на випробувальному терміні. На що це вилилося бізнесу? Якщо рекрутер в ІТ-компанії отримує 100 тис. рублів і від нього очікують закриття чотирьох вакансій на місяць, а на наймання однієї людини пішло 1,5 місяці, то вийде 37,5 тис. рублів. Додаємо до цієї суми три оклади співробітника з урахуванням податків та відрахувань, виходить приблизно 931 тис. рублів, витрачених на одного співробітника за 4 місяці. Сюди ще можна додати вартість робочого годинника наставників, команди, керівників та бухгалтерів, а також витрати на обладнання робочого місця. А головне – ці витрати зникли в нікуди разом з його звільненням, тобто бізнес зазнає значних фінансових втрат.
Ми провели дослідження 27 компаній -потенційних клієнтів: запитували, де у них «болить» і які потреби потрібно закрити. З'ясувалося, що для багатьох компаній процес адаптації - реальна проблема. Так, в одній компанії, щоб оцифрувати онбордінг, потрібно сформувати цілий звіт з графіками: скільки людина працюють перший день, скільки підписують документи, скільки проходять навчання. Для цього відділу навчання доводиться обдзвонювати філії у всіх регіонах. Занадто багато роботи, затратно і довго.
В іншій компанії на 200 чоловік є всього один комп'ютер, при цьому неможливо розпочати роботу без цифрової програми навчання, тому що в ній містяться найголовніші відомості про процеси.
Проаналізувавши всі ці «болі» клієнтів на ринкута оцінивши можливість налагодити процеси та скоротити витрати, ми стартували розробку програми. Створити продукт і відразу пілотуватися вирішили в рамках чотирьох компаній: ІТ, рітейл, сервісної та компанії з онлайн-роботою співробітників. Їх поєднувало те, що у команді були розподілені співробітники, з якими складніше вести комунікацію.
Через 2,5 місяця ми запустили перший пілот, щечерез місяць - другий. У нас було завдання перевірити, наскільки продукт відповідає вимогам ринку. Перед запуском програми в компанії ми завжди визначаємо, на які метрики хочемо з його допомогою вплинути: поліпшення продуктивності, зменшення витрат, підвищення мотивації співробітників і якість роботи наставників.
Читайте також:
З'ясувалося, що змусило цивілізацію майя покинути свої міста
Вчені розкрили план герпесу по зараженню людини: він схожий на гру cо ставками
На 3 день хвороби більшість хворих COVID-19 втрачають нюх і часто страждають нежиттю