Давно и успешно мы помогаем самым разным специалистам делиться собственными знаниями во всех возможных областях, в первую очередь – менеджменте и управлении, который становится все более актуален с течением времени. То же касается и разработки, проектирования и архитектуры.

Постепенно мы собрали ключевые техники проектирования из основных методологий и архитектурных стандартов и перевели на человеческий язык. Подключили наш собственный опыт и работающие решения наших многочисленных заказчиков, получив в итоге ряд занятий-тренингов. При этом формат их – практический, поэтому к большинству решений участники придут самостоятельно, что дает колоссальную конверсию навыков в применение на производстве.

Для кого:

• Инженеров: архитекторов.
• Техменеджеров: тимлидов и техлидов.
• Менеджеров: проектных менеджеров и продуктовых менеджеров

Опыт на старте:

• Желателен опыт промышленной разработки от 2 лет.
• Обязательны навыки проектирования в объеме курса «Agile Mindset в проектировании систем», особенно для участия в продвинутом тренинге: «Agile Mindset в проектировании решений».

Разделив весь имеющийся опыт на две больших составляющих одного целого, картина следующая

Agile Mindset в проектировании систем. Требования, архитектура, процесс

Вспомните, когда в последний раз вам приходилось из последних сил доказывать преимущества архитектурного решения, но так и не достигнуть успеха? Или, когда вы с триумфом внедряли на первый взгляд абсолютно верное решение, терпящее в последствии полное фиаско. Подобные моменты порождают ряд справедливых вопросов: «Что я сделал не так? Как грамотно и логично преподнести свою точку зрения? В чем разница и где грань между осознанными и обоснованными архитектурными решениями и дилетантским подходом?»

Этот тренинг про здравый смысл – про обоснованность инженерных решений в условиях неопределённости. Мы разберем, от чего зависят инженерные решения и научимся четко обосновывать их. Задумаемся, какими должны быть ожидания от архитектуры и есть ли она вообще у вас в проекте. Научимся объективно решать инженерные конфликты, и вы навсегда забудете слово «холивар». Совершенно по-новому взглянем на шаблоны проектирования и теперь выжмем из них максимум. Поймем, как эффективно выстраивать документацию к системе, чтобы она действительно начала работать, а не была «write-only». Научимся фокусироваться в своих решениях и наконец-то выясним, с чего начинать – со схемы БД или «concurrency design». И одна из важнейших вещей тренинга – научимся не делать лишнюю работу.




Agile Mindset в проектировании решений. Процесс, команда, культура, бизнес

Посмотрите на Вашу производственную систему поставки ПО и архитектуру решения. Вы можете четко обосновать выбор процессных и архитектурных подходов через бизнес-метрики и стратегию компании? То, как структурированы команды, как выстроены коммуникации и устроен архитектурный процесс – дает ли это нужные бизнесу метрики?

Этот тренинг – про проверенные индустрией архитектурные, процессные и оргструктурные шаблоны и их осмысленный выбор. То есть про то, как выстроить архитектурный процесс и структуру производства, чтобы адресовать потребности бизнеса.

Мы поймем, почему слишком ранняя или поздняя архитектура решения – боль и как её измерить и отслеживать её риски. Разберемся, как обеспечить качество продукта на ранних этапах. Научимся выстраивать процессы для снижения времени поставки без увеличения штата и как архитектура должна поддерживать такой процесс. Определим оптимальную структуру команды для повышения скорости поставки и качества продукта. Узнаем, какие факторы имеют важное значение для архитектуры, но мы их упорно игнорируем, собирая грабли.

Поймем, как бизнес-модель нашей компании поможет создавать и поддерживать архитектуру.

Результаты и полученный опыт/экспертиза по результатам тренинга

Тренер: Евгений Кривошеев
Имеет семилетний опыт разработки и преподавания технологий на платформах J2SE, J2EE, BEA Systems, IBM, равно как и параллельной разработки. Его опыт позволяет выступать архитектором при разработке крупных коммерческих систем, при этом он способен донести сложные технологические знания самому широкому кругу.

Несколько простых вопросов, касаемо потенциала и стимула к участию в тренинге, Евгению Кривошееву:

— Евгений, кто целевая аудитория инженерных тренингов Agile Mindset в общем, какие специалисты почерпнут из него максимум возможного?

Наши тренинги рассчитаны на средних (regular) разработчиков и более прокачанных специалистов.

Младшим разработчикам тренинг также может быть интересен, но после ознакомления с основами Agile. Второй тренинг, посвященный уже не архитектурам, а конкретным процессам и бизнес-моделям, скорее всего, для джуниора будет сложноват, так как рассчитан он даже не на старших разработчиков, а на архитекторов и PM’ов с опытом разработки.

Так или иначе, суть двух тренингов заключается именно в установке «сквозных» правил для разработчиков, архитекторов, руководителей проекта, ресурсных менеджеров, продуктовых менеджеров и даже, может быть, владельцев. Делается это для получения единой модели принятия решений.

Цель также в том, чтобы инженерия помогала бизнесу, а не мешала. Помогала развиваться, зарабатывать больше денег и решать другие задачи: снижение времени поставки (time-to-market), повышение её предсказуемости и улучшение качества системы.
Для этого критически важно, чтобы инженеры услышали бизнес, а бизнес с готовностью отвечал на вопросы инженеров

Как конкретно принимать инженерные решения? Как строить архитектуру? Как коммуницировать? Именно на эти вопросы призваны ответить и помочь найти решение оба тренинга.

— Какими практическими навыками или методиками можно овладеть в ходе тренинга?

Самое главное – это навыки коммуникации. В ходе тренинга мы учимся общаться на едином языке и понимать то, чем руководствуются другие роли в процессе архитектурного проектирования. Большая часть проблем софтверной инженерии, на наш взгляд, упирается в первую очередь в коммуникацию: роли друг друга не слышат, оперируют различными понятиями, не выходят за рамки «операционных стен».

Второй навык — это конкретный набор приемов и паттернов проектирования систем. Эти навыки могут быть процессными и инженерными.

Как выстраивать работу и архитектуру в постоянно изменяющемся потоке требований? Для этого нужна методологическая поддержка (что?) и конкретные инженерные решения (как?)

— Почему Agile Mindset как «установка ума», и как эта установка помогает в проектировании масштабных архитектур?

Весь этот срез реально существующего мира делится на две, достаточно крупных, части: мир формальных или последовательных методологий и процессов и мир гибких методологий и процессов (меньше формальных изначальных установок, больше реакции на происходящее в реальном времени).

Выгода для участников выражена в следующей метафоре: «Наконец-то задачи будут делаться!». Формальные и последовательные подходы подразумевают большой цикл обратной связи – между задумкой и внедрением проходит много времени, много сил тратиться на коммуникацию и преодоление разнообразных барьеров: бюрократических, коммуникационных, возможно и организационных.
Что важно в мире гибких методологий? Сравнительно небольшой цикл обратной связи с разработчиком. Работник видит, что результат его работы быстро внедряется и способствует положительной мотивации всей команды в целом.

Приходите и внедряйте здравый смысл в своей компании!