beigka

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

Статья понравилась, спасибо)
Из своей практики, хотелось бы добавить, что по организации разработки ТЗ часто пренебрегают моделированием и часто приходится доверять опыту аналитика и его знанию конфигурации и способности понять, что надо дорабатывать, находить информацию, которая является существенной для будущего старта системы, потому что как вы пишете - не все что пропустили, можно закрыть ручным вводом информации.
Часто заказчик не берет на себя ответсвенность за то что не вся информация предоставлена и не все решения приняты - по организации справочной информации, по учетной политике, или что озвученные решения не соответсвуют действительности...
И тут уже нужна способность убедить и опыт аналитика.
С каждый следующим проектом, количество пропущенной информации уменьшается. То есть чем больше успешных проектов было у аналитика, тем больше шансов, что он сможет все верно спланировать и задокументировать требования.
Про понимание архитектуры будущей системы, я думаю, что на этапе ТЗ уже должно быть представление системы, и не важно, кто будет представлять, аналитик, или архитектор, который может подсказать оптимальное решение. Вообще глубина проработки ТЗ является индивидуальной для каждого аналитика, но и оценка проекта должна быть соответсвующей.
Если отчет описан до алгоритма, написано что и с какого регистра, как получить каждый показатель, это одна цена реализации. Если в ТЗ - табличка и название отчета, то нужно учитывать, что есть отчеты под которые возможно надо будет разрабатывать доп регистры, правила отражения информации в них, тратить время не толкьо на архитектуру, но и на согласование её с заказчиком, то есть это совсем другая цена работы.

(19) tango, наивный оптимизм юности вместе с порядочностью и упорством, а также предыдущий ведущий специалист, который решил создать собственный джаз бенд, сделали свое дело)

ну с чего вы взяли что 1С - это дорого?
SAP - это дорого. а 1С Предприятие - это не так и дорого. Порядок цифр другой совсем.
Внедрение стоит денег, потому что его делает несколько человек, которых надо было учить и кормить, пока они учаться. Ну и когда они работают, им тоже надо платить, и не только зарплату, но и премию, а также владелец бизнеса хочет прибыль и денег, вырастить новых внедренцев, вместо тех кто был потерян по ходу жизни.
Знаете, кроме того что это нужно всем, это еще и большой труд, и большой труд - научиться это хорошо делать. И я думаю что если ктото делает свою работу хорошо, то надо платить тоже хорошо.
А для государства... наверное пусть медицину реформируют, приведут к какому либо знаменателю, а мы посмотрим. И образование реформируют реформируют, а практиков не умеют выпускать, студенты получают в ВУЗах крайне не полезную в практической жизни информацию, и не только для кибернетиков, менеджеров и даже для крайне практической профессии - бухгалтер у теоретиков на кафедрах, тоже ничего нет.
Образование вообще оторвано от реалий бизнеса, потому что... нормальный бухгалтер заработает ставку преподавателя одной левой за пару суббот...

Эта книжка была первой книгой по менеджменту проектов, которую я прочитала по этой теме. Приехала разруливать тяжелую ситуацию на одном проекте, ведущим аналитиком, мне сказали - читай, чтобы понимать наши шутки)
В книге изложен негативный опыт, который всячески систематизируется и изучается и с юмором излагается.
Призываю читать книги с позитивным опытом внедрения, например "Deadline. Роман об управлении проектами" Том ДеМарко, самое оно для начала)

Нужно озвучивать правила своей работы до начала работ. Менять их по ходу очень тяжело - требует навыков переговоров, и желание слушать у заказчика.
Если озвучено что за телефонные консультации будет выставлен счет и клиент сказал - ОК, то вроде бы все честно и хорошо.
А если клиент (не богатый и считающей 200 грн большимы деньгами) позвонил поговорить, а потом заказал доработку на 5 часов, и ему еще и расшифровали что в каждый час входило, то скорее всего начнется "справедливое" возмущение.

(149) (150) я вообще за повышение логичности, в том что пишут программисты, и уменьшение небрежности! как в коде, так и в коментариях к тому, что я тут публикую.

(147) чем же я концепцию 1С нарушила? обоснуйте и попытайтесь не переходить на личности.
я ,как вы выразились, бух. я - аналитик с большим стажем работы и опытом ведения крупных проектов.

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

(126) таки да, есть такое. когда код тестируют. они б написали побольше статью... только им не интересно...