Все потоки
Поиск
Написать публикацию
Обновить
241.03

Управление разработкой *

Планирование, отслеживание и контроль

Сначала показывать
Порог рейтинга
Уровень сложности

Симулятор команды — вместо десятка ретроспектив

Уровень сложностиПростой
Время на прочтение5 мин
Количество просмотров915

Сколько нужно времени, чтобы команда сработалась? Мы проводим ретроспективы, 1-1, призываем внешних фасилитаторов, проговариваем планы и решения, но чего-то не хватает. Всё это попытки рационализировать — объяснить, как нам друг с другом работается. Но есть же и чувства, а их сформулировать сложнее.

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

Читать далее

Книга: «Технический директор. Эффективное техническое лидерство»

Время на прочтение2 мин
Количество просмотров5.7K

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

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

Читать далее

Throughput: как научиться перестать гадать сроки и начать их предсказывать через симуляцию Monte-Carlo

Уровень сложностиПростой
Время на прочтение9 мин
Количество просмотров5K

Как использовать метрику потока Throughput и реалистично прогнозировать на основе симуляции Монте-Карло. Разберем динамику Throughput (пропускной способности) за значимые периоды времени, насколько она вариативна, посмотрим на кластеризацию по типам работы).

Разбираем метрику через обслуживание в пабе в пятничный вечер в сравнении с АйТи-командой (с паттернами и примерами). Тема довольно актуальная, так как сейчас в США и Европе расцвет прогнозирования на основе именно метрик потока и появляется много плагинов с Монте-Карло (но не все из них доступны в РФ).

Разобраться как точнее прогнозировать

Как я ездил в Узбекистан чтобы создать юрлицо и почему IT Park в Узбекистане — это находка для айтишников?

Время на прочтение6 мин
Количество просмотров8K

Всем привет! Меня зовут Александр Антипин и я руковожу небольшой студией разработки. Мы разрабатываем мобильные игры и IT-решения для компаний. В этой статье я расскажу про IT Park в Узбекистане — место, которое сейчас активно обсуждают в айтишных чатах. Если вы думаете, что это просто хайп, то я попробую вас переубедить. За пару дней в Ташкенте я успел зарегистрировать компанию, открыть счёт, получить карты и даже съездить в Самарканд, чтобы проникнуться духом города с 2500-летней историей. Но обо всём по порядку: зачем вообще туда ехать, почему именно Узбекистан, какие бонусы даёт IT Park и как там живётся?

Читать далее

QA-инженер в продукте: как я ушёл из аутсорса и перестал паниковать перед релизом

Время на прочтение6 мин
Количество просмотров3K

Полгода назад я испытал культурный шок. Всю карьеру — я QA Automation Engineer — пилил фичи в аутсорсе: стабильно, предсказуемо, местами даже комфортно. Но на январских каникулах впервые за долгое время задумался: мне скоро 30, я уверенный сеньор — а будто бы стою на месте.

Я просто включил «open to work» на LinkedIn — и неожиданно получил оффер в продукт. Пошёл на собеседование «чисто посмотреть» и остался.

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

Читать далее

Вайбкодеры — новые «индусы»?

Время на прочтение7 мин
Количество просмотров4.6K

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

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

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

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

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

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

Читать далее

Agile в классической литературе ч1. Достоевский, Гоголь

Уровень сложностиПростой
Время на прочтение3 мин
Количество просмотров3.8K

Профессиональная деформация заставляет видеть элементы своей работы во всём вокруг. Во время подготовки поездки в отпуск планирую mvp: чек-листы нужных вещей, роадмап поездки, бюджет, сроки. Перед выходом из дома провожу риск-менеджмент: надо ли взять курточку на вечер, если будет холодно? Но моя профдеформация шагнула дальше, и я начал видеть ужасное! Agile в классических литературных произведениях.

Читать далее

Гантовая теория релизов по Канбану

Уровень сложностиПростой
Время на прочтение7 мин
Количество просмотров2.9K

"Что будет, если взять Канбан, смешать его с Гантом и весь этот соус вылить на релизную политику? Давайте разбирать на практике!"

Читать далее

В Торгово-промышленной палате обсудили проблемы здоровья

Время на прочтение8 мин
Количество просмотров306

25 августа в Торгово-промышленной палате РФ прошёл круглый стол на тему «Персонализированное здоровье будущего», в рамках которого был подписан Меморандум о сотрудничестве между ОП ЕАЭС и Российским новым университетом. Мероприятие организовано в рамках национального проекта «Продолжительная и активная жизнь», модераторами выступили председатель комитета Общественной палаты стран Евразийского экономического союза по Здравоохранению Карина Георгиевна Назарова и руководитель компании «Титул Тех» Ольга Юрьевна Симашкина.

Читать далее

Project Manager/Product Manager/Program Manager: в чём разница и зачем это бизнесу?

Уровень сложностиПростой
Время на прочтение3 мин
Количество просмотров6.8K

В ИТ есть три роли, которые часто путают: Project Manager (PM), Product Manager (PdM) и Program Manager (PgM). Звучат они похоже, но задачи и фокус у каждой разные. Встречаясь с каждой из них в своей карьере, каждый раз возникало ощущение "дежавю". Оказалось "Вы не понимаете, это другое!" - разница есть. Понимание этой разницы помогает компаниям эффективнее выстраивать процессы, а специалистам правильно строить карьеру и лучше ориентироваться в сообществе.

Понять разницу..

Delivery Manager и Project Manager в реальных кейсах

Время на прочтение6 мин
Количество просмотров4.1K

В современном IT-мире часто возникает путаница между различными ролями. Одним из примеров является роль Delivery Manager, которая имеет некоторые сходства с Project Manager. Хотя обе позиции связаны с управлением проектами, их обязанности и зоны ответственности существенно различаются. В этой статье мы рассмотрим на примерах, что должен делать каждый из этих специалистов в конкретных ситуациях.

Читать далее

Мое видение универсального языка программирования

Уровень сложностиСредний
Время на прочтение16 мин
Количество просмотров7.7K

Язык программирования, даже общего назначения, - это инструмент. Каждый язык хорош в решении задач своей сферы: C++ позволяет писать эффективные программы, Haskell - писать элегантный параллельный и математический код, C# - создавать программы на гибкой масштабируемой архитектуре. Современные языки заставляют нас мириться с их недостатками: отсутствие нужной системы типов, нехватка синтаксического сахара, отсутствие парадигмы X. Все хоть раз мечтали о языке, который удобен для решения любой задачи.

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

Читать далее

Проектный VS продуктовый подход: почему 85% функций вашего продукта — мусор, и что с этим делать

Время на прочтение8 мин
Количество просмотров3.7K

Привет! Меня зовут Артем Герасимов, я владелец продукта SimpleOne SDLC. В статье расскажу о проблеме, с которой сталкивается большинство ИТ-компаний: они тратят миллионы на разработку функций, которыми никто не пользуется.

Читать статью

Ближайшие события

Заканчивайте трястись и нанимайте тех, кто сильнее вас. Иначе станете динозаврами

Уровень сложностиПростой
Время на прочтение4 мин
Количество просмотров11K

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

Казалось бы, всё хорошо: кандидат может бустануть команду, и самого Петю позиция устраивает. Он открывает почту, а там: «Sorry, you’re overqualified».

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

Читать далее

Сказ о компании «Дёшево и сердито»

Уровень сложностиПростой
Время на прочтение9 мин
Количество просмотров1.6K

Решили как-то предприниматели ИТ-фирму организовать. Офис открыли, дорогим оборудованием обставили, всё по-модному и современному. Тут тебе и чай с печеньками, и комнаты отдыха, и психолог молодая и красивая. Не фирма, а заглядение.

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

И вот нашли менеджера и программиста. Программист весь такой «семь пядей во лбу», рвётся в бой и готов писать хоть сутками. Менеджер — приветливый, дружелюбный и амбициозный. Одна только небольшая проблема — в программировании он полный ноль. Настолько ноль, что когда его спрашиваешь: «Что такое метод пузырька?» — он в ответ загадочно улыбается, достаёт стакан и пол-литра.

И вот начинаются рабочие будни. На любое совещание менеджер берёт с собой программиста. Надо же как-то задачи ставить, а разбираться в том, как и что писать — это не его забота. Его дело — «проект к успеху двигать». Программист же и по совещаниям бегает, и работу работает. Работы становится всё больше и больше, количество совещаний и их длительность тоже постоянно увеличиваются. Чтобы всё успеть, приходится писать в спешке. Местами уже не до идеального кода.

Заказчику, конечно же, промежуточные результаты не показывают. Зачем ему знать внутреннюю кухню? Вдруг заподозрит чего или разочаруется. Как итог, на первом релизе получают кучу замечаний, недовольного заказчика, и менеджер обещает всё переделать, и, конечно же, за счёт фирмы, в которой он работает. Они ведь сделали не то, что он ожидал. В итоге программист работает круглые сутки, чтобы всё исправить, а менеджер его ещё и дёргает по нескольку раз на день, а то вдруг он опять «дров наломает». Худо ли, бедно, всё доделывают-переделывают и показывают заказчику. Он недоволен, но так и быть запускает проект у себя и продолжает оплачивать дальнейшую разработку. А так как объём работ увеличивается и хочется, чтобы качество было получше, он соглашается увеличить финансирование.

Читать далее

Как устроены нейросети для неспециалистов

Уровень сложностиПростой
Время на прочтение23 мин
Количество просмотров25K

Нам часто предлагают врубиться во что-то с места в карьер: «Вот я формулку нарисовал и всем понятно!».

Но не беспокойтесь, в начале же была не формула, в начале было слово, и вот о словах-то мы сейчас и поговорим. Я хочу этой статьей увлечь как гуманитариев, так и айтишников с математиками!

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

Для этого нам придется углубиться в робопсихологию и робопсихиатрию!

В начале было слово...

И слово это было русское...

От пожарного к стратегу: как тимлиду работать головой, а не сутками

Уровень сложностиПростой
Время на прочтение10 мин
Количество просмотров9.6K

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

Раньше я тоже был «горлышком». Однажды руководил сервисом для банка, но заболел ковидом и три дня не мог работать. Проект замер: разработчики ждали указаний, тестировщики сидели без дела, аналитики не могли ничего согласовать. Пришлось с температурой выйти с больничного и вести процесс самому, потому что кроме меня никто не понимал, как в банке устроена работа сервиса регистрации бизнеса.

Меня зовут Степан Сорокин, я delivery manager в Outlines Tech. Ниже поделюсь мнением, как перейти от роли пожарного к роли стратега: научиться делегировать, развивать команду и автоматизировать рутину, чтобы не переписывать код за разработчиков ночью и не выходить на созвоны с температурой. Ещё поделюсь своими артефактами, которые разгружают операционку и оставляют время на стратегию. 

Читать далее

Даже силачи пишут костыли

Уровень сложностиПростой
Время на прочтение3 мин
Количество просмотров961

На каждом созвоне слышно одни и те же правильные слова:
Надо думать наперед,
Архитектура должна быть мощной,
Давайте писать с запасом на рост.

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

Читать далее

LLM на службе разработки: как мы научили нейросети проводить код-ревью

Время на прочтение6 мин
Количество просмотров5.8K

Привет, Хабр! Меня зовут Владимир Добрынин, я ведущий разработчик в МТС Web Services. Наша команда занимается плагинами DevTools, которые упрощают и ускоряют создание софта, в том числе за счет сокращения рутинных операций.

У нас уже есть целое семейство внутренних инструментов. Один из них — DevTools Copilot, который непосредственно из среды разработки позволяет взаимодействовать с LLM в режиме чата. А теперь мы реализовали DevTools Code Review, который помогает проводить самостоятельное код-ревью. В этой статье расскажу, как работает плагин и чего мы с его помощью добились.

Читать далее

Метод Delegation Poker для распределения ответственности

Уровень сложностиПростой
Время на прочтение4 мин
Количество просмотров1.1K

Привет, Хабр!

Сегодня разберём на практике один из самых недооценённых, но при этом максимально полезных инструментов в арсенале любого тимлида — Delegation Poker из подхода Management 3.0. Это не игра ради фасилитации, а вполне рабочая методика, чтобы прозрачно и конструктивно обсудить распределение ответственности в команде. Без «угадай, чего я от тебя жду», без абстрактного «будь проактивным» и без пассивной агрессии на ретро.

Читать далее

Вклад авторов