​🖨 Технарям о текстах

Если вы менеджер проекта или продукта, владелец продукта, аналитик, тестировщик, продавец или аккаунт-менеджер, вы пишете тексты. Вы их пишете, даже если вы разработчик. И если вы не умеете писать тексты, вы хреновый специалист.

Повторяю: не умеете передать мысль в письме, презентации или техническом документе — не умеете нормально работать.

Вот вам несколько дельных советов. Годятся и для технических документов, и для писем клиентам или коллегам.

1. Не пишите текст с первого раздела. Начинайте с самой важной мысли. Даже если это последние пять строк документа. Введение напишете потом, когда основная мысль будет отточена и завершена. Если начинать писать текст так, как его будут читать, то потратите кучу времени на «Общие положения» и тому подобное. А потом все равно придется переписывать.

2. Вы не стилист уровня Чехова или Довлатова. Вы не сможете написать сразу так, чтобы читатель подпрыгивал от восхищения. Ни-ко-гда. Начните писать, как думается: корявенько, не подбирая слов, путаясь в предложениях и мыслях. Если легче с матом — материтесь. Вывалите на бумагу страшненькую кучку своих мыслей. И только потом начинайте искать верные формулировки и подходящие слова, разгребайте ее, делайте из кучи конфетку. Сразу написать хорошо не выйдет.

3. Запомните: чем короче, тем лучше. Для текста это точно справедливо. ) Не пишите длинных предложений. Если получилось длинное, разбейте на несколько коротких.

4. Не пишите в пассивном залоге. Для тех, кто не в курсе: это фразы типа «тестирование системы было проведено специалистами заказчика». Надо так: cпециалисты заказчика протестировали систему.
Меньше пассивного залога — лучше текст.

5. Проверьте документ перед отправкой. В нем не должно быть ошибок, опечаток, несогласованных частей предложения, лишних скобок и кавычек. Не уверены в своей грамотности — пользуйтесь автоматическими средствами проверки орфографии. Если в документе есть ошибки, то и к автору документа, и к его компании, и к его продукту отношение как к … ну, вы поняли. Я уж молчу про ошибки в интерфейсе.

Еще раз: тексты — это важно.

​Спрашивали — отвечаем 30

“Сергей, я начинающий стартапер. Дело идет мало по малу, продукт развивается, появились первые наемные сотрудники. Вопрос к Вам: как побороть в себе страх отдать кому-то задачу? Иногда остро очевидно что проще потратить десять минут и сделать задачу самому, чем потратить пол часа на объяснения.”

На самом деле, проблема характерна не только для основателей и владельцев, но и для наемных менеджеров. Передавать задачу кому-то страшно. Вдруг не справится и все запорет?

Увы, универсального решения нет — надо просто взять и сделать. Если очень страшно, то можно поступить так:
–> выбрать простую короткую задачу и хорошего исполнителя
–> объяснить все человеку несколько раз и убедиться, что он понял
–> убедиться, что человек взялся за задачу
–> посмотреть на результат, поговорить с человеком, исправить ошибки
–> переходить к более сложным задачам и другим людям.

Это как учиться плавать: сначала потихоньку на мелководье, потом зайти поглубже, а только потом нырять. И все получится. )

🦗 Тренажер для менеджеров и не только 966-839

Вы — руководитель департамента в ИТ-компании. У вас в подчинении почти сто человек: РМы, разработчики, аналитики, тестировщики. Вы в компании уже 11 лет, пришли сюда еще на четвертом курсе универа и очень быстро стали сначала менеджером проектов, а потом линейным руководителем.

Лет семь назад в компанию пришел Глеб, хороший тестировщик. Он поработал у вас в команде год, и друзья позвали его в стартап. На какое-то время Глеб пропал из поля зрения и дал о себе знать только через пару лет. Стартап загнулся, Глеб искал работу и попросился к вам. Он не хотел быть тестировщиком, а у вас как раз была вакансия инженера-аналитика, и вы предложили ее Глебу.
Глеб нормально проработал у вас чуть меньше двух лет, и его снова позвали в стартап. И снова он пропал на пару лет.

И вот на прошлой неделе Глеб опять объявился. Этот стартап тоже не стал единорогом и тихо закрылся, а Глеб ищет новую работу. Теперь он претендует на вакансию менеджера проектов, и у вас такая есть.

Комментарии к задачке, как обычно, послезавтра )

​🐸 Комментарии к задачке 966-839

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

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

Вариант С не лучше: вполне можно бегать по компаниям, возвращаться в старые и переходить в новые. Идея, что частые переходы свойственны людям легкомысленным и необязательным сегодня не работает, по крайней мере, в мире ИТ.

Столь же несостоятельна и позиция из варианта D. Конечно, своих людей тоже продвигать нужно. Но открытая и до сих пор не занятая вакансия явно намекает, что среди своих никого подходящего не нашлось. И если пара сотен баксов для вас мало значит, возможно, у кого-то иное мнение и иные взгляды на ценность денег.

Так что выбираем вариант Е и спокойно зовем Глеба на работу, если он соответствует этой позиции. А потом пару лет наслаждаемся его трудом и готовимся к тому, что его позовут в очередной стартап. Даже если он проработает год — уже хорошо. Сегодня мы живем в мире, где можно работу и чаще менять, и никто на это косо не взглянет. А мы, наняв Глеба, только выиграли: не потратили много ресурсов на поиск человека на рынке, зато получили нормального сотрудника и сделанные задачи. А если подул северный ветер, и Глеб почувствовал охоту к перемене мест, что ж, дождемся, когда ветер опять переменится.

​🍰 Огилви о менеджерах проектов

Великий Огилви говорил:

"Многих молодых людей и девушек поначалу привлекает обилие поездок и разнообразных «тусовок», которые являются неотъемлемой частью работы менеджера проекта. Вскоре, однако, они понимают, что эпизодические обеды в дорогих ресторанах не кажутся таким уж развлечением, если в то время, когда вы могли бы с наслаждением проглатывать суфле, вам приходится высказывать свои мысли относительно недавнего падения объема продаж на определенной доле рынка".

Как он прав...)

🕹 Тренажер для менеджеров и не только 967-840

Вы — менеджер проекта внедрения ИТ-системы. На прошлой неделе разработчики выпустили новый релиз продукта для важного клиента. Клиент давно ждал этого релиза, вы и так опоздали с ним на неделю.

Один из ваших лучших технарей, Гаяр, установил новую версию системы на тестовый стенд клиента. Перед переносом системы на боевой сервер Гаяр решил дополнительно протестировать сборку и нашел в ней ошибку. Гаяр создал заявку на исправление этой ошибки, и через несколько часов разработчики передали ему новую версию продукта.

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

Комментарии к задачке, как обычно, послезавтра)

​📌 Комментарии к задачке 967-840

Вариант А для тех, кто склонен к излишней рефлексии. Да, конечно, нужен процесс согласования релизов. Но в большом проекте или программе вы все равно не сможете проконтролировать все. И если вы не доверяете своим людям, то, какой бы ни была система согласования, однажды она все равно сломается. Лучше уж развивать в людях ответственное отношение к работе, а не надеяться на мелкое сито личного контроля. Ну и переживать по поводу того, что вы пропустили ошибку сильно не стоит. Переживать стоит по поводу отношения людей к работе.

Выбирать вариант B и увольнять Гаяра абсолютно бессмысленно. Увольнять надо за систематические ошибки, нежелание и неспособность учиться. Здесь пока не за что.

Вариант D ужасен. Повышать голосов на людей нельзя. Это унижает и их, и вас. Просто запомните: на сотрудников не кричат. Никогда.

Вариант E абсолютно не менеджерский. Случилась проблема, из-за которой пострадала компания. Увы, никак нельзя эту проблему проигнорировать. Ошибаются все, но результаты-то ошибок никуда не исчезли.

Вариант С — наилучший из предложенных. Спокойная воспитательная беседа и легкие материальные страдания. Тут ведь очень простой принцип: если ты принял решение, то будь готов за него отвечать. Нельзя принять решение, и чтобы без последствий для себя, а мусор чтобы разгребали другие. Если бы система не упала, то Гаяр бы был молодец, и о его ошибке никто бы даже не узнал. Но не повезло. )

В реальности менеджер выбрал вариант С. Кстати, не такую уж и большую часть премии у Гаяра срезал, мог бы и побольше. Ну и сам тоже пострадал, конечно. А у Гаяра это было минутное помутнение. Или он просто заработался. По крайней мере, именно так все подумали.

🛋 Тренажер для менеджеров и не только 968-841

Вы — менеджер небольшой продуктовой команды, пришли в нее три недели назад. В команде у вас семь человек, все опытные профи, кроме одного тестировщика по имени Влад. Он пришел в компанию в один день с вами.

Сегодня прекрасное утро уходящей осени — сильный ветер, серая мгла, снег с дождем. Что может быть лучше, чтобы сосредоточиться на работе? Вы приезжаете в офис к полудню, после пары непростых внешних встреч. Подходите к рабочему месту, приветствуете коллег. И вдруг замечаете, что Влад откинулся на спинку кресла и... спит. Ему не мешают ни разговоры коллег, ни яркий свет. Похрапывает, сопит, чувствует себя неплохо. Накануне не было у него никаких ночных работ, по крайней мере, тех, о которых вы знаете. Коллеги смотрят на Влада с легким недоумением, но не вмешиваются.

Комментарии к задачке, как обычно, послезавтра)

​💤 Комментарии к задачке 968-841

Вариант А с пледом и диваном в перспективе — это уж слишком. Диван в отдельной комнате или кабинете — это одно, но в общем рабочем пространстве он явно не нужен. Так сложилось, что я на протяжении примерно года мог через офисное окно наблюдать за жизнью компании, где стоял диван, на котором все время кто-то дремал. Причем, основательно так, с пледом. В основном, почему-то, девушки это делали. Выглядело так себе, рабочую атмосферу не улучшало. Компания была, видимо, дизайнерская — с большими компами от эппла и молодым коллективом. Может, ночи напролет трудились, не знаю. Но регулярно спать точно лучше не на виду у всех. В конце концов, человек себя совсем не контролирует в это время. )

Вариант В с увольнением — для истеричек. Увольняют за систематические ошибки, нежелание и неумение учиться. Ну и за нарушение каких-то серьезных правил компании, например, в области безопасности. А за сон не увольняют.

Вариант С — для жестких менеджеров. Действовать так можно, но это не очень выгодно — установлению контакта с людьми такая тактика не способствует. Зачем вам лишние сложности потом?

Вариант Е мы часто выбираем в жизни. И это, в общем-то, нормально: посмеяться над коллегой, попавшим в забавную ситуацию. Но вы в команде недавно, и с Владом знакомы плохо. Можно и обидеть ненароком, а это невыгодно даже из менеджерских соображений: обида может отразиться на результатах работы.

Лучше выбрать вариант D — разбудить Влада и спокойно поговорить с ним. Вы в команде человек новый, он тоже. Мало ли, что у кого в жизни происходит, а предложить сотруднику помощь — нормально для хорошего менеджера.

Ну а спать в офисе можно, если никто не видит. Говорят, даже полезно вздремнуть минут пятнадцать днем, отдохнувший мозг лучше работает. А тут как раз и удаленка удачно нарисовалась. )

​👨🏾‍🏫 Спрашивали — отвечаем 31

“Сергей, спасибо за ваш канал и за бота, наконец-то стало удобно решать задачки. ) Но вопрос про другое. )) Как относитесь к конференциям, есть ли польза от их посещения?” 

Работал я в весьма большой компании и отвечал там за все стратегические проекты. Однажды один из топов переманил туда известного и модного продуктового гуру. Гуру впечатлял. Он как будто сошел с картинки какого-то правильного отраслевого журнала. У него были все атрибуты успешного продуктового эксперта: модные брюки, клетчатый пиджак, аккуратная бородка, хорошие часы. Он говорил энергично и убедительно, и все в нем намекало, что уж где-где, а в продуктовой стратегии нас ждет небывалый прорыв.

По долгу службы я с ним пообщался в первую неделю и спросил, как он видит свою работу, и чем я могу ему помочь. Он сказал, что сначала должен освоиться, а там посмотрим.

Я пришел к нему через месяц с теми же вопросами, и он сообщил, что уже чувствует приближение инсайтов и думает о создании команды. Я попросил набросать хоть какую-то дорожную карту его проектов, чтобы вставить их в портфель компании. Он сказал, что так сейчас никто не делает. Я спросил, как же тогда он узнает, что все идет хорошо. Он заверил, что для этого есть другие подходы. Топ, который его привел, попросил меня не беспокоить гуру глупыми вопросами. Я отступил.

Через неделю гуру пропал. Он не отвечал на звонки, письма и сообщения в мессенджерах. Топ и эйчары сбились с ног. Домочадцы гуру внятно не могли объяснить, куда он делся. Через пару недель он-таки объявился, и его тут же уволили. О причинах прогулов ходили разные слухи, но все они совсем не вязались с образом гуру, поэтому опустим завесу милосердия над этой частью истории. Но вот что обидно — так мы и не узнали, как выглядит настоящая продуктовая стратегия.

Сейчас я регулярно встречаю его имя среди спикеров разных конференций, где он щедро делится секретными знаниями из мира продуктов. Возможно, тот опыт был для него крайне неудачным, а в остальном он заткнет за пояс хоть Маска, хоть Цукерберга. По крайней мере, список компаний, где он успел поработать, впечатляет.

Кроме этого яркого персонажа я также часто вижу среди выступающих бывших коллег со сложным карьерным путем, каких-то знакомых. Вряд ли они могут дать мне принципиально новые знания. Хотя, конечно, попадаются интересные люди.

В общем, на конференции я хожу редко — и как слушатель, и как выступающий. Можно сказать, практически там не бываю. Как-то недосуг.

​🔧 Спрашивали — отвечаем 32

“Вы как то писали о довольно распространенной ситуации в организации, когда множество процессов завязаны на одного человека, не формализованы документами, а все сопутствующие знания только у него в голове.
Для организации это конечно минус и просчет. А для этого человека? Если б вы были на его месте то что бы вы делали? Стали ли добровольно формализовать процессы, писать инструкции (этого никто не требует и не будет дополнительно оплачивать)?”

Сотрудник и компания всегда ведут незримую борьбу. Человек старается получить доступ к ресурсам компании и стать для нее труднозаменимым. Компания, если подразумевать под этим словом систему с определенными целями, старается не давать человеку лишних ресурсов и сделать так, чтобы человека легко было заменить. Идеальная ситуация для сотрудника — у него есть уникальные знания и навыки, за это он требует больше ресурсов. Идеальная ситуация для компании — фабрика, на которой работают люди по несложной инструкции. Типа Макдака.

Все остальное — компромиссы. Если компания хочет производить высокотехнологичную продукцию, ей надо нанимать умных людей и давать им ресурсы, развивать, учить. Инструкциями не обойтись.

Может показаться, что для человека хорошо быть труднозаменинмым. Это не так: человек в какой-то момент становится настолько узким спецом, что перестает быть интересным для рынка. Например, если вы делаете софт для негосударственных пенсионных фондов, то ваш рынок — 28 фондов, больше в России нет. А если вы просто программируете на Java, ваш рынок — весь мир.

В описанном кейсе все сильно зависит от человека и среды. Я бы на его месте взвесил все плюсы и минусы, учел возраст и уникальность знаний. Если есть необходимость подольше спокойно посидеть на этом месте, формализовывать процессы совсем не выгодно.

Если же человек пока не планирует идти на пенсию, хочет в обозримом будущем сменить работу, то почему бы не выкроить часик-другой в неделю и не помочь компании с описанием процессов? Резюме это точно не испортит.

🏃🏿‍♂ Тренажер для менеджеров и не только 969-842

Вы — руководитель технического отдела в компании средних размеров. Три месяца назад вы наняли новую тестировщицу, Эмму.

Ваши клиенты — производственные компании, для них ваша команда делает сложные проекты на современных технологиях. Чтобы с клиентами было проще работать, за каждым закреплено несколько ваших сотрудников. Эмму тоже прикрепили к одному из клиентов, она должна была участвовать во всех проектах для него. Наставником Эммы стал Муса, опытный и грамотный специалист.

Эмма проработала чуть больше трех месяцев. Муса отзывался о ее работе позитивно, с клиентом проблем не было, Эмма выполняла свои задачи.

Однажды утром Эмма сообщила вам, что решила уйти в другую компанию, где будет заниматься тестированием системы, написанной 15 лет назад. Вы попытались ее отговорить, напирая на то, что переходить на такую работу странно и бессмысленно для развития и карьеры. Но Эмма сказала, что ее позвали знакомые, она хочет работать с ними и видит светлую перспективу. Вы отпустили Эмму, пожелав ей успехов. Эмма уволилась.

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

Комментарии к задачке, как обычно, послезавтра )