Англійська мова в інженерній культурі: мова для командної ідентичності
Англійський словник і фрази для підтримки психологічної безпеки, вираження цінностей команди, нормалізації зворотнього зв' язку і визнання внесків в інженерних командах.
Інженерна культура не будується лише за допомогою політики — вона будується через мову, якою люди користуються щодня. Фрази, які команда використовує в ретроспективі, слова, які інженерний менеджер вибирає, коли дає визнання, і спосіб, в який головний інженер формує розбіжності, всі сигналізують про те, що цінується і безпечно. Для не-рідних носіїв англійської мови, мати правильний словник для культурних розмов так само важливо, як і освоєння будь-яких технічних навичок.
Цей посібник охоплює мову психологічної безпеки, командні цінності, принципи інженерії, норми зворотнього зв’язку і визнання.
Ключовий словник
Психологическая безопасность Спільна віра в те, що команда безпечна для міжособистісного ризику - говорити, визнати помилки і підвищувати занепокоєння без страху покарання.
“Ми повинні створити психологічну безпеку, перш ніж ми зможемо мати чесні ретроспективи.”
Принципи інженерії Короткий, запам’ ятовний набір тверджень, які описують, як команда приймає технічні рішення - відрізняється від процесів або правил, вони є цінностями, застосованими до інженерної роботи.
“Наші інженерні принципи керують нами, коли ми робимо компроміси: “оптимізація для зворотності” означає, що ми віддаємо перевагу рішенням, які ми можемо скасувати.”
Бездоганний культурний рівень Командна норма, де помилки розглядаються як системні можливості навчання, а не як індивідуальні невдачі.
“Наша культура безвинності означає, що ми досліджуємо, які умови дозволили базі досягти виробництва — а не хто її написав.”
Нормально Щоб щось відчувалося звичайним і прийнятим в групі — часто використовується навмисно, щоб змінити культуру.
“Сказати “Я не знаю” на зустрічі нормалізує інтелектуальну скромність у команді.”
Визнання Ясне визнання вкладу, зусиль або поведінки, яку команда цінує.
“Публічне визнання на каналі команди підсилює поведінку, яку ми хочемо бачити більше.”
Перетвірка Механізм для обміну спостереженнями про поведінку або роботу, щоб люди могли пристосуватися — може стосуватися формальним процесам перегляду або неформальної культури.
- “Короткі петлі зворотного зв’язку означають, що інженери чують, як їхня робота приземляється, перш ніж вона стане більшою проблемою.” *
Розвиток мислення Віра в те, що здібності можна розвивати за допомогою зусиль і навчання - в протилежність фіксованому мисленні, де талант розглядається як вроджене.
- “Ми наймаємо людей з розумом для росту: ми хочемо людей, які сприймають невдачу як дані, а не як вердикт про їхню цінність.” *
** Командна хартія ** Документована угода про те, як команда працює разом - цінності, норми, очікування комунікації і практики прийняття рішень.
- “Ми провели перший тиждень нашої нової командної структури створюючи командну хартію разом.” *
Корисні фрази
Це фрази, які інженерні менеджери і технологічні лідери використовують для активного формування культури.
Открывая простор для честности:
«Я хочу підняти щось з останнього спринту — і я піднімаю це, тому що думаю, що ми можемо зробити краще як команда, а не показувати пальцями»
** Назва і підтвердження значення: **
«Те, що [назва] зробив там — зупинився, щоб задати питання перед тим, як зануритися в реалізацію — це саме той вид мислення, якого ми хочемо більше»
** Нормалізація непевності: **
«Це абсолютно нормально сказати: «Мені потрібно подивитись на це далі. » Ми не повинні знати все в кімнаті. »
Запрошувати інакодумців конструктивно:
“Я хочу почути найсильніший аргумент проти цього підходу, перш ніж ми зобов’язуємося. Хто ще не переконаний?»
** Завершення циклу розпізнавання: **
«Перед тим, як ми завершимо, я хочу висловити роботу [ім’я], яку зробила міграція — вона не потрапила в перегляд спринту, але вона розблокувала дві інші команди»
Поширені помилки
Плутати культуру з процесом Нерідні носії іноді використовують « культуру », коли вони мають на увазі « процес » або « правила ». Культура є виникаючим явищем; це те, що люди насправді роблять, а не те, що говорить підручник. Сказати “наша культура вимагає, щоб ви подали PR за два дні” звучить як процесний мандат, а не культурна цінність. Замість цього: “наша команда культура є зберігати PR малий і переглядається - це відображає нашу цінність швидкого зворотного зв’язку.”
Занадто формалізоване визнання Багато інженерів з культур, де пряма похвала є рідкісною, борються з англійською мовою визнання, роблячи її звуком: * “Я б хотів офіційно визнати вашу хорошу роботу.” * В англійській інженерній культурі визнання зазвичай пряме і конкретне: * “Це був дійсно міцний аналіз кореневої причини - чіткий, бездоганний і дієвий. Гарна робота.” * Специфіка є тим, що робить визнання землею.
Вы используете “мы”, чтобы избежать ответственности
- “Ми мабуть повинні поліпшити нашу культуру зворотнього зв’ язку” * може звучати неоднозначно або ухилятися, коли мовець є лідером команди. Мова власника є сильнішою: * “Я почну змінювати те, як я запускаю ретро - я попрошу письмовий вхід до сеансу, щоб зробити його безпечнішим для всіх, хто робить внесок.” *
Інженерна культура будується однією розмовою за раз - і мати точну, впевнену англійську для цих розмов є лідерськими навичками само по собі.
Використання мови для пошуку: нестандартний ключ для пошуку
Створення сильної інженерної культури - заснованої на відкритому спілкуванні, конструктивному зворотньому зв’язку і взаємній поваги - є складним завданням. Це не просто використовувати “хорошу” англійську; це про розгортання правильної мови для посилення психологічної безпеки, вираження спільних цінностей і, врешті-решт, створення команди, яка процвітає. Ми досліджували, як формулювання має значення при встановленні норм навколо переглядів коду і щоденних виступів. Однак, для розробників, чия перша мова не є англійською, сам обсяг нюансового словника може відчуватися приголомшливо. Легко впасти в надто формальне або технічно щільне спілкування, ненавмисно створюючи бар’єри або викликаючи плутанину. Цей новий розділ зосереджений на забезпеченні не-рідних носіїв цільовими фразами, які вони можуть впевнено використовувати в звичайних інженерних сценаріях - фрази, які перекладають не тільки буквально, але і емоційно і культурно.
Розглянемо типову ситуацію перегляду коду. Замість того, щоб просто сказати «Цей код неефективний», що може відчуватися критичним без контексту, більш доступною фразою може бути: «Я помічаю деякі потенційні вузли продуктивності тут. Чи можемо ми розглянути альтернативні підходи для оптимізації цього розділу для швидкості? Можливо, ввести кешування або переробку циклу?» Зауважте використання таких фраз, як « потенційні вузли », « дослідити альтернативні підходи » і « чи можемо ми ». Ці фрази пом’якшують критику, запрошують до співпраці і демонструють бажання працювати * з * розробником, а не просто вказувати на проблему. Аналогічно, в обговореннях Slack про запити на витягування, замість прямого зауваження: «Ця PR потребує більше тестів», розгляньте: «Мені цікаво, чи можемо ми підсилити цю PR додатковими тестами блоків, щоб забезпечити ширше покриття і впевненість у змінах». Додаток «Мені цікаво» відразу ж сигналізує про спільне дослідження, а не твердження.
Інша ключова область - нормалізація зворотного зв’язку. Часто нерідні носії можуть відчувати неохоче ставити під сумнів ідеї або пропонувати інші думки через страх неправильного тлумачення або з’являтися неповажним. Фрази на кшталт «Це дійсно цікава перспектива — чи можете ви розглянути…» або «Я ціную ваш процес мислення; мені цікаво, чи…» демонструють відкритість і заохочують подальший діалог. Також цінно активно вводити фрази, пов’язані з визнанням внесків, такі як: «Дякую за ініціативу в цьому - це неймовірно корисно» або «Ваш взірець під час цієї дискусії був безцінним». Ці невеликі подяки будують культуру вдячності і підсилюють позитивну поведінку.
Нарешті, важливо зосередитись на придатному для дій словнику. Замість нечітких тверджень на зразок « Покращити читабельність », звертайтеся до конкретних запитів: « Чи можете ви переформатувати цю функцію, щоб використовувати більш описові назви змінних? » або « Чи можливо розбити цей складний метод на менші, більш зрозумілі одиниці? » Такий рівень деталізації зменшує неоднозначність і дозволяє розробникам розуміти, що саме очікується — це важливий крок у подоланні бар’ єрів, пов’ язаних з мовою. Пам’ятайте, що мета не в ідеальній англійській мові; це ефективне спілкування, яке сприяє довірі і співпраці в межах вашої команди.