Ведение документации по доработкам

1. qKirai 2 22.06.26 17:12 Сейчас в теме
Добрый вечер, день и утро всем присутствующим.

Не так давно работаю в 1С, со своей стороны чувствую явную нехватку структуры и системы по документированию каких-то доработок (даже казалось бы незначительных) или целых проектов (например, приходящих к нам вместе с новыми клиентами). При чем при попытке найти какую-то информацию об этом, особо ничего не накопал, за сим и была создана тема.

Расскажите, кто сталкивался, занимался (или занимается) ведением документации или даже написанием её по уже готовым доработкам (неожиданно перешедшим к Вам в руки), как Вы к этому подошли? Используете какие-то сервисы? В каком формате ведёте? В общем, всё, что можете рассказать - расскажите)
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
3. starik-2005 3292 22.06.26 18:04 Сейчас в теме
(1)
явную нехватку
Инструменты - это забота разраба. Вон народ ИИ юзает + обсидиан. Чем плохо? Напишите (ИИ в помощь) себе свое. Жира, конфлюэнс, ...
8. qKirai 2 23.06.26 09:10 Сейчас в теме
(3)
ИИ юзает + обсидиан. Чем плохо?

Да в целом-то неплохо) Не встречал такой связки, обязательно посмотрю
Жира, конфлюэнс

Про эти вариантики не слышал даже, честно говоря. Спасибо
13. starik-2005 3292 23.06.26 10:34 Сейчас в теме
(8)
Про эти вариантики не слышал даже
Ты вот сейчас правду говоришь? Не слышал про Jira и Confluence? Правда-правда? Сколько тебе лет, с которого ты города? )))
14. user_2194807 23.06.26 10:36 Сейчас в теме
(13)
с которого ты города? )))
Зуб даю, что с Абазы.
15. starik-2005 3292 23.06.26 10:40 Сейчас в теме
(14)
Абазы
Земляки? )))
17. qKirai 2 23.06.26 11:02 Сейчас в теме
(13) Бывает и такое) 24, Белгород.
19. starik-2005 3292 23.06.26 11:11 Сейчас в теме
(17) Да, в институтах это вроде как и не проходят. Но жира и конфлюха - это продукты австралийской конторы под названием Атлассиан. Некий стандарт в конторах, которые пытаются натянуть на свой глобус аджайл. Если что-то выше неясно - просто скопипасть и вставь в гугл ИИ - он тебе все объяснит.
21. qKirai 2 23.06.26 11:16 Сейчас в теме
(19) Институт институту рознь, может где и проходят)

Погуглю, спасибо
22. Sashares 34 23.06.26 11:18 Сейчас в теме
(13)
Сколько тебе лет, с которого ты города?

Хех, ну хоть не "пойдем выйдем"))
16. na-soft 8 23.06.26 10:56 Сейчас в теме
(1) Добрый день!
Вы что не знаете? Хороший разработчик документирует доработки и получает за это бонус, а отличный разработчик ничего не документирует и никому не рассказывает нюансы своих творений и получает за это вечный оклад =)
18. qKirai 2 23.06.26 11:04 Сейчас в теме
(16) Знаю) Предпочитаю быть хорошим :)
20. starik-2005 3292 23.06.26 11:13 Сейчас в теме
(16)
вечный оклад
Гыгы
2. homer_ 79 22.06.26 17:28 Сейчас в теме
вы хотите в одного: написать тех задание - декомпозиция, программирование, тестирование, документация.
+ надо еще обучить пользователей)
4. muskul 23.06.26 01:48 Сейчас в теме
(2) А вы что чем то другим на работе занимаетесь? )
9. qKirai 2 23.06.26 09:11 Сейчас в теме
(2) Всяким приходится заниматься)
5. 1Chance 23.06.26 03:01 Сейчас в теме
Для своих доработок - развёрнутые комментарии в коде, этого вполне достаточно. Ну и инструкции для пользователей иногда время отнимают (просто делаю скрины со стрелочками, в ворд их вставляю с комментариями, а потом в pdf всю портянку конвертирую и рассылаю). А для чужих доработок - надо контактировать с пользователями, не стесняться - подсесть рядом и посмотреть как они работают и что делают, чтобы осознать что вообще происходит.
Tatyana_012345; +1 Ответить
10. qKirai 2 23.06.26 09:18 Сейчас в теме
(5) Комментарии в коде перестают быть полезными, когда добавляются объекты или реквизиты, в которых уже не подпишешь когда и зачем. Хочется видеть какую-то схему взаимодействия добавленных реквизитов (или объектов) с уже существующими, с описанием для чего они, кому нужны, когда используются и прочее.

Посмотреть, как работает пользователь - это хорошо, но если в штате будут изменения и каждый новоприбывший на должность будет подходить и смотреть как пользователь работает, пользователю это быстро надоест, как мне кажется. Поэтому даже посмотрев, как работают и что делают, стоит это где-нибудь как-нибудь зафиксировать.
6. koln 23.06.26 07:10 Сейчас в теме
1С:СППР (Система проектирования прикладных решений)
7. Trucker 8 23.06.26 08:15 Сейчас в теме
(6) Сколько не пытался в неё погрузится, так и не понял как с ней работать. Может для продуктовой команды она и подходит, а вот для доработок типовых не зашло.
11. qKirai 2 23.06.26 09:21 Сейчас в теме
(6) Интересно выглядит, разве что по описанию, кажется, что действительно это больше для продуктовой команды, как сказали в (7)

В любом случае, думаю ещё посмотрю в эту сторону, спасибо
12. VZyryanov 23.06.26 10:06 Сейчас в теме
Для своих доработок пишу подробную справку. Для себя, пользователи, естественно, не читают. Помогает, например, через 2 года вспомнить, что, зачем и как делалось.
23. vis_tmp 33 23.06.26 22:59 Сейчас в теме
(12) А для не визуальных объектов?
24. VZyryanov 24.06.26 08:33 Сейчас в теме
(23) Для не визуальных не пишу справку. На выходе все равно визуальные объекты. Для доработок типовых документов тоже не пишу. У них своя справка. В модуле менеджера иногда пишу комментарий.
Для отправки сообщения требуется регистрация/авторизация

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот