Только представьте: вы написали хороший технический документ, опубликовали его в базе знаний и даже закрыли задачу, а на следующий день приходит ваш коллега из целевой аудитории этого документа и говорит, что ничего непонятно, написано плохо и вообще не то, что нужно.
Или ещё хуже: вы работаете в компании несколько месяцев, выполняете задачи под руководством аналитика и казалось бы, всё отлично. Но на одном из ретро тимлид разработки спрашивает: а что там с документацией, когда уже у нас будет нормальная дока? Пора бы тех.писателю уже проявить себя.
Это обобщённые примеры достаточно распространённых в реальной жизни ситуаций, после которых опускаются руки, падает самооценка и появляется желание переквалифицироваться в управдомы.
Да, такое бывает: коллегам могут не нравиться ваши тексты. Нормально ли это? Вполне. Повод ли это ставить на себе крест и начать присматривать вакансии? Нет, не повод.
Но что же делать? Как донести до коллег своё видение прекрасной документации и хорошего технического языка и при этом не впасть в уныние или не прослыть конфликтным токсиком, с которым дешевле не связываться?
Уф, попробуем разобраться, как правильно реагировать на претензии, обрабатывать обратную связь и воспринимать критику.
1. Определите свою зону ответственности
В первую очередь постарайтесь понять, по адресу ли критика. Может, вы и не можете повлиять на решение возникшей проблемы с докой.
Кто-то жалуется, что в вашей базе знаний не хватает важных артефактов, а вместо них пишется второстепенная никому не нужная дока. А вы при этом работаете строго по задачам от руководителя и не формируете стратегию развития документации. Ваша ли это проблема? Нет, не ваша. Что делать? Выдохнуть, перекреститься и пойти к руководителю, чтобы передать ему.
Но что делать, если претензия относится к результату непосредственно вашей работы? Выдохнуть, расслабиться и перейти к следующим пунктам)
2. Проанализируйте обратную связь
Даже если на первый взгляд кажется, что вам выкатили пустые претензии, постарайтесь беспристрастно их разобрать и понять, что-же именно в вашем тексте не понравилось коллеге. Обязательно оставьте эмоции в стороне (и ваши, и вашего визави) и вычлените из «написано плохо», «ничего непонятно», «я совсем другое имел в виду» какие-то недостатки вашего документа.
Попробуйте разложить претензии на две кучки:
– Вкусовые предпочтения комментатора, которые расходятся с вашим вкусом
– Реальные ошибки и недочёты с вашей стороны
3. Проработайте замечания
К замечаниям из первой кучки подготовьте аргументированные возражения, чтобы донести коллеге ваше представление о хорошей документации.
Замечания же из второй кучки нужно признать, принять и исправить, при этом не посыпая голову пеплом и не ругая себя за ошибки — ошибаться нормально, в этом нет ничего страшного.
4. Обсудите и согласуйте ваши исправления с «заказчиком» (автором замечаний)
Свяжитесь с коллегой и сообщите ему о проведённой работе: предложите исправленную версию документа, обратите внимание на замечания из первой кучки и объясните, почему вы не стали их исправлять.
Ситуации бывают разные, но всегда и при любых обстоятельствах старайтесь придерживаться простых правил рабочей коммуникации:
а. Стремитесь найти компромиссное решение.
б. При необходимости предлагайте альтернативные варианты.
в. Аккуратно, но твёрдо отстаивайте критически для вас важные решения.
г. Находите по возможности сильные аргументы: никогда не подтверждайте свою правоту слабыми компетенциями вашего оппонента.
д. Не вовлекайтесь в дискуссию эмоционально: не переходите на личности, не хамите, не кричите.
е. Если обсуждение зашло в тупик, эскалируйте его на вашего руководителя (или ваших руководителей).
Ваша конечная цель не оправдаться, а решить возникшие претензии к документации и сделать документацию лучше.
читай продолжение ↓↓↓
Или ещё хуже: вы работаете в компании несколько месяцев, выполняете задачи под руководством аналитика и казалось бы, всё отлично. Но на одном из ретро тимлид разработки спрашивает: а что там с документацией, когда уже у нас будет нормальная дока? Пора бы тех.писателю уже проявить себя.
Это обобщённые примеры достаточно распространённых в реальной жизни ситуаций, после которых опускаются руки, падает самооценка и появляется желание переквалифицироваться в управдомы.
Да, такое бывает: коллегам могут не нравиться ваши тексты. Нормально ли это? Вполне. Повод ли это ставить на себе крест и начать присматривать вакансии? Нет, не повод.
Но что же делать? Как донести до коллег своё видение прекрасной документации и хорошего технического языка и при этом не впасть в уныние или не прослыть конфликтным токсиком, с которым дешевле не связываться?
Уф, попробуем разобраться, как правильно реагировать на претензии, обрабатывать обратную связь и воспринимать критику.
1. Определите свою зону ответственности
В первую очередь постарайтесь понять, по адресу ли критика. Может, вы и не можете повлиять на решение возникшей проблемы с докой.
Кто-то жалуется, что в вашей базе знаний не хватает важных артефактов, а вместо них пишется второстепенная никому не нужная дока. А вы при этом работаете строго по задачам от руководителя и не формируете стратегию развития документации. Ваша ли это проблема? Нет, не ваша. Что делать? Выдохнуть, перекреститься и пойти к руководителю, чтобы передать ему.
Но что делать, если претензия относится к результату непосредственно вашей работы? Выдохнуть, расслабиться и перейти к следующим пунктам)
2. Проанализируйте обратную связь
Даже если на первый взгляд кажется, что вам выкатили пустые претензии, постарайтесь беспристрастно их разобрать и понять, что-же именно в вашем тексте не понравилось коллеге. Обязательно оставьте эмоции в стороне (и ваши, и вашего визави) и вычлените из «написано плохо», «ничего непонятно», «я совсем другое имел в виду» какие-то недостатки вашего документа.
Попробуйте разложить претензии на две кучки:
– Вкусовые предпочтения комментатора, которые расходятся с вашим вкусом
– Реальные ошибки и недочёты с вашей стороны
3. Проработайте замечания
К замечаниям из первой кучки подготовьте аргументированные возражения, чтобы донести коллеге ваше представление о хорошей документации.
Замечания же из второй кучки нужно признать, принять и исправить, при этом не посыпая голову пеплом и не ругая себя за ошибки — ошибаться нормально, в этом нет ничего страшного.
4. Обсудите и согласуйте ваши исправления с «заказчиком» (автором замечаний)
Свяжитесь с коллегой и сообщите ему о проведённой работе: предложите исправленную версию документа, обратите внимание на замечания из первой кучки и объясните, почему вы не стали их исправлять.
Ситуации бывают разные, но всегда и при любых обстоятельствах старайтесь придерживаться простых правил рабочей коммуникации:
а. Стремитесь найти компромиссное решение.
б. При необходимости предлагайте альтернативные варианты.
в. Аккуратно, но твёрдо отстаивайте критически для вас важные решения.
г. Находите по возможности сильные аргументы: никогда не подтверждайте свою правоту слабыми компетенциями вашего оппонента.
д. Не вовлекайтесь в дискуссию эмоционально: не переходите на личности, не хамите, не кричите.
е. Если обсуждение зашло в тупик, эскалируйте его на вашего руководителя (или ваших руководителей).
Ваша конечная цель не оправдаться, а решить возникшие претензии к документации и сделать документацию лучше.
читай продолжение ↓↓↓