|
|
Знаете ли Вы, что ... | |
...до того как открыть новую тему, стоит использовать поиск: такая тема уже может существовать. | |
<< Предыдущий совет - Случайный совет - Следующий совет >> |
SharePoint Создание систем информационного обеспечения и взаимодействия на базе платформы Microsoft SharePoint |
Ответить |
|
Опции темы | Опции просмотра |
10.11.2008 13:53 | #41 | ||||
Цитата:
Цитата:
Нынче выглядит иначе: Заказчик избалованный конкурентными предложениями ждет следующего процесса: 1) Приходим говорим что с внедрением это будет вот так. 2) Заказчик нас чуток подправляет и мы внедряем. На самом деле все происходит следующим образом: 1) Приходим говорим что с внедрением это будет вот так. 2) Заказчик нас чуток подправляет и мы внедряем. 3) Выясняется что здесь, здесь и здесь все совсем не так как хотелось бы.. 4) Переделываем так как надо. То есть, в итеративном подходе к разработке усиление теперь идет не на первую фазу определения требований, а на вторую, после того как продукт уже вроде как куплен и его надо уже эксплуатировать.
__________________
“Уточните значение слов - и Вы избавите человечество от половины заблуждений.” |
|||||
|
Ответить |
10.11.2008 14:10 | #43 |
|
То есть требования были неопределены или декомпозиция процессов была недостаточна? Другми словами - плохая кваллификация внедренцев? Я даже подозреваю что скорее всего был сделан поверхностный анализ и планируемым результатом проекта было тупая поставка АС, а не законченная автоматизация. Ну бывает... кто тут безгрешен
__________________
" Рабів до раю не пускають!"(с)украинская мудрость |
|
Ответить |
10.11.2008 16:48 | #44 | |
Цитата:
__________________
“Уточните значение слов - и Вы избавите человечество от половины заблуждений.” Последний раз редактировалось Odil Abdullaev; 10.11.2008 в 16:50. |
||
|
Ответить |
10.11.2008 18:37 | #45 | ||
|
Оффтоп: Цитата:
Цитата:
То есть я всегда готов на доработку проекта с принятием условий выдвигаемых на конечной стадии но в этом случае "Заказчик" должен осознавать объем тех материальных затрат на которые он должен будет идти. А так как я и моя команда "стоит" денег (реальных и конкретных) то я всегда призываю "Заказчика" внимательно изучать каждую строчку ТЗ, согласовывать и утверждать каждую страничку указанного документа. А в тот процесс который Вы описали с огромной вероятностью будет длиться вечно, так как "нет предела совершенству".
__________________
" Рабів до раю не пускають!"(с)украинская мудрость |
||
|
Ответить |
10.11.2008 19:51 | #46 | |||
UZINFOCOM
Сообщений: 1,935
+ 581
731/453
– 0
0/0
|
Цитата:
Цитата:
Цитата:
И мое имхо, ТЗ считаю не конечным документом, так как он определяет только основные моменты предполагаемых работ, то есть цели и задачи, сроки выполнения (он же план-график) и.т.д. По ТЗ заказчик возможно не получит всю необходимую информацию по проектируемой системе. Соответственно ТЗ должен сопровождаться Техническим проектом, то есть этим документом описываются концептуальные моменты проекта ИС, как в описательной части так и в технической и естественно финансовые затраты (вы же указываете какой этап работы сколько стоит) Поэтому процесс необходимо провести таким образом, сначала ПИР+ТЗ+ТП(техпроект)+экспертиза проекта= создание+тестирование+внедрение+обучение (по договорённости можно будет потом провести и сопровождение) |
|||
|
Ответить |
10.11.2008 21:17 | #48 | |
|
Цитата:
Мы же говорим о уже сделанном выборе объекта автоматизации - управление документами и заданиями
__________________
" Рабів до раю не пускають!"(с)украинская мудрость |
|
|
Ответить |
10.11.2008 21:28 | #49 |
Честно, Эркин-ака. Мне непонятна Ваша категоричность. Хотите дам ссылки почитать материалы о современных методологиях. При том что жалуетесь на отставание в развитии продукта на несколько лет, сами пытаетесь использовать методики внедрения 80-х. Гибче надо быть, гибче
__________________
“Уточните значение слов - и Вы избавите человечество от половины заблуждений.” |
|
|
Ответить |
Реклама и уведомления | |
10.11.2008 21:31 | #50 | |
|
Цитата:
Если в ходе опытной эксплуатации появились замечание к системе со стороны заказчика и если они были описаны в ТЗ, "Исполнитель" обязан устранить недоделки. Если в ходе опытной эксплуатации появились дополнительные требования и их можно выполнить в рамках существующего проекта, но в ТЗ их не было - надо делать доп.соглашение и продлевать сроки, а возможно и увеличение контрактной стоимости проекта. Или переносить их в отдельный проект. ТЗ является основополагающим документом, заканчивает же проект внедрения "Акт сдачи в промышленную эксплуатацию" и "Акт выполненных работ". Иначе можно долго и нудно "вылизывать" систему под все новые, появляющиеся в течении времени, требования. А мы структура сугубо коммерческая. Нам заниматься благотворительностью некогда. Нам деньги нужны. Кушать хочется... кстати... пойду ка я домой
__________________
" Рабів до раю не пускають!"(с)украинская мудрость |
|
|
Ответить |
|