[Подготовка технической документации] Бюрократизация IT
Автор
Сообщение
news_bot ®
Стаж: 7 лет 4 месяца
Сообщений: 27286
Это небольшая заметка посвящена теме оформления результатов создания ИТ-продуктов для органов государственной власти и крупных корпораций. В настоящее время при сдаче работ указанным организациям требуется представить десятки документов (часто в бумажной форме), подтверждающих соответствие выполненных работ требованиям технического задания.
Вопрос заключается в том, обеспечивает ли такое количество документации надлежащее качество выполненных работ?
Для тех, кто в теме, давно уже не секрет, что громадное количество «макулатуры», сдаваемой заказчику, часто служит прикрытием творческой несостоятельности заказчика или разработчика, которые не могут правильно поставить задачу и сделать качественный продукт и прикрывают это объёмом технической документации. «Макулатура» также служит обоснованием завышенной стоимости программного продукта.
Чиновника это устраивает, так как при любой проверке можно показать объём странице-километров документации и избежать ответственности за неработающее программное обеспечение.
Любителям документации рекомендую честно ответить на вопросы:
- Используется ли создаваемая документация хоть раз в жизни для решения вопросов, связанных с сопровождением или развитием информационной системы? Если используется, то какой ее процент.
- Насколько документация соответствует работающему ИТ-продукту (например, в текущем моменте)? Если говорить о рисках, может ли возникнуть ситуация, когда в результате некорректной информации в документации принимается решение, которое приводит к финансовым потерям, связанным с сопровождением или развитием информационной системы?
- Какая часть сданной Вами документации содержит противоречивые сведения. Скажем, в одном документе приведена одна информация о развертывании ИТ-продукта, а в другом – другая?
- Если человеку необходимо разобраться в какой-либо проблеме, связанной с функционированием ИТ-продукта, ему лучше поискать ответ в документации или в других источниках данных: исходных кодах, информации о конфигурации серверах, а может, просто найти людей, которые всё это создавали?
ГОСТ 19.101-77 «Единая система программной документации. Виды программ и программных документов» к числу обязательных документов относит только спецификацию и текст программы. Все остальные документы в большинстве случаев не требуются, по крайней мере в том виде, как сейчас.
Наверное, нашему ИТ-сообществу пора честно озвучивать данную проблему перед заказчиками, особенно перед органами государственной власти. Ведь тратятся деньги налогоплательщиков, в том числе и наши с Вами.
Это, кстати, позволит нам внести свой вклад в дело сохранения наших лесов и борьбу с глобальным потеплением.

===========
Источник:
habr.com
===========
Похожие новости:
- [Управление сообществом, Краудсорсинг, Подготовка технической документации] Как сделать, чтобы базой знаний начали пользоваться человеческие люди
- [Проектирование и рефакторинг, CAD/CAM, Реверс-инжиниринг, Прототипирование, Подготовка технической документации] Основные проблемы фриланса для инженера-конструктора в машиностроении
- [Тестирование IT-систем, Подготовка технической документации] Визуализация ТЗ — диаграммы, схемы, картинки
- [Анализ и проектирование систем, Подготовка технической документации] Asciidoc для подготовки сложной документации
- [Подготовка технической документации] Коммуникация: как понимать друг друга даже на удаленке
- [Тестирование IT-систем, Тестирование веб-сервисов, Подготовка технической документации] State & Transition Diagramm — что это и как применять
- [Анализ и проектирование систем, Визуализация данных, Visual Basic for Applications, Подготовка технической документации] Хорошие BPM — инструменты, которых нет и нет. Моделирование процессов
- [Тестирование IT-систем, Тестирование веб-сервисов, Подготовка технической документации] Decision Table — что это и как применять
- [Анализ и проектирование систем, Проектирование и рефакторинг, Подготовка технической документации] О роли системного аналитика и шаблон для проектирования
- [Тестирование IT-систем, Подготовка технической документации] Чек-лист тестирования требований
Теги для поиска: #_podgotovka_tehnicheskoj_dokumentatsii (Подготовка технической документации), #_dokumentatsija (Документация), #_bjurokratija (бюрократия), #_podgotovka_tehnicheskoj_dokumentatsii (
Подготовка технической документации
)
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 17-Июн 06:47
Часовой пояс: UTC + 5
Автор | Сообщение |
---|---|
news_bot ®
Стаж: 7 лет 4 месяца |
|
Это небольшая заметка посвящена теме оформления результатов создания ИТ-продуктов для органов государственной власти и крупных корпораций. В настоящее время при сдаче работ указанным организациям требуется представить десятки документов (часто в бумажной форме), подтверждающих соответствие выполненных работ требованиям технического задания. Вопрос заключается в том, обеспечивает ли такое количество документации надлежащее качество выполненных работ? Для тех, кто в теме, давно уже не секрет, что громадное количество «макулатуры», сдаваемой заказчику, часто служит прикрытием творческой несостоятельности заказчика или разработчика, которые не могут правильно поставить задачу и сделать качественный продукт и прикрывают это объёмом технической документации. «Макулатура» также служит обоснованием завышенной стоимости программного продукта. Чиновника это устраивает, так как при любой проверке можно показать объём странице-километров документации и избежать ответственности за неработающее программное обеспечение. Любителям документации рекомендую честно ответить на вопросы:
ГОСТ 19.101-77 «Единая система программной документации. Виды программ и программных документов» к числу обязательных документов относит только спецификацию и текст программы. Все остальные документы в большинстве случаев не требуются, по крайней мере в том виде, как сейчас. Наверное, нашему ИТ-сообществу пора честно озвучивать данную проблему перед заказчиками, особенно перед органами государственной власти. Ведь тратятся деньги налогоплательщиков, в том числе и наши с Вами. Это, кстати, позволит нам внести свой вклад в дело сохранения наших лесов и борьбу с глобальным потеплением. ![]() =========== Источник: habr.com =========== Похожие новости:
Подготовка технической документации ) |
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 17-Июн 06:47
Часовой пояс: UTC + 5