Что это:
Руководство по аутентичной коммуникации при написании комментариев и принятии обратной связи к работе.
Для кого:
- Преподаватели, чтобы оценивать работы студентов.
- Редакторы, чтобы проверять и оценивать статьи.
- Разработчики, чтобы проводить code review и давать комментарии к коду.
- Руководители проектов, чтобы настраивать культуру обратной связи в команде.
- Все, кто дает или получает обратную связь по работе коллеги.
Ситуации:
- Вы заказали работу у какого то фрилансера/исполнителя/компании, вам её прислали и вам предстоит дать комментарии, т.к. там норм не запилили. Бесит!
- Вам предстоит провести очередное code-review, надо дать комментарии КАЖДОЙ СТРОЧКЕ КОДА. Он тут ничего не понимает. Бесит!
- Вы сделали какую то работу и отдали заказчику, вам возвращают комментарии, и видите там комментарии, которые не несут в действительности конструктива. Бесит!
- Вы сделали какие то изменения в общую часть проекта, и просите коллег дать обратную связь на вашу работу. Это может быть code-review, article-review или что нибудь подобное. Комментарии коллег вам важны, но они оказались очень бесячими и неприятными
Руководство лечит эти все ситуации.
Теория:
Сообщество разработчиков в компании Google имеет опыт создания проектов в бесконечном количестве, среда программистов сама по себе культивирует критическое мышление.
По опыту Google, был создан гайд, который применим к любой сфере, т.к. принципы абстрактны.
И вот они:
- Важнейший принцип в обратной связи: Давать обратную связь работе/наблюдениям, а не человеку. Этот принцип необходимо пронести через все другие принципы