В IT чудес не бывает
900 subscribers
149 photos
23 videos
1 file
404 links
Лайт-версия блога https://www.maxshulga.ru/ про менеджмент, качество и процессы в IT от доброго доктора АйТиболита @maxbeard12, который сейчас, кстати, в поисках работы 😉
Download Telegram
Вопрос из задушевных бесед прошлого
"Почему люди на новом месте могут казаться умнее тех, кто уже трудится?
Меня постоянно гложет философский вопрос, почему у нас оказываются люди, у которых инженерная и процессная практика лучше, чем у нас. Но они не там теперь, а у нас. Значит у нас есть что-то другое или это когнитивное искажение? Вопрос риторический. Либо это попытка применить лучшее из всего, что было раньше."


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

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

Людей ведь нанимают не просто так, а для решения каких-то задач. Дальше все зависит от позиции, ожиданий и выданных кредитов.
Или ты меняешь все на "лучший" вариант, или ты "гибко" встраиваешься.
Или... пишешь посты перед утренним выходом на стройку (фото в комментариях) 😂
#ваши_вопросы
❤6😁4
"Раньше мы ревьювили каждую строчку кода перед деплоем в прод".

былины в пятничных #it_memes
😁15💯6😢1
"If you’re not embarrassed by the first version of your product, you’ve launched too late" Reid Hoffman


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

Тут важно учитывать, что речь не про что, что нужно, как можно раньше выпустить сырой(-ую) с точки зрения качества продукт(фичу). Продукт может иметь ограничения, по фичам, по поддерживаемым сценариям использования и тдтп.
Но все что заявлено рабочим - должно работать. Именно поэтому ключ к раннему выпуску - это контроль за скоупом того, что хотим выпустить. Снижение качества - это не альтернатива скорости. Скоуп - вот ваш инструмент.

Сбойнувшая функциональность, которую пользователь ожидал работающей, расстраивает сильно больше, чем то ограничение, которое явно прописано. В конце концов, только так вы узнаете, что то, что вы еще не доделали, действительно восстребовано: явно обозначенные ограничения могут заставить пользователя четче обозначить свои ожидания.
Ограничив скоуп, фокусируйтесь на нем, не распыляйте силы на "вот прикольная фича, давайте добавим ее в релиз, хотя и не планировали - у части команды ведь есть время, пока остальная что-то доделывает". Лучше подключить "временно безработных" к тем, кто еще трудится. Больше пользы на долгосроке: шаринг экспертизы по фичам, больше покрытия проверками (например) уже реализованных фичей, меньше риск слома сборки "прикольной фичей".

#мысли_вслух #процессы #quality
❤11💯7
Идеи важнее реализации (оставлю себе тут перевод, опыт блога показывает, что тырнет неожиданно не вечен)

Не привязывайтесь к тому, что вы создали.
Привязывайтесь к тому, чего вы пытаетесь достичь.


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

Невозвратные затраты неизбежны. Жесткость — это выбор.

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

Сильные команды относятся к идеям легко, а к целям — твердо.

Эта гибкость — не нерешительность. Это уважение к тому факту, что понимание улучшается в процессе работы.


чужие #мысли_вслух

PS с Днем знаний всех. Ученье — свет, а неученье — тьма. Всем знаний ⚡️
❤15💯1
Выпуск - машина времени... Прям ностальгия.
25 лет за без малого 2 часа. Прикольно.
• Почему полетел Agile?
• Почему Scrum победил XP и (частично) Канбан?
• И куда это все исчезло (исчезло?) сейчас? 🙂
• Ну и да, куда же без ИИ-шки и то, как она может (но не факт, ибо люди все те же) что-то поменять?

 #процессы #байки #классика
В IT чудес не бывает
"Раньше мы ревьювили каждую строчку кода перед деплоем в прод". былины в пятничных #it_memes
В тему этого мемчика и дискуссии в комментах про код ревью.
1. Maybe We Shouldn't Be Reviewing All This Code
"Code review isn’t just about finding bugs. It’s how teams share knowledge, teach junior engineers, build collective ownership and spread architectural understanding.
My question is: why are we waiting until code review to do all of those things?"

2. The End of Code Review? Or an Opportunity to Rethink it?

#codereview
Что почитать или #5for5 :

• Про незаменимых героев
How load-bearing people stay hidden:
- Heroics get rewarded
- Redundancy looks like waste
- Indispensability feels good


• Профессия менеджера и внедрение ИИ
Management is not going away. Management that exists to coordinate information, relay decisions, and preserve organizational shape without adding distinctive leverage is the part under pressure.


• Ловушка контроля
1. Instability makes us create controls
2. Controls consume the capacity needed to remove the instability
3. The system stays unstable - GOTO 1


• Про изменения
Change = D × V × P > R
For change to occur, dissatisfaction with the status quo, multiplied by a vision of the future, multiplied by a credible path forward, must exceed the resistance to change.


• Парадокс Фредкина (Fredkin’s Paradox)
Про выбор лучшего из всего возможных решений: "Чем более привлекательными кажутся альтернативы, тем сложнее бывает выбрать между ними — несмотря на то, что, в той же степени, сам выбор имеет меньшее значение".
One of the best skills in decision-making is being able to determine when to stop thinking and commit. When dealing with such similar alternatives, where the differences are almost negligible, far too much time is wasted deciding between them.


#management
Немного новостей.
Вчера послушал Киру на ее вебинаре "LinkedIn для поиска работы".
Из интересного: по ее оценке, до 70% вакансий не публикуется - слишком много откликов сразу. Она провела эксперимент и на вакансию фронта в компании "рога и копыта" (ноунейм без сайта) за первый час 100 откликов, за сутки 1000. Причем, по ее утверждению, большую часть резюме она посмотрела и они очень неплохи. Поэтому рекрутеры используют или прямой поиск (версия Киры), или рекомендации своих (моя версия). Отсюда мой вывод: совсем все "весело" на рынке, а поиск сломан.
Для прямого поиска нужно, чтобы вас можно было найти. Тут и резюме в HH, и профиль в Линкеде помогут.

Вчера основной упор был сделан на первое сообщение в линкеде о старте поиска (и рекламу ее курса по поиску работы): что писать, когда писать и обязательно договориться с 10-15 контактами из первого круга о шаринге вашего сообщения. Важны первые 1.5 часа после сообщения, дальше оно просто завязнет в алгоритмах. Так что готовьтесь, скоро будем проверять 😉

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

Что могу сказать про свой текущий поиск. Он не похож на прошлогодний осенний: 1 общение за месяц, дошел до финала, но дальше выбрали другого кандидата и 1 контакт мимо моих ожиданий. Релевантных вакансий нет. Ваших рекомендаций меня кому-то тоже нет 😂
В общем, текущий поиск больше похож на то, что ожидалось и в прошлом году. Тогда повезло, благодаря вашим рекомендациям.

Известные компании на HH мало публикуют, надо смотреть на их сайтах (сейчас занимаюсь поисками собственно IT-компаний не из 1й десятки, которые и так на слуху).
Оценка поиска и рекомендаций самого HH: 1 из 10. По моему резюме руководителя направления разработки мне даже предлагали что-то связанное с 🐔птицефабрикой (не заскринил, млин). Кажется, что проще ничего не показывать, чем показывать такое.

Вместо вакансий "представители кадровых агентств" в телегу приносят инвестиции в крипту.

В общем, продолжаем стройку👷🏻

#байки
😨13❤1
This media is not supported in your browser
VIEW IN TELEGRAM
Процессы, задачи и созвоны в пятничных #it_memes

ЗЫ он за дейлик похоже 3 чашки кофе бахнул, мощные созвоны 💪
😁12
А как все более активное внедрении ИИ в разработку меняет, если конечно меняет, подход "не мешайте кодеру кодить"?

Не то чтобы часто, но достаточно регулярно раньше сталкивался с парадигмой "разжуйте расскажите, распишите мне все, я просто код напишу", "разработчики не должны отвлекаться на тестирование, встречи с заказчиками. Их задача писать код".
То есть это живет и в головах некоторых разработчиков, и в головах их менеджеров и смежных коллег (тестировщиков и тдтп). При этом были случаи, когда интересующиеся разработчики буквально силой отсекались этими смежниками от "несвойственных разрабам задач". А когда это сопротивление в силу разных причин пропадало и люди попадали в дивный реальный мир, они благодарили. Правда не все 😃

Насколько теперь человек нежелающий вникать в суть проблемы и ждущий ТЗ на входе сейчас полезен? Меняется что-то?

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

"Let coders code" fallacy

#it_философия
❤3
Это лучше из того, что я посмотрел по разработке с ИИ, а точнее про подход и организацию процесса, за последнее время.
Паша, ты красавчик. Я оценил и проникся. Особенно на моментах с ревью проработки задачи и про стоимость задач. Готов часть (но только часть 😂) своих бубубу за недавним пивом забрать обратно.

Запускай бест-практис у себя в канале, хотя бы по одному примеру, совету в неделю.

PS Кириллу Улитину спасибо за организацию FWR Club.

#развитие
👍7❤5