Інформаційно-комунікаційні технології в англійській мові: мова для продуктових і інженерних команд
Англійські фрази і словниковий запас для презентації технічних планів, управління очікуваннями зацікавлених сторін, обговорення компромісів і повідомлення про теперішні/ наступні/ пізніші пріоритети.
Технічний план є таким же корисним, як і ваша здатність його донести. Незалежно від того, чи ви презентуєте квартальну інженерну дорожню карту керівництву, обговорюєте план міграції платформи з менеджерами продуктів або пояснюєте, чому функцію було відкладено на « пізніше », мова, яку ви використовуєте, формує те, як дорожня карта приймається і як їй довіряють. Для не рідних англомовних носіїв, комунікація дорожньої карти є особливо багатим викликом, тому що вона поєднує технічний вміст з управлінням зацікавленими сторонами і стратегічним оформленням.
Цей посібник містить словниковий запас і фрази для презентації, захисту і оновлення технічної карти англійською мовою.
Ключовий словник
Соціалізація (план) Поділитися пропозицією неформально з зацікавленими сторонами перед офіційним рішенням - зібрати зворотній зв’язок, побудувати обізнаність і визначити проблеми на ранньому етапі.
“Перед тим, як ми представимо план лідерству, ми повинні обговорити його з лідерами продукту, щоб уникнути сюрпризів.”
Компроміс Ситуація, коли поліпшення однієї речі вимагає прийняття вартості на щось інше - основна концепція в обговоренні дорожньої карти.
“Компроміс тут - між швидкістю доставки і технічною якістю: ми можемо відправити швидше, якщо ми приймемо певний технічний борг.”
** Зараз / Наступний / Пізніше ** Легка система планування, яка уникає помилкової точності групування роботи у три горизонти замість фіксованих дат.
“Ми використовуємо формат зараз/наступний/пізніше, тому що квартальні дати створюють хибну впевненість у сфері, де вимоги все ще змінюються.”
Ключевая веха Особлива, вимірювана точка у проекті, яка позначає значний прогрес — відмінний від завдання або результату.
- “Першим етапом є робочий прототип з основною моделлю даних. Ми не зобов’язуємося до повного інтерфейсу на цьому етапі.”*
Зависимость Частина роботи, яку слід завершити (вашою командою або іншою), перш ніж можна буде продовжити щось інше.
“Ми сильно залежимо від команди платформи ідентифікації — їхній новий API автентифікації має бути стабільним, перш ніж ми зможемо розпочати інтеграцію.”
Сфера Визначена межа того, що частина роботи включає і виключає - часто предмет переговорів у розмовах про дорожню карту.
- “Я хочу чітко вказати на обсяг: план Q3 стосується лише перенесення даних. Шлях повідомлення явно виходить за межі цього циклу.»*
Віддані проти амбіційних Відмінність між пунктами дорожньої карти, які команда має високу впевненість у виконанні, і пунктами, які заплановані, але підлягають зміні.
- “Все, що вказано у стовпчику « зараз », було оприлюднено. Наступна колонка є амбіційною — ми підтвердимо ці пункти, коли наближаємося до Q4.”*
Корисні фрази
** Відкриття презентації дорожньої карти: **
«Сегодня я хочу провести вас через нашу технічну дорожню карту на наступні два квартали — що ми будуємо, чому ми приоритизували це таким чином, і де у нас є відкриті питання, на які ми хотіли б отримати ваш внесок»
** Пояснення рішення про пріоритетність: **
«Ми знизили пріоритет панелі звітів, тому що вона має сильну залежність від міграції складу даних, яка все ще триває. Збудувати інтерфейс користувача зараз означало б перебудувати його знову за три місяці»
Собственный выбор:
«Ми можемо або надати повний набір функцій в Q4 або відправити обмежену версію в Q3 і ітерувати. Параметри Q3 надають користувачам користь швидше, але вимагають другого циклу міграції. Ми рекомендуємо Q4 — ось чому»
Управління очікуваннями щодо дат:
«Ми даємо діапазон, а не жорстку дату, тому що є дві зовнішні залежності, які ми не контролюємо. Ми звужимо вікно, як тільки вони будуть вирішені»
** Обробка відкидання на діапазоні: **
“Я розумію бізнес-причину для додавання цього до цього циклу. Щоб бути прозорими: додавання його як обсягу означає або розширення часової шкали на три тижні, або вилучення чогось еквівалентної складності. Я б хотів, щоб ви порадили, який компроміс краще»
Поширені помилки
Плутаю “часову шкалу” з “графіком” Вони пов’язані, але відрізняються. * Часова шкала * стосується послідовності і тривалості фаз — вона описує форму роботи. * розклад * стосується певних дат календаря і обов’ язків. Використання « хронології », коли ви маєте на увазі « розклад », може створити неоднозначність щодо того, наскільки твердими є ваші дати. Будь обдуманим: “Временная шкала составляет примерно три месяца. Ми представимо розклад з датою, коли фаза відкриття буде завершена. ”
** Використання пасивних конструкцій, що приховують власника ** Дорожні карти, представлені як * “сервіс аутентифікації буде мігрований” * або * “плануються поліпшення продуктивності” , залишають зацікавленим сторонам неясно, хто відповідає. Використовувати ідентифікатори команди або особи: * “Команда платформи є власником міграції автентифікації. Ми володіємо інтеграцією з боку клієнта. ” Мова власності будує довіру в дорозі.
Подходя к плану как к контракту Нерідні носії іноді представляють дорожні карти з надмірною впевненістю, створюючи очікування, які важко повернути. Англійська має чудовий хеджуючий словник для цього: * “наш поточний план,” “ми націлюємося,” “припускаючи, що немає значних змін в обсязі,” “це підлягає перегляду.” * Використовуйте їх навмисно, щоб сигналізувати про рівень впевненості, не звучачи ухиляючись.
План дій — це, перш за все, інструмент спілкування, а по- другому, інструмент планування — мова, якою ви його представляєте, визначає, наскільки довірливою вона буде.
Національні мови: мова ненаціональних меншин
Ефективне повідомлення технічної дорожньої карти не просто про перелік функцій. Це про передачу пріоритетів, управління очікуваннями і сприяння вирівнюванню в межах вашої команди - особливо, коли присутні різні рівні англійської мови. Хоча ця стаття зосереджена на основних комунікаційних стратегіях для всіх зацікавлених сторін, давайте розглянемо конкретні проблеми, з якими стикаються розробники, які не повністю впевнені в професійній англійській мові. Це не про те, щоб соромити чиїсь мовні навички; це про те, щоб забезпечити себе і наші команди словником і фразами, щоб заповнити ці прогалини і переконатися, що кожен розуміє “чому” за дорожньою картою.
Однією з найпоширеніших перешкод є чітке визначення компромісій. Замість того, щоб просто сказати: «Ми не можемо зробити це зараз», більш нюансований підхід - корисний для розмов Slack або описів PR - буде таким: «Поки що, приоритизація функції X затримає доставку функції Y на два спринти через обмеження ресурсів. Ми досліджуємо альтернативні рішення і надамо оновлення на [дата] після оцінки потенційних наслідків. ” Зауважте включення « обмежень ресурсів » — фрази, яку часто використовують у технічних обговореннях — і планування подальших дій. Це демонструє прозорість і проактивне планування, яке часто приймається краще, ніж пряме заперечення. Аналогічно, коли ви просите про пояснення під час перегляду коду, формулювання його як «Чи можете ви розібратися, чому цей підхід був обраний?» заохочує глибше пояснення, а не просто заяву про незгоду.
Часте джерело непорозуміння виникає з різниці між «тепер», «наступним» і «пізніше» пріоритетами. Для не-рідних носіїв, ці терміни можуть бути заплутаними, коли застосовуються до технічної дорожньої карти. Важливо не просто сказати: «Це зараз пріоритет». Замість цього розгляньте такі фрази: «Це завдання представляє наш негайний фокус – вирішення критичної помилки, що впливає на користувацький досвід. Ми присвятимо 80% часу команди цьому в наступні два спринти.” Це прояснює обсяг і невідкладність. Інша корисна фраза при обговоренні довгострокових планів — «як стратегічна ініціатива», негайно вписуючи її в більший контекст, а не просто представляючи її як щось далеке або неважливе.
І нарешті, не недооцінюйте силу простої, прямої мови поряд з більш складними фразами. Добре структурована дорожня карта з чіткими заголовками і короткими описами - навіть якщо вона написана трохи простішою англійською - завжди буде кращою за жаргонні пояснення, які погано доставляються. Заохочуйте культуру, де просити про пояснення цінується, і пропонуйте підтримку членам команди, які борються з певною термінологією. Пам’ятай, мета - не ідеальна плавність, а розуміння.