Чи є хороший спосіб представити відгуки?
Напевно, є кілька хороших способів, залежно від вашої команди та переваг, які ви сподіваєтеся отримати від відгуків, але будь-який підхід матиме деякі спільні риси:
поясніть, що ви очікуєте: це новий процес для вашої команди або принаймні зміна існуючого процесу, тому справедливо повідомити команду, чому ви запроваджуєте зміни, як ви очікуєте, що команда отримає користь, і як ви дізнаєтесь, чи працює він
визначте процес: пройдіть людей через процес, який ви хочете, щоб вони стежили за переглядом коду, обговоренням змін тощо, щоб усі в команді знали, як діяти.
визначте критерії: Визначте зміни, які люди повинні і не повинні називати такими, що потребують вдосконалення. Наприклад, добре відзначити помилки та значне поліпшення продуктивності; Необхідно відзначити стандарти кодування, читабельність та ремонтопридатність, але не заважати їм; питання особистого смаку чи стилю слід залишити в спокої.
обговоріть поведінку: вкажіть, що мета - вдосконалити код та сприяти спільному взаєморозумінню, яке допоможе команді писати кращий код у всій смузі, нікого не бентежити, не встановлювати рахунки тощо. Критика повинна бути об'єктивною та конструктивною, ніколи не особистою. Викладення деяких основних правил може допомогти полегшити питання про перегляд коду.
поставте себе на перше місце в горячому місці: чи плануєте ви проходити індивідуальні огляди чи групові огляди, можливо, найкраще пройти перші кілька груп. Перший огляд має бути з вашим власним кодом, щоб інші члени команди могли бачити, що процес не так вже й поганий і що ви готові пройти його самостійно.
Почніть з проведення зустрічі, яка розпочала старт, щоб пояснити все вищезазначене та вирішити проблеми членів команди Слідкуйте за електронною поштою, яка документує процес.
Я відчуваю велике небажання колективу, тому що це просто ще одна справа, і розмови можуть стати болючими.
Це дві чіткі проблеми. Якщо ви вважаєте, що огляди будуть корисними, то для їх виконання потрібно вкласти час у графік. Переконайтесь, що члени команди розуміють, що перегляд - це робота, як і будь-яке інше завдання, а не щось додаткове, що вони повинні робити, продовжуючи виконувати інші завдання з тією ж швидкістю.
Зустрічі з огляду груп повинні вести фасилітатор, який продовжує обговорення, обмежує тривалість зустрічей та підтримує конструктивність. Це повинно пройти довгий шлях до уникнення хворобливих розмов. До того часу, коли ви будете готові розпочати індивідуальні огляди, команда, сподіваємось, прийняла поведінку, яка допоможе їм зберегти речі конструктивними.
Ви також час від часу слід переглянути процес огляду. Команда збирається разом так часто, щоб обговорити процес: наскільки добре він працює, як його можна вдосконалити, від яких практик слід відмовитися тощо. Надайте команді право власності на процес та свободу спробувати нові речі.