MARANTA

@mrnt_org

Мы делаем здесь amazing customer service (c)

  • aug 27, 2025
  • #work
  • читать 2 минуты

Как логика и ответственность превосходят все методологии и знание ПО в разработке.

В нашей с вами сфере очень распространены разные подходы к разработке продуктов, некоторые руководства являются профессиональными стандартами, а понятия из них — привычным профессиональным сленгом.
Скрамы, аджайлы, ватерфолы, окры, перфомансы, деливери и прочие слова каждый рабочий день повторяются сотнями раз в слаках, синках и всём вот этом.

Но есть одно явление, о котором не принято говорить: далеко не все участники этого цифрового безумия понимают суть этих понятий.
Плюс в вакансиях усиленно требуют «владение» определенным специфическим ПО. Отсюда складывается некорректное представление о профессиональных навыках.

Доскональное знание методологий и интерфейсов не определяет профессионализм, а понимание своей деятельности и осознанный подход к ней — вполне.

Примеры:

  • Если вы разработчик, то совсем не важно в какой IDE вы пишете. Любую другую вы освоите очень быстро.
  • Если вы дизайнер — не важно в чём вы проектируете, следите за метриками и моделите. По той же причине.
  • Если вы менеджер — не важно какими методами вы управляете разработкой, если они работают и дают результат.

ПО и методики управления — это инструменты, с помощью которых вы работаете. Вы сможете работать и с другими инструментами, тем более они меняются каждые 1-3 года и в каждой компании разные.

Во всех подходах, методологиях, книгах о разработке в IT описываются логические истины, которые базово знают все:

  • Каким бы специалистом вы не являлись — любую задачу вам нужно сделать максимально качественно, быстро насколько возможно, вовлечь все заинтересованные стороны в её обсуждение, чтобы результат был логичным и предсказуемым и вёл к поставленной цели.
  • Каким бы менеджером вы не являлись — вы обеспечиваете исполнение плана, учитывающего ресурсы, мнения стейкхолдеров, риски.
  • Каким бы топом вы не являлись, чтобы держаться на плаву вам нужно мониторить входящие и исходящие материальные и моральные ресурсы компании, чтобы не допустить их перевеса в отрицательную сторону.

А больше ничего и не надо.

О принципах из первоисточников:

PMBOK (управление проектами):

  • Ответственность, забота о ресурсах (честность, порядочность)
  • Создание среды, основанной на доверии и уважении в команде
  • Вовлечение стейкхолдеров, обратная связь, прозрачная коммуникация
  • Фокус на ценностях (на старте разработки эти ценности определяются, в процессе с ними сверяются)
  • Системный подход (не упарываться и не изолироваться вокруг фич, а всегда смотреть на проект глобально — как решения влияют на всё сразу)
  • Лидерство — вдохновлять, мотивировать, быть примером, нести ответственность
  • Адаптируемость. Не нужно применять слепо какие-то методические указания.
    Всё должно быть в контексте вашего проекта и подстраиваться под его специфику.
  • Качество. Не надзор за выполнением и результатом, а создание здоровой среды для разработки.
  • Сложность. Понимание, что проекты — это комплексные системы и умение планировать и разделять нагрузку до степени вывозимости.
  • Управление рисками. Аналитика рисков и планирование с их учетом.
  • Адаптивность и устойчивость. Способность адаптировать планы к изменениям.
  • Предсказуемость. Контроль прогресса, отклонений и корректировка курса в сторону цели.

Agile (гибкая разработка):

  • Люди и взаимодействие важнее процессов и инструментов.
  • Работающий продукт важнее исчерпывающей документации.
  • Сотрудничество с заказчиком важнее согласования условий контракта.
  • Готовность к изменениям важнее следования первоначальному плану.
    Суть укладывается в: не разрабатывать год что-то и показывать итог заказчику, а весь процесс взаимодействовать, показывая промежуточные результаты каждый спринт, получать фидбэк и идти дальше с корректировками.

Waterfall (последовательная разработка):

  • Четкий план
  • Обширная документация
  • Четкая последовательность этапов разработки: Сбор требований → Дизайн → Реализация → Тестирование → Внедрение → Сопровождение.

Гибрид agile и waterfall:

  • Часть планирования неизменная, часть гибкая — для тех, у кого требует специфика.

И многое другое менее популярное...

Всё несёт одну и ту же идею: нужно быть человеком и ответственно подходить к своей работе — это буквально в двух словах то, о чем написаны тысячи книг.

Всем аджайл ❤️.