Под моей прошлой статьей про КТЗ – коэффициент токсичности задачи (вот она) – был комментарий, на который я сначала не обратил особого внимания. Смысл такой: все, что вы описываете – это результат некачественной работы аналитика и руководителя. Их работу свалили на программиста и назвали методом. Неприятнее всего, что человек прав. Фиксируй договоренности, проверяй готовность задачи, […]
Привет, Хабр! Меня зовут Алексей, и я в веб-разработке уже 16 лет. Большую часть этого времени работаю с платформой 1С-Битрикс, руковожу техническими процессами, общаюсь с клиентами и веду проекты разной сложности. За полтора десятка лет в индустрии успел поработать, кажется, во всех популярных таск-трекерах и CRM-системах. И все эти 16 лет меня не покидала одна […]
Есть такая забавная категория людей в разработке, давайте назовём их IT-волки. Это те самые ребята, у которых в 26 лет уже 12 лет опыта, в 27 два проекта и архитектура уровня «я тут всё с нуля поднял», а в 28 управление двумя командами под миллион MAU.
Вы нарисовали идеальную BPMN-схему, написали регламент, в котором учтены все исключения. Согласовали с руководством. Провели презентацию. А через месяц заходите в отдел и видите, что всё работает ровно так же, как и до вашего проекта. Регламент лежит в папке «Документы» на сетевом диске, куда никто не заходит. Схема в Business Studio никем не открывалась. Добро […]
Все счастливые семьи похожи друг на друга.Каждая несчастливая семья несчастлива по‑своему? Климсаныч, обо что сегодня? Эта статья о том что у организационного провала ИТ‑функции существует типовой сценарий.Эта статья о том когда, где, что и как ломается В этой статье мы не будем рассматриваем конкретные формы провалов, думаю, что каждый из вас, читатель, сможет назвать десяток своих и десятки чужих историй производственного ада. Нас в этой статье интересует последовательность, по которой […]
Кейс: как я зашёл в 5 «мёртвых» T&M-проектов, которые никто не хотел вести, и превратил их в портфель на 1,5 года с ростом выручки в 5–6 раз Оглавление Ситуация: 5 проектов, от которых все отказались Технологический контекст Что я увидел внутри: боль трёх сторон Что я сделал за первые 2 недели Артефакт №1: Регламент взаимодействия […]
Собирательный кейс: демонстрация есть, системы нет Представим обычный проект в крупной организации. Команда делает пилот ИИ для обработки заявок. Модель классифицирует обращения, предлагает ответ оператору, иногда сама заполняет поля в CRM. На демонстрации всё выглядит убедительно: скорость выше, ручной работы меньше, руководитель направления доволен.
Во многих компаниях ведение проектов без помощи специализированных инструментов воспринимается как привычный и недорогой способ организации работы. Казалось бы, все процессы выстроены: сроки продвигаются, бюджеты осваиваются, люди заняты делом. Но бизнес уже теряет деньги: за внешней простотой скрываются значительные издержки, которые влияют на репутацию организации.
Оператор склада писал напрямую программисту. Директор по логистике ставил задачу руководителю разработки — разработчик откладывал то, над чем работал. Прилетала задача от CEO — все бросали всё. ИТ не работало медленно. Просто работало одновременно над всем.