Те, кто работал с разными командами знают, что в одних командах что-то работает само, а в других — за этим надо специально следить и организовывать. В одних — все время появляются новые идеи, а в других надо организовывать мозговые штурмы или подкидывать материалы и спрашивать —
Казалось бы, в небольших командах разработки (20+ человек) не должны возникать проблемы с разобщённостью, работой над общим кодом и принятием технических решений. Но все мы знаем, что это не так (не говоря уже о командах вроде нашей, где 80+ человек). Три года назад для их решения мы…
Содержание статьи Введение 1. Архитектурные решения 2. Общая классификация рисков 2.1. Инфраструктурные риски 2.1.1. Варианты решения 2.1.2. Правила подбора торговых серверов 2.2. Проблемы с подключением 2.2.1. Разрывы соединения 2.2.2. Проблемы с данными 2.2.3. Варианты решения 2.3. Проблемы в…
Я весело вещал на киевской партнерке про Agile в небольших командах. Но… недовещал, а только разогрел. Хочется, все таки, закончить повествование и рассказать, наконец, правду-матку о том, как все таки красиво Agile ломает шеи разработчикам и менеджерам! Наливаем кофе и ныряем под кат, будет очень весело. Читать дальше →