В предыдущий В записке делается вывод, что индустрия разработки программного обеспечения молода и настолько подвержена влиянию факторов роста, что говорить о тестировании и применимости каких-либо методов в долгосрочной перспективе пока рано, а их выбор диктуется причинами, которые зачастую отличаются от заявленных.
Если искать аналогии с точки зрения управления, то строительство может показаться очень похожим на производство программного обеспечения.
Более того, менеджеров по разработке программного обеспечения часто знакомят с управлением проектированием и строительством зданий и инженерных сооружений.
Однако есть некоторая подмена причин этого знакомства.
Да, эта сфера в чем-то схожа, прежде всего наличием понятий «требования», «проектирование», «проект», «строительство», «контроль качества», «человеко-часы», «работы», «сроки».
а сам процесс развивается от экономической потребности и идеи к определенному конечному продукту.
Но главная причина, по которой конструкция является хорошей аналогией, заключается в том, что это визуальная аналогия.
(В качестве иллюстрации фотография проекта А.
Гауди «Саграда Фамилия», насколько он вышел за рамки сроков и бюджета до сих пор невозможно оценить даже приблизительно) Вот как выглядят требования, посмотрите, они описывают то, что мы хотим получить и вот насколько они обоснованы экономически.
Так проходят этапы проектирования, детализация проекта от общего видения в десятке штрихов и полигона на генплане до планировки, а затем до каждого подоконника и толщины каждого стержня в армирующей сетке.
Все это стоит таких денег и сметчик достаточно точно рассчитает бюджет с учетом экономии или улучшения материалов.
У нас работают разные специалисты, каждый из которых выполняет определенный вид работ. Теперь мы четко все разбили на задачи и этапы, а так выглядят сопутствующие задачи, и здесь можно посчитать время специалистов.
Это делает одна организация, а это другая.
Здесь есть риски, например, превышение сроков и выход за пределы строительного сезона, мы берем калькулятор и считаем их.
И так далее.
Знаете, какое самое сильное впечатление от процесса проектирования и строительства здания с точки зрения программиста? Все участники на удивление ясно понимают, что делают, и им крайне сложно допустить фатальные ошибки.
Кроме того, уже на этапе архитектурного проектирования результат определяется лишь с небольшими вариациями.
Это классический водопад. Но строительство относится к материальному производству и это означает, что тиражирование ограничено лишь на уровне проверенных сочетаний технико-экономических показателей и проектирования, на которое уходит не очень большой 1%-15% затрат (и гораздо меньший процент затрат).
объем в человеко-часах) работает, а остальной процесс создания совершенно другой.
Цели такого материального производства и требования к продукту поставить сравнительно просто, поскольку измерение материального мира — достаточно устоявшаяся область.
8 этажей - это 8 этажей, за очень редким исключением нагрузка в 150 килограммов на метр может увеличиться до максимальных 300 килограммов или средних эксплуатационных 50, но не превратиться в десять тонн на километр.
Когда люди строят здание, они хорошо понимают, что, каким способом и какой ценой они хотят его получить.
Хотя бы потому, что они этим занимаются уже более десятков тысяч лет. Область строительства и проектирования зданий очень строго регламентируется, как только ее масштабы становятся больше, чем благоустройство загородного дома.
Нормативных документов, регулирующих реконструкцию Хрущева, гораздо больше, чем создание крупной банковской системы, и они гораздо более конкретны.
В них четко указано, что можно делать, а что нельзя.
Возможно, наиболее близкими могут быть уникальные инженерные сооружения вроде мостов, аэропортов или электростанций, но если присмотреться к жизненному циклу любого строительного проекта, то окажется, что они лишь формально пересекаются с жизненным циклом разработки программного обеспечения в нескольких точках.
содержание которых существенно различается.
Также не очень похоже, как бюджет влияет на процесс.
Если у нас маленькая ванная или низкий потолок, это вовсе не означает, что архитектор идиот или у строителя оторвался кусок рулетки.
Это просто малобюджетный проект, так как потенциальный клиент не готов платить больше.
(Вы часто сталкивались с жилыми домами с санузлами, в которые нельзя войти, или потолком высотой в полтора метра? И сервером, который не выдерживал нагрузки?).
И еще один важный момент: как часто архитектор проектирует или строит здание размером больше загородного дома, в котором он будет жить? Почти все дома строятся на заказ.
Я считаю, что разработка программного обеспечения — это уникальная область и говорить о «похожих областях» человеческой деятельности можно лишь для того, чтобы упростить понимание некоторых терминов, связанных с этапами разработки и управления.
Любое более детальное сравнение выявит множество фундаментальных различий, а не возможность проведения параллелей.
Тем не менее, методы управления материальным производством, будь то строительство или создание автомобилей, просочились и продолжают просачиваться в область проектирования программного обеспечения.
В следующий В этой заметке я хочу рассмотреть, что становится основным камнем преткновения при переносе существующих каскадных методик в область разработки и оценки программного обеспечения.
Теги: #управление проектами #Менеджмент #ИТ-индустрия #Управление проектами
-
Вютрих, Курт
19 Oct, 24 -
Хостинг Для Mac Лучше, Чем Для Пк?
19 Oct, 24 -
Вам Нужно Резюме В It?
19 Oct, 24 -
Новая Прошивка - Новый Телефон
19 Oct, 24 -
Выбор Теряет Значение On При Присоединении
19 Oct, 24 -
Эмулятор Ритм-Студии Jdrum
19 Oct, 24 -
В Ожидании Yii2 2.0.4
19 Oct, 24
