Коммиты есть, а результата нет: как мы научились видеть реальную динамику команд и построили KODA
Привет, Хабр! Меня зовут Сергей, я руководитель разработки в ITFB Group.
Привет, Хабр! Меня зовут Сергей, я руководитель разработки в ITFB Group.
Я строю системы менеджмента. А ещё я коуч, специализирующийся на выгорании и нейроотличиях в IT. И я очень злюсь. Злюсь, как живой человек, который регулярно разгребает последствия того, о чём на Хабре пишут как об успешном кейсе.
Приветствую, дорогие читатели. На протяжении последнего года мне посчастливилось пообщаться с несколькими десятками бывших и текущих коллег, от разработчиков до владельцев компаний, на тему внедрения ИИ, и, кажется, я открыл врата в ад. Написать эту статью меня сподвигнул услышанный недавно краем уха разговор: — Пару дней назад наш CEO собрал всю команду и с громким […]
Будучи разработчиком PHP на протяжении почти 20 лет, я поработал в разных компаниях — и больших, и маленьких. И сейчас, подыскивая новое место работы, я попадаю на статьи множества HR-ов, внутрикомщиков, офис-менеджеров и прочих специалистов по корпоративной красоте. Они пишут про корпоративные мегаценности, важность бренда, коммуникаций, чувства принадлежности, атмосферы и всего вот этого. Извините, но […]
Светлана Гуркина Руководитель центра компетенций бизнес-аналитиков общей практики, ДАР, ГК «КОРУС Консалтинг»
«А если мы просто возьмём больше разработчиков, уложимся к концу месяца?» В понедельник заказчик предложил «решение»: добавить еще пятерых разработчиков. Во вторник стало больше командных синков. К пятнице мы писали документацию и пояснения для новичков вместо фич. Произошла классическая ловушка линейного ускорения: кажется, что сроки сожмутся, если умножить количество рабочих рук.
Алина Прасковина Руководитель проектов в MONS, «КОРУС Консалтинг» Поменять РП… А если без шуток, то у нас есть два стула, два пути:1) Действительно поменять РП на проекте
Жёсткие структуры неустойчивы. То же самое верно и для управления проектами и организационной гибкости: всё жёсткое не может быть устойчивым — будь то процесс, фреймворк или архитектура. Из моего опыта руководства технологическими программами в разных отраслях вывод ясен: жёсткие подходы могут сработать в краткосрочной перспективе, но для долгосрочной устойчивости необходима адаптивность. Проблемы жёсткости в проектах […]