Подскажите, плз, как оформить постановку задачи на доработку Бух 8?

Фирма хочет перейти с Бух 7.7 на Бух 8. В семерке конфа сильно модифицирована, есть своя специфика учета. Поэтому многие документы нетиповые, проводки нетиповые, печатные формы, дополнительные отчеты и т.п.. Дорабатывалось это все там годами, исходного ТЗ нет, надо все сначала писать. Как это все оформляется?

Надо описывать только то, что необходимо менять, или надо описывать подряд все операции, в том числе и те, которые типовыми остаются?

Надо описывать в терминах "как было - как станет", или только "как станет"?

Надо в постановке задачи описывать только то, что будет видно пользователю (диалоги и печатные формы), или внутреннюю кухню (регистры, перечисления)?

Соблюдать ГОСТы не требуется.

Если есть шаблоны\примеры ТЗ, особенно для Бух, а также полезные ссылки, буду очень признательна :)

Давай фотку! Сразу скажу!

(0) А кому это ТЗ надо?

(2) Не спугни фотку!

(2) Клиенту (они непридирчивые, поэтому никаких особых требований, просто чтобы было наглядно и понятно за что они платят деньги). Ну и программистам, им же потом писать по нему :)

Оформляй согласно ГОСТу

обратись к юле щербак она знает

Далеко послал... Тут все рядом... Только вот фотку жду...

(5) ГОСТы - они же, вроде, на разработку, а не на модификацию. Много лишнего, имхо. Или нет?

а оно им все надо?
может половину не используют
пусть начинают работать на типовой, а потом говорят что надо

(9) Все, что у них было переделано в 7.7, им точно надо. Там бухгалтера очень грамотные. Другое дело, что половину из этого в 8.1 уже можно реализовать типовыми документами. Но не все. Надо, наверно, описать все их операции, и показать, что выполняется типовыми средствами, а что требует доработки. Им так спокойнее будет :) Значит, получается, надо писать ТЗ из двух частей - в первой показать, какие операции "ложатся", а какие нет, а во второй - что надо переделать.
Первую часть я еще примерно представляю как писать, она потом пойдет в руководство пользователя. А вот что писать во второй части?

бюджет большой?

(11) Ну, они не Газпром, но денег особо не жалеют :) Но при этом отчета требуют и лишнего платить не хотят. А что это меняет, в данном случае?

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

(13) ну, это всегда так :)
А по поводу собственно сабжа? Примеры, шаблоны, советы, рекомендации, ссылки? :)

Опять "тупой ленивый жадный франч®"?

up

(0) Тут видимо надо сначала изучение бизнес - процессов предприятия провести, а на основании его уже ТЗ составлять и прочее. На спеце лучше не экономить, кстати. А то переход может быть болезненным очень

(17) + не только бизнес - процессов, но и вообще всей системы учета. Если сами не можете, то лучше не е**те мозг клиенту, особенно если бюджет хороший или по крайней мере возьмите знающего человека со стороны

(17) я как раз их систему учета знаю, я как бы сама оттуда родом :) Поэтому вопрос сейчас именно в том, как это все оформить - постановку задачи. Что писать и как писать.

(19) Понять систему учета можешь, функционал 8-ки знаешь, а сравнить эти 2 вещи и написать ТЗ не можешь? я наверное чего те не понимаю

а вообще вот почитай

техническое задание 1С, как составить ТЗ по 1С,
внедрение 1С, методика составления ТЗ

http://andr-vl.narod.ru/MetodTZ.htm

(21) ага, большое спасибо, там я кое-что нашла :)

(22) спасибо, а вообще яндексу спасибо)

(23) вернее пожалуйста

да вроде искала, и в яндексе, и в тындексе...

(24)
:)
тебе "спасибо"!
что на фотку не дал развести...

(26) а мне и не интересно фото - разные возрастные категории))

(0) Как вариант, последовательность работ по составлению ТЗ может быть, например, такой:

1. ФУНКЦИОНАЛ СТАРОГО СОФТА
Описываешь существующий функционал "as is" в 1С 7.7.

2. ТРЕБОВАНИЯ ЗАКАЗЧИКА
Описываешь все хотелки заказчика "as to be".

3. ВОЗМОЖНОСТИ НОВОГО СОФТА
Делаешь анализ стандартной поставки 1С 8 и описываешь этот функционал прямо по пунктам в сравненни с ранее написанными ТРЕБОВАНИЯМИ, т.е. смотришь, как существующий функционал 1С 7.7 ложится на стандартную поставку 1С 8.

4. АНАЛИЗ РАСХОЖДЕНИЙ ТРЕБОВАНИЙ ЗАКАЗЧИКА И ВОЗМОЖНОСТЕЙ СОФТА
Смотришь, что из описанного тобою в ТРЕБОВАНИЯХ более-менее нормально ложится на стандарные объекты (документы, справочники, регистры и т.д.), а что - никак не вписывается. Соответственно, в первом случае описываешь докрутки имеющихся объектов, а во втором - разработки новых. Здесь же можно описать, что из 1С 7.7. вообще не будет переноситься, т.к. в 1С 8 это пусть иначе, но уже сделано.

Поскольку заказчик не предъявляет суровых требований к ТЗ, степень детализации можно выбирать любую - главное, чтобы хоть какая-то более-менее системная структура нарисовалась. Кстати, о рисовании (в прямом смысле этого слова): любые разумные схемы облегчают понимание.

Установи типовую ДЕМО у каждого специалиста и собери с каждого интервью. Когда все фе соберешь - будет заготовка для ТЗ. Главное, чтобы у клиентов хватило денег и терпения тестировать.

А еще реинжиниринг бизнес-процессов делаешь.