Size: a a a

2017 August 12
Things I read
источник
Things I read
источник
Things I read
источник
2017 August 13
Things I read
источник
2017 August 14
Things I read
источник
2017 August 15
Things I read
источник
2017 August 16
Things I read
источник
Things I read
источник
Things I read
Пшек: "Карточка, показанная двумя сторонами, увеличивает конверсию"
источник
Things I read
источник
Things I read
Несколько читателей спрашивали, как руководитель должен давать фидбек подчиненным, особенно если руководитель чем-то недоволен.

Предположим, дизайнер обещал к пятнице подготовить прототип интерфейса новой фичи. Сегодня среда, а ни одного эскиза никто не видел. Коллеги говорят, что дизайнер приходил в офис поздно, по полдня сидел в курилке и вообще занимался непонятно чем. Заметим тут заодно, что в пятницу говорить про это всё с дизайнером было бы уже поздновато, но если поговорить сегодня, то ещё есть шансы что-то исправить.

Мне когда-то рассказали про отличный фреймворк для того, чтобы давать обратную связь. Сообщение состоит из 3 частей:
1. Факты. Спокойное перечисление объективных фактов, без оценок, без эмоций.
2. Ваше личное отношение к этим фактам. Здесь можно рассказать о том, что вы чувствуете по поводу происходящего.
3. Конструктивные предложения или вопросы. Обсуждение того, что делать дальше с ситуацией.

В нашем примере разговор с дизайнером может выглядеть так. Да, вот ещё что: это должен быть разговор строго один на один. Фидбек, особенно негативный, не стоит давать в присутствии других коллег.

«Игнат, если помнишь, в понедельник мы договаривались, что к пятнице будет готов макет фичи X. Сегодня среда, и я пока не видел никаких эскизов. (Это были спокойные факты.)
Меня это настораживает, потому что у разработчиков могут быть вопросы и замечания к макету, нам надо с ними синхронизироваться как можно раньше, чтобы успеть до пятницы внести правки. Я волнуюсь, что времени уже очень мало, и мы можем не успеть и подвести команду. (Это моё отношение к ситуации.)
Когда у тебя будет готов макет, который мы сможем посмотреть и обсудить? (Это вопрос, переводящий диалог в конструктивную плоскость.)»

Обвинения коллег («приходил в офис поздно, по полдня сидел в курилке»), вообще говоря, фактами не являются. И по-хорошему требуют проверки. Поэтому я бы их вообще из разговора исключил. Мало ли кому что показалось.

Дальше всё будет зависеть от того, что дизайнер ответит. Возможно, у него уже готов эскиз, который можно обсудить, и он просто не был достаточно активен, чтобы этот эскиз всем показать. А может быть, ему ещё нужно какое-то время. В любом случае он будет понимать, что от него ждут результата, и ждут весьма быстро. А нам именно это и нужно.

Вот и всё. Никаких обвинений, никаких «чем ты занимался всё это время», никакого перехода на личности, никаких риторических вопросов, никаких истерик в пятницу, потому что «сроки сорваны».

Правило: обратную связь давать лично человеку, один на один, вовремя. 1) Описать факты, 2) рассказать о том, что чувствуешь, 3) предложить варианты действий в текущей ситуации.
источник
2017 August 18
Things I read
источник
Things I read
источник
2017 August 20
Things I read
источник
2017 August 21
Things I read
источник
Things I read
Статья, которая мне намекает, что про тексты надо читать книгу Уильяма Зинсера, а постить ссылки без абзаца осмысления - глупо. http://telegra.ph/Kak-vesti-i-prodvigat-kanal-v-Telegrame-04-23
источник
Things I read
источник
Things I read
Стартап по рисованию и отдаче тысяч кастомизируемых иконок по CDN поясняет, почему они фримиум. Пишет, что уменьшение и увеличение цены не повышает продажи. https://icons8.com/our-business-model/

Наткнулся на них из-за сочной вакансии.
https://moikrug.ru/vacancies/1000026158
источник
Things I read
И вроде бы тоже от Icons8: статья о том, как не только оплачивать испытательный срок, но и оговаривать, что программист может нанимать подрядчиков. Программисту ставится задача выполнить проект за наименьшую стоимость для компаний. Это как опционы: попытка повысить сознательность и заставить смотреть на работу глазами бизнеса.
http://www.visualpharm.ru/articles/programming.html
источник
Things I read
Вот уже полтора месяца я пытаюсь понять, что же собственно мне надо делать в Асапе: нанимать разработчиков, разрабатывать всё самому, подробно ставить таски, внедрять парное программирование, катать билды два раза в день или раз в неделю.
https://medium.com/@mattetti/wtf-is-a-cto-24b9ad4d6e50
https://medium.com/@mattetti/when-to-a-hire-a-vp-of-engineering-5f510dfad0a2
источник