Сверху-вниз или снизу-вверх?

Очень интересная заметкаeng у Джеймса МакГоверна по архитектуре уровня предприятий. Ещё две ссылки на ту же тему — Top-Down Vs. Bottom-Upeng и Give Every Developer a $5k Outsourcing Budget

Идея с выдачей каждому каждому разработчику по $5K на аутсорсинг меня впечатлила. Конечно в условиях российских реалей эта цифра будет в итоге поскромнее, но сама идея революционна и ценна к размышлению уже только этим.

А вопрос они поднимают злободневный.
CEO и управляющий персонал ставит задачи или же работники понимают как сделать правильно? CMMI или Agile? Производственный цех или команда профессионалов?

Мне в своё время довелось поработать, как в условиях компании стартапа, правда не в нынешнем виде, а в конце 90-х, за совершенно смешные по нынешним временам деньги, так и в компании работавшей не много немало по CMMI IV.

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

Так методика сверху-вниз,действительно несёт меньше рисков, но и даёт минимум инноваций. CMMI, как её следствие или продолжение, даёт только гарантированный средний результат. Это страховка на случай непредсказуемых обстоятельств, ценой за которую является потоковое производства, поддержание высокого-среднего уровня работников, но не выше этого высокого-среднего уровня.
Но корпорации выбирают метод Сверху-вниз потому как для них управляемость рисков и гарантия результата, важнее чем непредсказуемые риски с возможным невероятным результатом и столь же невероятным провалом.

С другой стороны есть ли хоть один ИТ стартап создававший свой продукт или систему начиная с детальных спецификаций, согласований, планирования проекта по PRINCE2, PMBOK,Six Sigma ?

About This Author

Яндекс.Метрика