Во многих компаниях ведение проектов без помощи специализированных инструментов воспринимается как привычный и недорогой способ организации работы. Казалось бы, все процессы выстроены: сроки продвигаются, бюджеты осваиваются, люди заняты делом. Но бизнес уже теряет деньги: за внешней простотой скрываются значительные издержки, которые влияют на репутацию организации.
Вступление В этой статье я хочу поделиться наблюдениями о переработках в IT-компаниях: как они появляются, почему быстро становятся нормой, чем заканчиваются и что с этим можно делать. Сразу оговорюсь: текст не про то, что нужно в 18:00 ронять ноутбук на пол и исчезать в закат. В инженерной работе бывают аварии. Бывают критичные баги, релизы, инциденты, […]
Всем привет, меня зовут Сергей Прощаев, и в этой статье я расскажу про то, как отличить живой Agile
Привет, Хабр! Меня зовут Денис. Я CIO. И я хочу честно рассказать, о своем опыте, как привести к порядку хаос в крупной международной компании. Без команды консультантов, без покупки дорогих инструментов, просто засучив рукава. Когда я пришел в эту компанию, она росла на 400% в год. Миллионы пользователей, 180 IT-сотрудников, бюджет 140 млн руб. в месяц. […]
Вы отдали задачу инженеру, а через три дня она снова у вас: то с ворохом вопросов, то сделана наполовину, то с честным «я не был уверен и решил дождаться тебя». Делегировали ведь по‑настоящему, не сами сели делать, — почему вернулось? Обычно потому, что отдали задачу, но не отдали всё остальное, без чего её нельзя довести самому: право решать, понимание, что считать готовым, и момент, в который свериться. Разберём, […]
Меня зовут Юлия Аравина, я карьерный стратег и коуч IT-руководителей, а также ведущая кейс-клубов на курсе «Технический директор — СТО» в Яндекс Практикуме PRO. В своей практике я замечаю одну закономерность: многие кризисы после повышения выглядят одинаково.
За 20+ лет в управлении я несколько раз увольнялся — по своей инициативе. Моя аргументация, если излагать её тогда внешнему наблюдателю, была бы довольно стандартной: «перерос компанию», «пора двигаться дальше», «хочу новых задач». Но истоки и обстоятельства социальных ситуаций, которые приводили меня к увольнениям, были разными. Видеть их оттенки я научился позже, когда начал разбирать […]
За последние несколько лет мне довелось управлять не только командами разработки, но и более широкими контурами delivery: программами, портфелями инициатив, процессами поддержки, эскалациями и крупными изменениями в продукте.
Компания из 80 человек снизила текучесть на 40% без увеличения бюджета. Инженеры удержали 100% ключевых специалистов, а прибыль выросла на 67%. Это не магия корпоративных гигантов с выделенными департаментами и семизначными бюджетами. Это реальность малого бизнеса, где скорость принятия решений и близость к людям становятся главным конкурентным преимуществом.