Я зараз прокладаю собі шлях через книжку ."Розвиток агресивного програмного забезпечення зі Scrum" від Швабер і Бейдл. [СШАЯ лише на півдорозі, але поки що це виглядає як єдиний процес розвитку, який насправді може спрацювати для компанії на кшталт ту, на якій я зараз працюю.Проблема в тому, що ми схильні до швидкого проектування з дуже маленькими командами (здебільшого, з 1 розробником з випадковими інструкцією дизайну/ ділових аналітиків) і швидким "випромінювання" (тобто жахливе мутування) вимог - отже, старий Моноліт Розробка процесів не пасує до того, як ми працюємо. СКРАМConstellation name (optional) є тим, для чого він створений пасує до існуючих процесів розробки (Таких, як Крайня програмаЦе лише дає трохи більше контролю та видимості всьому процесу. Дивно, що деякі з найкращих менеджерів, з якими я працював на Попереднєкомпанії використовував дуже схожі методи - хоча насправді вони не базуються на цьому конкретному процесі, тільки тому, що це здавалося правильним. СКРАМConstellation name (optional) - ви можете бути дуже здивовані!