Попса

популярный светский альманах

Что тут есть интересного

Владимир Александрович Бычко

Для начала, рубрикатор:

А теперь ссылки на интересные посты:

О манипуляциях обобщениями

Вам определённо стоит относиться к речевым обобщениям с повышенным вниманием. В этом посте я расскажу об обобщении «я ничего не успеваю». Так бывает, обращаетесь к подчинённому с поручением, а он говорит, что не может его сделать, так как у него слишком много дел и он ничего не успевает.

Варианта два. Либо у него, действительно, скопилась критическая масса долгов и он не может самостоятельно расставить приоритеты, либо он врёт. Чтобы увильнуть от работы или чтобы скрыть от вас детали процессов, в которых участвует, неважно.

В любом случае, услышав эту фразу, вы должны на неё триггернуться, отложить свои дела и сесть рядом с сотрудником. А затем попросить рассказать в деталях, какие именно у него сейчас дела. Составляем список, потом матрицу Эйзенхауэра, выделяем дела, которые не нужно делать или которые можно поручить другим сотрудникам. Учим расставлять приоритеты. И так до тех пор, пока это обобщение не исчезнет. Сделать это очень важно, потому что сотрудник, не умеющий справляться с потоком задач, быстро выгорит.

Иногда выясняется, что у вас второй вариант и сотрудник врёт. В этом случае даже разъяснительная беседа не потребуется, вы чётко дадите ему знать, что ввести вас в заблуждение и манипулировать не выйдет.

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

Не позволяйте вами манипулировать при помощи обобщений.

О том, как не превратить сбор требований в соревнование

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

Вот вы здесь говорите, что должна быть голосовая почта. То есть, в приложении должен быть контакт, позвонив на который вы можете прослушать голосовые сообщения, я правильно понимаю? Ну а здесь по всем канонам юзабилити мы будем размещать кнопку управления группами контактов, не так ли? Здорово, что мы с вами понимаем друг друга. Мне однажды доводилось курировать разработку подобного приложения, там был случай…

Проблема в том, что если заказчик недостаточно зрелый, он может воспринять это как предложение посоревноваться в компетентности, померяться пиписьками, так сказать. И вместо обсуждения требований у вас выйдет соревнование.

Как не настроить заказчика против себя при сборе требований? Вести диалог так:

Вот вы здесь говорите, что должна быть голосовая почта. Как по-вашему её нужно реализовать? Как вы считаете, где стоит разместить кнопку управления группами контактов? А она всегда отображается, для всех пользователей? Есть какой-то референс?

И только если он сам вас об этом попросит, что-то рекомендовать. В этом случае вы не спорите с заказчиком, кто компетентнее, вы просто пытаетесь поглубже вникнуть в суть задачи, никакого соревнования нет, только продуктив.

Об отказах в трудоустройстве

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

Это нормально. Пока на место рядовых HR не пришли роботы, процесс найма будет несовершенен. Да и непосредственные руководители и директора небольших компаний, которые будут принимать конечное решение, тоже необъективны и зачастую будут вам отказывать, даже если вы подходите идеально.

У меня почти десять лет стажа бизнес-аналитиком и менеджером проектов, я видел некоторое дерьмо и всё равно, время от времени получаю: «Вы нам очень понравились, но мы решили остановиться на другом кандидате». Но кто я по сравнению с действительно выдающимися специалистами?

Мы анонимно отправили 10 резюме самых успешных и всемирно признанных авторитетов в своих областях (убрав фамилии и другие идентифицирующие признаки), так вот, Джобсу отказано в принятии на должность продавца, Энштейн не устроил рекрутеров Сколково, Путину не хватило лидерства для того, чтобы занять должность заместителя руководителя региональной партии, Кинг не прошел кастинг на копирайтера, Камерон получил отказ на должность помощника режиссера и т. д.

И вот вам пример напоследок:

Даниэл Бухмюллер

О T-shaped специалистах

Когда-то было благословенное время I-shaped специалистов, которым было достаточно знать, как сделать свою часть работы и передать её дальше по конвейеру. Времена мануфактур и слабой автоматизации труда. В наше время всё больше функций автоматизируется и к специалистам предъявляются новые требования.

Сейчас время T-shaped специалистов, которые являются экспертами в какой-то одной области (вертикальная палочка Т) и немного разбираются в нескольких смежных областях (горизонтальная палочка Т). Необязательно двух, можно больше. Например, моя специализация — управление проектами, но я могу выступить в роли аналитика и собрать требования. Возможно, не так хорошо, как настоящий бизнес-аналитик, но всё-таки при его отсутствии требования будут собраны. Могу протестить, пусть и не так хорошо, как выделенный тестировщик. Могу нанимать членов команды, хоть и не так круто, как настоящий рекрутер. Вы поняли принцип.

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

Формирование команды из Т-образных специалистов позволяет достичь высоких значений bus-factor (максимальное количество членов команды, которых может одномоментно «сбить автобус» и работа при этом не остановится). В идеале значение этого параметра должно быть равно количеству членов команды минус один. То есть, в идеальной команде проект может, пусть и очень медленно, довести до конца любой произвольно взятый сотрудник. Конечно, такого идеала трудно достичь, но к этому можно стремиться.

Обзор текстовых редакторов для мака

Раньше все документы готовились в Word. Он мощный, его функциональности хватает для подготовки документа любой сложности. Проблема заключается в том, что в нём удобно верстать, изменять форматирование, вставлять объекты, но совершенно неудобно писать текст. Всё время хочется отвлечься и заняться вёрсткой.

Поэтому для написания текстов различные софтверные компании представили несколько специализированных редакторов. Все они позволяют сфокусироваться именно на создании текста, не отвлекаясь на форматирование. Хорошим тоном для таких редакторов стала поддержка Markdown для логической разметки. Маркдаун позволяет быстро пометить кусок текста курсивом или болдом, создать маркированный или нумерованный список, а потом с лёгкостью конвертнуть в HTML.

На моей машине таких редакторов четыре.

iA Writer

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

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

Скачать iA Writer можно по ссылке.

Ulysses

У него серьёзный подход к каталогизации текстов. Полноценное дерево, в котором можно создавать ветки, назначать им иконки. Разумеется, всё это синхронизируется с айклаудом.

Есть режим фокуса, но он менее кайфный, чем в предыдущем редакторе. Текст, который не в фокусе, можно сделать затемнённым, но не размытым. Курсор тонкий и не очень красивый. Шрифт можно сконфигурировать свой. Вообще, набор настроек у Улисса побогаче.

Улисс хорошо конвертит в HTML, никаких проблем с этим я не заметил. Недостаток программы в том, что если вы хотите использовать актуальную версию, придётся периодически платить довольно крупную сумму за подписку. Я использую последнюю неподписочную версию 2.8.2 и не обновляюсь.

Скачать старый Улисс можно по ссылке.

OmmWriter

Этот редактор совсем простой и не умеет в маркдаун, но он стоит у меня по другой причине. Он умеет красиво озвучивать процесс набора текста, причём вариантов озвучки множество. Иногда бывает настроение пописать именно в таком формате. Редактор доступен не только для мака, но и для винды.

Скачать Omm Writer можно по ссылке.

Typora


Относительно свежий редактор, он пока ещё в бете и потому бесплатен. Интересен поддержкой максимально возможного набора методов разметки. Он умеет даже вставлять блоки Латех, при помощи которых можно набирать математические формулы. Также умеет отображать таблицы. Поддерживает различные темы оформления.

Редактор прекрасно конвертит в HTML, никаких проблем с этим я не обнаружил. Ещё он хорошо подходит для красивого оформления скриншотов-цитаток. У него есть режим фокусировки и режим пишущей машинки, когда набираемая строка всегда располагается посередине окна.

Интересное наблюдение про этот редактор. Вы можете готовить в нём текст для социальной сети, нажимая после каждого абзаца Enter всего один раз, не отделяя их дополнительной пустой строкой. Редактор красиво отобразит эти абзацы, а при экспорте в поле ввода текста социальной сети добавит нужные пустые строки. Так не умеет ни один другой редактор.

То есть, вот так набирать норм:

Скачать Typora можно по ссылке.

Как избежать попадания спама в гуглокалендарь

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

Чтобы отключить автоматическое попадание приглашений из gmail в google calendar, нужно залезть в настройки календаря и снять вот эту галочку:

О корпоративной отзывчивости

Компании, которые хотят приобрести имидж отзывчивых и клиентоориентированных, руководствуются следующим правилом:

Дефект продукта, о котором сообщил клиент, должен быть исправлен с максимальным приоритетом.

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

О проектных ролях

В окружении проекта можно выделить следующие роли:

  • Спонсор
  • Заказчик и пользователи
  • Менеджер проекта
  • Команда
  • Другие участники

Спонсор — лицо или группа лиц, снабжающее проект ресурсами.

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

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

Проясню ещё раз. Заказчик и спонсор — в 99 % случаев разные люди. Даже во внутренних проектах.

Заказчик и пользователи — лицо или группа лиц, которые будут использовать результаты проекта (чаще всего это продукт).

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

Команда — лицо или группа лиц, которые выполняют проектные работы для достижения целей проекта.

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

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

Итак, команда — это сотрудники, которые будут писать код, тянуть сеть, таскать кирпичи и производить другие проектные работы.

Менеджер проекта — лицо, осуществляющее управление проектной командой и имеющее в качестве основной цели попадание в проектный треугольник. Формально входит в состав команды.

Дальше нужно сказать несколько слов о том, что такое заинтересованные стороны. Это все лица, прямо или косвенно заинтересованные в результатах проекта (совершенно необязательно это успех, конкуренты, заинтересованные в провале или отмене проекта также являются заинтересованными сторонами). Заинтересованные стороны могут быть как внутренними, так и внешними. К внешним относится, например, государственный регулятор, требуюший соблюдения закона о персональных данных.


Рассмотрим все перечисленные термины в контексте местонахождения относительно проектного треугольника.

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

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

Заказчики и пользователи находятся ещё дальше от проектного треугольника и детали проекта их интересуют ещё меньше, они ждут определённый результат к определённому сроку.

О Full Stack разработчиках

Сейчас фуллстеками называют себя все подряд. На самом деле, фуллстек должен иметь следующий набор компетенций:

О том, как сдать этап принимающей группе, которую трудно собрать.

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

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

Таким нехитрым способом можно значительно ускорить приёмку этапа группой из нескольких лиц.