Дмитрий Алюшин. Лидерство инженера: как управлять 1С-командой через процессы и автономию

Любая информационная система имеет ценность только тогда, когда она соответствуеи потребностям и интересам бизнеса. Для этого необходимо разбираться в специфике компании, которую нужно автоматизировать, начинать проект с целей бизнеса и бизнес-требований. В этом докладе поможем разобраться с тем, как подойти к решению этой задачи – как с позиции бизнес-заказчика, так и с позиции представителей ИТ-команды. Доклад в формате статьи: https://infostart.ru/pm/2706250/

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

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

Компромиссы в проектах автоматизации часто не решают конфликт, а лишь откладывают проблему и оставляют под угрозой потребности обеих сторон. На трех типичных ситуациях – споре с заказчиком об оценке, конфликте с разработчиком вокруг требований и сопротивлении пользователя новой версии – показываем, где участники на самом деле спорят не о действиях, а о неопределенности. Объясняем, как в теории ограничений работает инструмент «туча» и почему любая проблема в ТОС рассматривается как конфликт. Показываем, почему в возможность win-win-решения выгоднее верить и как такой подход помогает искать не компромисс, а более устойчивое решение. Доклад в виде статьи: https://infostart.ru/pm/2729715/

Техническая поддержка может быть не просто службой для обработки заявок, а стратегическим центром цифровой культуры в организации. Показываем, как команда поддержки выстроила работу с разными аудиториями – сотрудниками, студентами и преподавателями, запустила внутренние мини-сообщества, внедрила ИИ-инструменты и начала переходить от SLA к XLA. Разбираем, почему современная поддержка должна не только решать обращения, но и учить пользователей, помогать соседним подразделениям, развивать Customer Service внутри IT и менять отношение людей к информационным системам. Доклад в виде статьи: https://infostart.ru/pm/2729026/

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

Как выстроить адаптацию нового руководителя проекта, чтобы быстро понять, подходит ли он компании и справляется ли с реальными задачами? Показываем, как квалификационный план помогает снизить неопределенность для сотрудника, сократить нагрузку на тимлида и не растягивать оценку управленца на месяцы. Объясняем, из каких этапов состоит онбординг: от Welcome Bot и вводных материалов до обучения в LMS, проектных кейсов, контрольных точек и обратной связи 360. Также делимся чек-листом адаптации нового РП и критериями, по которым можно оценить самостоятельность, скорость включения в работу и качество взаимодействия с командой. Доклад в виде статьи: https://infostart.ru/pm/2718929/

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

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

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