Есть типовая БП.
К ней нужно добавить нетиповой функционал. Может быть не очень сложный, но и не очень простой.
Как думаете стоит ли для этого делать проектирование? То есть сначала разработать решение "на бумаге", то есть в виде схем алгоритмов, взаимосвязей объектов конфигурации и т.д.? Делаете ли вы так? Если да, то какими средствами пользуетесь?

При разработке любого функционала сложней "Привет, Мир", нужно делать хотя бы минимальное обследование и тз.
Это аксиома.

Бумагой же.

может сразу на 3.0 начать проектировать?

(1) Ты говоришь про ТЗ.
А я имею ввиду разработку решения, то есть проект, говоря терминами ГОСТа - технический проект - ТП.
Нужно ли его делать?

(2) "на бумаге" - это я образно сказал, я имел ввиду нужно ли делать предварительно разработанное решение на любом материальном носителе

(3) это как?

а вот в вопросе "нужно ли", это "нужно ли" - оно кому нужно?

(4) np ,tp ghjtrnf yt ,sdftn/

(6) это так, что разработанное под 2.0 решение придется пересобирать под 3.0 почти с нуля. и потом припоминаем, что 1с грозится накрыть 2.0 медным тазом уж не первый год, а значит мигрировать на 3.0 придется.
(5) да, хотя бы текстом на бумаге. и подписи с 2х сторон с ценником в конце.

(7) Хотя бы самому разработчику нужно, чтобы проснувшись на завтра вспомнить что хотел сделать сегодня но не успел.
А если в разработке участвуют два человека - то нужно чтобы они могли что-то друг другу показать и обсудить

(8) переведи

(9) Ну проектировать можно с разной степенью детализации. Подход к решению при переходе с 2.0 на 3.0 не изменится. Тем более что это наша разработка. Изменится только часть стыковки нашей разработки с БП.

(9)+
"текстом на бумаге. и подписи с 2х сторон с ценником" - это ты имеешь ввиду ТЗ, а я веду речь про проект решения

(12) а кто будет оплачивать разработку этого проекта? ТП это ведь не тз, за день не напишешь.

(14) Заказчик будет оплачивать. Вернее он про него и знать даже не будет.

Ведь и без явного составления ТП, он все равно фактически имеется в голове разработчика перед изменением конфигурации. Только в этом случае разработчику может быть сложнее: что-то забудет, что-то не додумает сразу и придется все переделывать.

Я просто хотел узнать: кто и как часто это делает.
По ответам создается впечатление что ТП никто не делает.

(16) Всё зависит от сложности проекта. Задачу то озвучь свою.

Я обычно на бумажке сам для себя что-то черкаю. Но очень упрощенно. Стараюсь не тратить на это много времени.

(0) Зависит от сложности. ТП может помочь переосмыслить проект и сделать его легче проще надежнее. если функционал достаточно серьезный то без проектирования не обойтись(Либо как вариант можно и без него но черва то долгой возней и костылями). Но по госту не оформляю так как муторно и долго. Беру ручку бымажку и черчу  иероглифы

(16) а если не для себя? если работаешь в паре? или в тройке?

(18) Оформление по ГОСТу не важно, оно действительно не нужно.
Вопрос в том, чтобы потом понять самому что имелось ввиду и кому-то еще

(19) Тогда на доске маркерами рисуем всякие схемки :)

(19) не суть главное чтоб понимали друг друга я лично чувствую что по госту как раз наоборот до меня тяжелее доходит

(22) а как легче доходит? чем пользуешься?

(22) все отсылки пересылки перекидывания к рис. 1 формуле 8.2 вводит в уныние

(21) доску с маркером своему напарнику не перешлешь по почте

(23) для схем Microsoft Visio

Технология вотерфол (проетирование, а потом разработка) уже устарела, сейчас принято эджайл (х..як, х..як и в продакшн)

Вместо проектирования в эджайле есть прототип

(28) кажется, agile и прототипирование разные вещи.
одно - подход к задаче, второе - методология управления разработкой

(0) таблички с объектами и ER-диаграммы за глаза хватит.
хочется по взрослому - велкам в какую нить среду описания процессов ->оттуда линки на объекты системы и их состояния.

(27) маконелл в шоке

(28) и что? разве agile полностью исключает разработку проекта?
для текущей итерации наверно все равно нужен какой-то проект.

(30) кроме таблички с объектами и ER-диаграммы за глаза хватит нужны еще описания алгоритмов

(30)+ в какой среде делаешь?

Поддержу идею ваять сразу под БП3.
Мне пришлось пиленую-перепиленную БП2 несвежего релиза обновлять на БП3 - удовольствие ниже среднего.

интересно, сами разработчики конфигураций в 1С, как делают проектирование?
ни у кого нет там знакомых?

(36) как в(27) (х..як, х..як и в продакшн) ))

(37) это твое предположение?

(37) + и особо красиво все смотрится когда 8.3 обновляеш на несколько релизов подряд сидиш и затухаеш по реструктуризацией

(33) да много чего нужно, иногда и макеты интерфейсов
(34) в блокноте xD
(36) в СППР

(38) Доподлинно всем не известный факт

(40) смотрел СППР - правда давно - показалось такое недоделанное что жуть

(42) ну так не все сразу

(0) нахрен. Денег за разработку проекта не платят. И время на это не дают.

(44) все равно ты у себя в башке этот проект делаешь, и потом по нему код пишешь