Александр Орлов. В поисках энергии команды: модель Ленсиони на практике

С массовым распространением ИИ-агентов бизнесу приходится искать баланс между скоростью вывода продукта на рынок, затратами на разработку и рисками, которые возникают при отказе от привычной команды специалистов. На примере двух сервисов для МСБ – относительно простого сервиса оценки зрелости профессионального обучения и более сложной системы NFT-верификации профессионального портфолио – сравниваем работу команд людей и ИИ по срокам, стоимости, масштабируемости, соответствию требованиям и сопровождению. Показываем, где ИИ-агенты позволяют быстрее проверять гипотезы, сокращать цепочку коммуникаций и зависимость от персонала, а где преимущества становятся менее очевидными из-за сложности продукта. Разбираем прикладную модель выбора между людьми, ИИ и гибридной командой и основные ограничения такого подхода – от зависимости от внешних платформ до регуляторных и технологических рисков. Доклад в виде статьи: https://infostart.ru/1c/articles/2808756/

ИТ-ландшафт стремительно усложняется: растет число систем и потоков данных между ними, процессы выходят за рамки платформы 1С, а требования к надежности, доступности и безопасности становятся все выше. Поэтому современному аналитику уже недостаточно быть только «переводчиком требований бизнеса» – ему нужно проектировать взаимодействие систем, координировать работу нескольких ИТ-команд и учитывать нефункциональные требования еще до передачи задачи в разработку. Разбираем, почему концептуальный дизайн интеграции входит в зону ответственности аналитика, и какие знания платформы 1С, системного дизайна, баз данных и инженерных практик помогают сократить количество итераций и быстрее находить реализуемые решения. Объясняем, на какие характеристики архитектуры следует обращать особое внимание и как развивать техническую насмотренность, не пытаясь при этом стать экспертом во всех технологиях сразу. Доклад в виде статьи: https://infostart.ru/1c/articles/2806794/

«Просто сделайте, как было», «я все продумал» и «почему вы нас не остановили?» – знакомые фразы, за которыми часто скрывается не готовое решение, а риск построить сложную и дорогую систему вокруг неверно сформулированной задачи. Разбираем, почему клиент прав в описании своей боли, но не всегда прав в выборе «лекарства», и как архитектору или аналитику перейти от роли исполнителя ТЗ к роли партнера, который помогает найти корень проблемы. На примере провального проекта с «зоопарком лимитов» показываем, как команда сначала автоматизировала схему исторической системы, а затем разложила ее на реальные бизнес-сценарии и пришла к простым решениям. Объясняем, как использовать декомпозицию, поиск истинной потребности, KPI, ТРИЗ, Jobs to Be Done и Lean, чтобы отсекать лишнее, обосновывать типовое или кастомное решение и не создавать дорогое, сложное, но никому не нужное. Доклад в виде статьи: https://infostart.ru/1c/articles/2806717/

В управленческой практике нередко возникают ситуации, когда несколько на первый взгляд незначительных событий сходятся во времени и приводят к серьезным последствиям. Показываем, почему такие случаи ошибочно считать редким форс-мажором и чем опасно игнорирование их причин. Разбираем, как за внешней случайностью скрываются повторяющиеся управленческие закономерности, которые можно выявить через анализ инцидентов и данных прошлого. Материал выстроен как управленческий детектив, в котором шаг за шагом раскрывается механизм возникновения катастроф и способы предотвратить их повторение. Доклад в виде статьи: https://infostart.ru/1c/articles/2804437/

Разбираемся, почему «сделано по ТЗ» еще не означает «сделано то, что действительно нужно бизнесу», и как валидация помогает сохранить связь между требованиями и бизнес-целями. Объясняем, чем валидация отличается от верификации, почему она должна идти непрерывно в течение проекта и какую роль в ней играют заказчик, ключевые пользователи и другие участники. Показываем практические инструменты – от матриц трассировки и помощи нейросетей до приоритизации по MoSCoW и Cost of Delay – и разбираем типичные ошибки, из-за которых полезный на первый взгляд функционал не решает исходную задачу. Отдельно смотрим, как валидация работает в Agile и почему выбор задач из бэклога в спринт – уже часть этого процесса. Доклад в виде статьи: https://infostart.ru/1c/articles/2802830/

Как распределить ответственность между руководителем проекта, архитекторами и исполнителями, зачем раздельно учитывать задачи аналитики и разработки и как использовать план-факт и КПД не как рейтинг сотрудников, а как инструмент управления проектом. Доклад в виде статьи: https://infostart.ru/public/2800085/

Информационная безопасность перестает быть «дотационной» функцией и становится инструментом развития бизнеса. Показываем, почему непонимание бизнес-логики со стороны ИБ и недооценка возможностей ИБ со стороны руководителей ведут к потерям эффективности. Разбираем ключевые возможности ИБ для управления рисками, оптимизации затрат и ускорения проектов, а также объясняем, почему раннее и качественное развитие системы информационной безопасности выгодно компании. Доклад помогает увидеть ИБ как механизм, который усиливает бизнес, а не тормозит его. Доклад в виде статьи: https://infostart.ru/1c/articles/2797165/

Как ускорить внедрение 1С, точнее оценивать сроки и трудозатраты и при этом не потерять управляемость большого проекта? Рассказываем, как команда экспериментирует с ИИ-ассистентами на базе RAG: один помогает аналитикам готовить постановки задач, а другой должен анализировать историю разработки и дополнять экспертные оценки по методу Делфи. Показываем, как OpenProject превратился в кастомный таск-трекер с интеграцией с «1С:СППР», а сервисы «Яндекса» объединили переписку, документы, встречи, транскрибацию и протоколы в единую систему взаимодействия. Разбираем, почему такие инструменты не дают готовой формулы успеха, но позволяют усиливать гибридный подход к управлению проектами и последовательно проверять гипотезы на практике. Доклад в виде статьи: https://infostart.ru/1c/articles/2788408/

В удаленной команде важно не только быстро отвечать на сообщения, но и сохранять возможность для сфокусированной работы. Разбираем, как снизить количество отвлечений, договориться о правилах коммуникации и сделать общение в команде понятнее для всех участников. Объясняем, как говорить о личных границах без конфликтов, зачем нужна «инструкция к себе» и как она помогает выстраивать доверительные рабочие отношения. Доклад в виде статьи: https://infostart.ru/pm/2777957/

Рассказываем, как перейти от архитекторов-одиночек и решений, зависящих от конкретных специалистов, к системному управлению технической архитектурой 1С. Разбираем опыт центра компетенций IBS: регулярные архитектурные комитеты, контроль качества через ревью, матрицу компетенций, специализацию архитекторов, корпоративную базу знаний и внутренние хакатоны. Показываем, как эти инструменты помогают раньше выявлять архитектурные ошибки, снижать технический долг, повторно использовать наработки и повышать предсказуемость проектов. Объясняем, как такая модель превращает архитекторов из хрупкого ресурса в стратегический актив компании и что необходимо для создания собственного центра компетенций. Доклад в виде статьи: https://infostart.ru/pm/2777790/