Станислав Баташов. Идеальное ТЗ для разработчика

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

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

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

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

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

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

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

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

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

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