Программирование и законотворчество
Я обнаружил одну интересную похожесть программирования и государственного управления.
Если посмотреть на процесс государственного управления, то есть законодательная, исполнительная и судебная власть. Законодательная определяет как должно получится, исполнительная как сделать так чтобы получилась так как должно получится и осуществляют это, а судебная определяет так ли получилось и кто виноват. Все деятельность властей направлена на осуществление государственный услуг для народа.
В программировании Клиенты высказывают ожидания от продукта, а Аналитики определяют формализованным языком как должен выглядеть продукт, архитекторы определяют как сделать так что бы получился ожидаемый Клиентами и Аналитиками продукт. Программисты реализуют этот продукт. Тестирование и поддержка определяет так ли получилось и кто виноват (постановщики или реализаторы или клиенты).
Налицо аналогия. А дальше мне, как программисту, становится многое понятное. Например, меняем мы один модуль (закон или регламент), но забываем или не успеваем вносить изменения в смежный модуль - получаем несоответствие двух модулей. Именно так развивается наша АЦК-а, также развивается и российское законодательство. Можно построить соответствия:
Дума - Аналитик
Правительство - Архитектор
Ведомства правительства - Программист
Народ - Клиент
Судебная власть - Поддержка и тестирование
Закон, Регламент - Программный продукт
Стандарты обслуживания - Требования к программному продукту
на этом пока всё. Думаю, какие выводы можно из этого сделать. Agile, XP, водопад применить в ГосУправлении? Или нужен идеолог?
Если посмотреть на процесс государственного управления, то есть законодательная, исполнительная и судебная власть. Законодательная определяет как должно получится, исполнительная как сделать так чтобы получилась так как должно получится и осуществляют это, а судебная определяет так ли получилось и кто виноват. Все деятельность властей направлена на осуществление государственный услуг для народа.
В программировании Клиенты высказывают ожидания от продукта, а Аналитики определяют формализованным языком как должен выглядеть продукт, архитекторы определяют как сделать так что бы получился ожидаемый Клиентами и Аналитиками продукт. Программисты реализуют этот продукт. Тестирование и поддержка определяет так ли получилось и кто виноват (постановщики или реализаторы или клиенты).
Налицо аналогия. А дальше мне, как программисту, становится многое понятное. Например, меняем мы один модуль (закон или регламент), но забываем или не успеваем вносить изменения в смежный модуль - получаем несоответствие двух модулей. Именно так развивается наша АЦК-а, также развивается и российское законодательство. Можно построить соответствия:
Дума - Аналитик
Правительство - Архитектор
Ведомства правительства - Программист
Народ - Клиент
Судебная власть - Поддержка и тестирование
Закон, Регламент - Программный продукт
Стандарты обслуживания - Требования к программному продукту
на этом пока всё. Думаю, какие выводы можно из этого сделать. Agile, XP, водопад применить в ГосУправлении? Или нужен идеолог?