Как стать автором
Поиск
Написать публикацию
Обновить

Что такое динамическая документация, как ее внедрить и, главное, зачем

Уровень сложностиПростой
Время на прочтение8 мин
Количество просмотров7.9K
Всего голосов 25: ↑22 и ↓3+26
Комментарии7

Комментарии 7

Я называю это "инженерным подходом", когда в противовес: повторяющимся и рутинным действиям ручного порядка, с неудобством некоторых "инструментов" (например, софт, технология, смена исполнителя и.п.) и конечно же влиянием факторов рабочей среды (отвлечение, решение различных вопросов, нервяк от руководства и т.д.), когда исполнитель подстраивается под то, что есть, периодически ругается и "с пОтом" выдает каждый раз разный результат при постоянных вводных...,

...Производится анализ всего процесса, его разбиение на составные части, определяются постоянные и переменные, узкие места, человеческие факторы, корпоративные особенности и т.д. и собирается/создаётся новый эффективный алгоритм для какого-то технологического процесса.

Из моего трудового опыта: 90-е - перевод базы абонентов (1400) из рукописной записи исполнителями в журналах - в эксель. Это первое серьезное, запомнилось. 2000-2020е - на различных производствах создание локальных баз данных Access под конкретные задачи с вытаскиванием исполнителей из Excel.

Сорян за много букв, навеяло.

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

Респект. Успехов!

Ага, и точно навеяло... 1995 год, создание нас базе аксесс системы обработки входящих заявок в наш айти отдел. И которую потом адаптировал для документооборота по всему банку. День - двигатель прогресса )). Правда, за ту штуку даже премии не дали, хотя делал ее в после рабочее время...

Какие инструменты были использованы для реализации данной концепции?

Отличный подход и пример с мебелью, но как это реализовано? (можно не про конкретный инструмент, а методику действий)

Здравствуйте. Интересная статья, спасибо. Есть несколько вопросов.

1. Расчёт трудозатрат.

Для продукта, скажем, с 1500 конфигураций создание такой инструкции занимает в среднем 150 часов.

Для того же продукта с 1500 конфигураций нужно создать 1500 инструкций, каждая займет примерно 25 часов, в итоге получаем 37 500 часов.

Как вы получили такие значения для «всеобщей» инструкции и каждой инструкции на конкретный сценарий? Что вкладывали в этот расчёт?

Не совсем понял ваш график затрат. По оси Y — человеко-часы, правильно? Например, что значит самая низкая точка в районе значения 400 по оси Y и периода 4 по оси X? Какова стоимость документа в данном случае? И где увидеть разницу в 12,5 раз?

2. Тоже интересно, как именно вы это реализовали? Немного поближе от концепции и абстракций к реальным действиям. Или это секрет разработки?))

Зарегистрируйтесь на Хабре, чтобы оставить комментарий