Як представити технічну дорожню карту англійською
Мова презентації дорожньої карти для фахівців з інформаційних технологій — пріоритети, компроміси, важливі події, залежності — з фразами для впевнених англійських презентацій дорожньої карти.
Представлення технічної дорожньої карти є однією з найпомітніших речей, які робить інженерний лідер або старший інженер. Ваша аудиторія, як правило, включає менеджерів продуктів, бізнес- партнерів і керівників — людей, які глибоко турбуються про те, * коли * речі будуть готові, * чому * певні речі мають пріоритет, і * що * буде доставлено. Ваша робота - це пояснити це чітко і впевнено англійською.
У цьому підручнику ви знайдете структуру і мову для презентації технічної дорожньої карти для змішаної аудиторії.
Технічний план розробляється технічним комітетом
Дорожня карта не є планом проекту. Вона не обіцяє точних дат. Він повідомляє:
- ** Що ** команда будує протягом певного періоду часу
- Чому ці речі будуються в такому порядку?
- ** Коли ** приблизно кожна ініціатива відбудеться
- ** Які залежності ** існують між ініціативами
Зрозуміння цього розрізнення допомагає вам обрати правильну мову — впевнену у напрямку, відповідно невпевнену у часі.
Структурування презентації
1. Європа Контекстний графік
Почніть з нагадування аудиторії, чому існує ця дорожня карта і яким цілям вона служить.
“Дорожняя карта, которой я сегодня поделюсь, охватывает следующие шесть месяцев инженерных инвестиций. Він розроблений для досягнення трьох бізнес-цілей: скорочення часу на ринок для нових функцій, поліпшення надійності платформи і створення основи для міжнародного розширення, запланованого на Q4. ”
- “Перед тим, як я прогуляюсь дорожньою картою, я хочу чітко розуміти, що вона представляє: наші поточні найкращі думки про пріоритети, засновані на тому, що ми знаємо сьогодні. Вона буде розвиватися, поки ми дізнаємося більше».*
2-й. Поясніть логіку пріоритизації
Зацікавлені сторони завжди хочуть знати, чому певні речі мають пріоритет над іншими. Дай им обоснование.
“Ми першими поставили на перше місце міграцію до нової служби автентифікації, тому що вона розблоковує три інші ініціативи — доки це не буде зроблено, мобільне застосування не буде оновлюватися, а інтеграція SSO не може продовжуватися.”
*“Робота над надійністю у другому кварталі не гламурна, але це найвища інвестиція, яку ми можемо зробити. Кожна година незапланованого простою коштує нам приблизно 15 000 фунтів. Розв’язання основних причин буде відшкодовувати інженерні інвестиції в першому кварталі.” *
- “Ми навмисно не будуємо [функцію] в цей період, хоча ми знаємо, що це цінно. Ми дістанемося до цього в H2, як тільки фундамент платформи буде на місці.”*
Мова дорожньої карти за часом Horizon
Мова, якою ви користуєтеся, повинна відображати непевність кожного горизонту.
Близькосрочний (наступні 1-3 місяці)
Використовуйте більш чітку мову — ці зобов’язання повинні бути добре зрозумілими.
“У 3-му кварталі ми доставимо [X]. Команда розпочала роботу, обсяг визначений, і ми маємо високу впевненість в цьому зобов’язанні. ”
- “Наступні етапи підтверджено для наступного спринту: [список].” *
Середньострокова (3-6 місяців)
Використовуйте мову, яка сигналізує про намір, не перевантажуючи.
- “У 4-му кварталі ми плануємо розпочати перехід на нову інфраструктуру. Обсяг все ще завершується, але ми маємо високу впевненість у часі.» *
- “Ми плануємо досягти [X] до кінця року. Це залежить від завершення роботи з залежностями в Q3.”*
Довгостроковий (6+ місяців)
Використовуйте дослідницьку мову — це визначає напрямок, а не зобов’язання.
- “Дивимось далі вперед, ми досліджуємо [ініціативу]. Ми ще не зобов’язалися до цього - це залежить від результатів нашої поточної роботи з платформою і бізнес-пріоритетів, які виникають з перегляду стратегії. ”*
“Це в наших думках на H1 наступного року, але я хочу бути ясним: це напрямок, а не план.”
Обговорення компромісів
“Ми мали важке рішення щодо пріоритету між [A] і [B]. Обидва цілі. Ми обрали [A] як пріоритет, тому що [причина]. [B] не забули — його заплановано на [час].”
“Компроміс, який ми приймаємо, приоритизуючи роботу над надійністю, є повільнішою доставкою функцій в Q3. Ми вважаємо, що це правильний вибір, тому що [причина]. Якщо ситуація в бізнесі зміниться, ми можемо переглянути.»
- “Кожен елемент на цій дорозі існує, тому що чогось іншого немає. Ось що ми вирішили не будувати і чому: [пояснення].”*
Комунікаційні залежності
Залежності є однією з найважливіших речей, які слід вказати у презентації плану дій, оскільки вони впливають на те, що можливо і коли.
- “Панель аналітики у 4- му кварталі залежить від завершення міграції сховища даних у 3- му кварталі. Якщо міграція провалиться, панель управління також провалиться.»*
- “Існує дві зовнішні залежності: оновлення API постачальника, заплановане на серпень, і схвалення закупівлі для нового контракту з інфраструктурою. Обидва відстежені, але поза нашим контролем.”*
“Ми розробили план, щоб зменшити залежності між командами, але є одна важка залежність від команди платформи: [опис]. Ми підтвердили їхні можливості і маємо спільне зобов’язання».
Запитання і відповіді
Коли запитали: «Чи можемо ми отримати це раніше?»
“Я розумію, що це невідкладно. Для того, щоб це зробити, нам потрібно буде відкласти щось інше. Я б хотів мати цю розмову — що б ви хотіли розглянути в обмін на це?»
- “Ми можемо дослідити прискорення цього. Дозвольте мені повернутися до вас завтра з реалістичної оцінки того, що це займе і які будуть компроміси.»*
На питання «Чому це так довго триває?»
*“Я понимаю, что это медленно. Позвольте мне рассказать вам о том, что это такое. Складність тут — [X], що вимагає [Y]. Ми оцінили [Z] тижнів через [причина]. Я щасливий, що можу дати більш докладні відомості, якщо це допоможе»
При цьому слід враховувати рівень довіри
- “Я б сказав, що ми маємо високу впевненість у зобов’язаннях третього кварталу і помірну впевненість у четвертому кварталі. Все, що за цим межами, є напрямним — ми вдосконалюємо його, коли наближаємось до нього»
Закриття презентації
- “Подсумувати: дорожня карта відображає наш найсильніший погляд на те, як досягти [бізнес-цілей] в межах доступних інженерних можливостей. Ми прийняли навмисні рішення про пріоритети, і я намагався бути прозорим щодо компромісів і залежностей. ”*
“Я б хотів залишити десять хвилин на питання і будь-яку відгукову інформацію про пріоритети. Ваш внесок має значення — дорожні карти повинні відображати бізнес-реальність, а не тільки інженерні переваги. ”
Хорошо представленная дорожная карта создает доверие. Це показує, що інженерна команда розуміє бізнес-цілі, критично думає про пріоритети і чесно спілкується про те, що можливо і неможливо. Мова, використана у цьому підручнику, допоможе вам передати це повідомлення з ясністю і впевненістю.
Національні мови: мова рідних, мова носіїв мов, що не є рідними
Ефективне представлення технічної дорожньої карти не просто про описування функцій і часових рамок; це про передачу * впевненості * і забезпечення того, щоб кожен розумів стратегічну логіку. Для розробників, які все ще вдосконалюють свою професійну англійську, конкретна фраза може значно вплинути на те, як ваша дорожня карта приймається - особливо щодо пріоритетності і потенційних викликів. Важливо вийти за рамки простого затвердження того, що буде зроблено, і натомість сформулювати * чому * це пріоритет і чітко визнати будь-які залежності або компроміси.
Однією з поширених пасток є використання надмірно упевненої мови при обговоренні пріоритетів. Замість того, щоб сказати: «Ми * повинні * реалізувати функцію X », більш нюансований підхід буде таким: «Заснований на нашому аналізі, пріоритетність функції X принесе [спеціальну перевагу - наприклад, «15% збільшення залучення користувачів»] і безпосередньо звернеться до визначеної потреби [проблеми]. Ми оцінили потенційний вплив разом з іншими ініціативами, і це відповідає нашим загальним стратегічним цілям. “Зауважте використання “на основі нашого аналізу” і “відповідає” - ці фрази пом’якшують заяву і демонструють обдуманий підхід. Аналогічно, обговорюючи затримки, уникайте звинувачувальної або обвинувальної мови. Фрази на кшталт «Ми зараз переживаємо невелику затримку через [причину — наприклад, «неочікувані залежності від міграції бази даних»] і ретельно працюємо, щоб зменшити це» є набагато більш конструктивними, ніж «Команда відстає від розкладу»
Інша область, яка вимагає ретельної фрази, знаходиться в коментарях перегляду коду або описах PR. Замість простого повідомлення « Виправити помилку », розгляньте: « Цей запит вирішує критичну проблему з [назва компонента], яка впливала на [досвід користувача]. Основну причину було визначено за допомогою ретельного дослідження, і виправлення включає [коротке пояснення рішення] для забезпечення довгострокової стабільності. » Використання активного голосу (« Цей звіт * адресує *… ») і чітке вказівок на вплив (« впливає на * досвід користувача * ») зміцнює ваше спілкування. Зверніть увагу на використання точної технічної термінології послідовно — уникайте нечітких термінів, таких як « це » або « це », коли мова йде про певні елементи коду.
Нарешті, пам’ятайте, що обговорення дорожньої карти часто включають компроміси. Фрази на кшталт «Ми прийняли навмисне рішення знизити пріоритет [Функції Y] в цій ітерації, щоб зосередитися на досягненні [Ключової річки Z], визнаючи критичну потребу в [бізнес-результаті].» є ключовими. Це демонструє, що ви знаєте про альтернативи і можете обґрунтувати свій вибір з ясним обґрунтуванням. Практикування цих фраз і активне пошуки відгуків від носіїв англійської мови є безцінним вкладенням у розвиток вашої кар’ єри.