Уютный IT адочек

2022-01-13 14:12:51 Прошлый пост вызвал бурную реакцию. Захотелось поделиться своим взглядом на задачу.

Я вижу тут три аспекта: приоритезация, оценка (оно же — продумывание) и управление ожиданиями.

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

Оценка — оно же продумывание
Супер-сложная тема, много подходов разной степени замороченности: экспертная оценка тимлидом, архитектурные комитеты, planning poker — вариантов уйма, все дают погрешности.
Не верю в то, что возможна точная оценка, и что имеет смысл её добиваться, но верю в продумывание плана решения задачи перед тем, как приступать к действиям. Верю в то, что исследование/продумывание может занять значительное время. Но вот это "влезем — там разберёмся" как подход к выполнению конечных задач не канает.

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

Пы.Сы. Все шутки в комментариях офигенные Открыть/Комментировать

2022-01-12 12:15:10 Изучаем управление ожиданиями Открыть/Комментировать

2021-12-29 18:14:14 Открыть/Комментировать

2021-12-29 18:14:06 2021

Этот год был не простой, ведь 43*47=2021
Канал вырос от 1300 подписчиков до 1600+, а автор канала сменил место фуллтайм работы, пережил жёсткую депрессию, выбрался из неё, получил массу увлекательного опыта и набрал интересных кейсов

Топ 7 постов на канале за год:

1. WTF box - про то, как конструктивно переживать столкновение с новой компанией
2. про токсичных идиотов и борьбу с сопротивлением
3. коллаб про уровень зарплаты
4. про поиск по личной базе знаний с помощью одного хитрого приложения
5. про Онбординг, оффбординг и, внезапно, отпуска, у которых внезапно много общего
6. про инструменты журналистов
7. про "открытость" или хамство

А в начале 2022-го читателей ждёт серия постов про менеджмент, взаимодействие с коллегами и управление изменениями. Они уже ждут своего часа в хранилище. Открыть/Комментировать

2021-11-19 21:14:40 https://unigraph.dev/
Смотрите, какая интересная пепяка заявлена для организации личной базы знаний.
Join waiting list, однозначно! Открыть/Комментировать

2021-10-21 17:18:15 Онбординг, оффбординг и, внезапно, отпуска

Про практики онбординга сказано и написано очень много. Приходит сотрудник в новую компанию, ему нужно помочь сориентироваться, уменьшить уровень стресса и как можно быстрее начать работать в полную силу.
Оффбординг — обратная картина: человек увольняется, нам надо вытащить из него критичные сведения (по проекту, по подвисшим договорённостям, по логинам, паролям и тому подобному) и не забыть сделать сложно автоматизируемые ручные действия (удалить из телеграм-чатиков, отобрать права на сторонних площадках, сменить пароли в сервисах, к которому у человека был доступ и т.п.)

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

И желательно прямо составить себе чек-лист и готовиться к уходу в отпуск по нему, чтобы ничего не упустить.
Отпуск — это такой маленький оффбординг с последующим нано-онбордингом. Открыть/Комментировать

2021-10-08 18:32:29 IDE для markdown/XML

А тем временем JetBrains что-то готовит:
https://lp.jetbrains.com/stardust-landing/
На лендинге есть ссылка для того, чтобы подписаться на Early Access Program. Верим, надеемся, ждём Открыть/Комментировать

2021-09-23 18:35:34 У меня есть бесценный опыт!

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

Мне кажется нужно ответить на два вопроса:

- в каком виде этот опыт пребывает? Это может быть техника безопасности (не суй пальцы в розетку — пять человек уже сдохло), может быть уникальная хрень (вот такое магическое редкое сочетание параметров приводит к потере производительности ПО), а может быть фундаментальное понимание (преобразование типов в js устроено вот так, потому-то потому-то). Каждый из видов такого опыта фиксировать и распространять надо по-разному.

- а будет ли востребован этот опыт, объективно? Я не встречал на практике необходимости использовать преобразование типов кроме как "оу, тут забыли сконвертировать в явном виде, поэтому багули полезли, ща поправлю". Некоторые увлекательные вещи могут быть просто не нужны компании и команде.

Критичные и опасные вещи нужно автоматизировать и делать обязательными для изучения. Значит документировать и прорабатывать придётся.
Важные и уникальные вещи можно фиксировать тезисно, с указанием, кто в этой теме разобрался.
А не очень существенную мелочёвку, кажется, можно передавать просто обеспечивая парную работу эксперта с падаваном. Открыть/Комментировать

2021-09-22 13:14:50 преодоления стен пост

И они такие сначала: давайте сделаем отдел дизайна, отдел тестирования и отдел разработчиков.
А потом "чото они начали требовать постановки задач строго по форме и как будто противопоставлять себя менеджменту? Мы так-то хотим вовлечения в результат от исполнителей!" — и эта боль очень понятна!
Ок, перестраиваем, делаем продуктовые команды. Люди больше вовлечены в то, что они делают. Теперь у нас гора велосипедов, зоопарк технологий и разрозненность специалистов. Всяк фронтэндер свой фреймворк пилит.

Ладно фреймворк, а если у вас реальный сектор где переделка изделий стоит самую малость капитально дороже?

C рассинхроном призваны бороться гильдии (они же проф сообщества, они же community of practice и много других страшных слов) и внутренние митапы. Но, блин, сложно. Сложно найти лидеров, выбить ресурсы на всю эту движуху и направить это в конструктивное русло.
К чему я это.
Мы в knowledgeconf готовим митап про гильдии. Спикеры опытные, ведущая - огонь.
Если у вас болит эта тема как у меня - приходите! Открыть/Комментировать

2021-09-02 15:30:49 работа по созданию изменений

Меня всегда увлекало заниматься решением организационных проблем. Очень часто я оказывался "человеком, которому больше всех надо". Это подразумевало необходимость сталкиваться с неизвестным, много анализировать, балансируя на стыке разных ветвей организации, вести много переговоров, договариваться и распространять знания.
Этим же я занимаюсь сейчас в одном стартапе в космической отрасли. Там интересно, многое отличается от уютной айтишечки. Однажды я отсыплю увлекательных баек, не попадающих под NDA про материальное производство, найм (это вы ещё жалуетесь, что разработчика хрен найдёшь!) и процессы. Но сейчас речь не об том.

Сейчас я ищу человека, который поможет мне с организацией изменений https://telegra.ph/fyvfv-07-19 и заботой о сотрудниках.
Если вам близко то, о чём я пишу или вы, возможно знаете такого человека — пишите! Открыть/Комментировать