|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
Всегда думала,что ТЗ - это и есть видение заказчика,то - то то,делается так то так-то,такие-то кнопочки,такие-то поля,обязательны,необязательны к заполнению и ТД. Но оказывается при разработке ПО кроме ТЗ пишется еще и Видение заказчика.Вот мне его надо написать,а что там писать непонимаю, посоветуйте,плжста ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2008, 13:32 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
Как вариант - содержание такого документа: (все примеры надуманы, но достаточны для пояснения содержания) Содержание ВЕРСИИ ДОКУМЕНТА 2 СОДЕРЖАНИЕ 3 НАЗНАЧЕНИЕ ДОКУМЕНТА 4 1. ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ 5 2. ТЕКУЩАЯ СИТУАЦИЯ 6 3. ЦЕЛИ ПРОЕКТА «...» 8 <бизнес цели, т.е. что получит заказчик за свои деньги: увеличение продаж, управление расходами и т.п.> 5. ЗАДАЧИ ПРОЕКТА «...» 11 <что нужно сделать для достижения целей, причем, не только в техническом плане, но и в организационном, например: "Перестроить процесс поставки товара в точки продаж", "Организовать рассылку целевых приглашений на рекламные акции" и т.п.> 6. РЕЗУЛЬТАТИВНЫЕ ПРИЗНАКИ 12 <здесь описание измеримых результатов для каждой цели/задачи, например: цель "Увеличить продажи", задача: "Привлечь новых покупателей", результат (один из - их может быть множество: "Прирост покупателей составляет не менее 10%/мес"> ПРИЛОЖЕНИЕ №1: МАТРИЦА УЧАСТИЯ 13 <здесь высокоуровневый список работ с указанием ответсвенности подразделений в виде матрицы "О-С-И" ("ответственный исполнитель-соисполнитель-информируемый" по отношению к результатам работы) > ПРИЛОЖЕНИЕ №2: СПИСОК ОТЧЕТОВ ОБ ИНТЕРВЬЮ С КЛЮЧЕВЫМИ ПРЕДСТАВИТЕЛЯМИ ЗАКАЗЧИКА 15 ПРИЛОЖЕНИЕ №3: СПИСОК ДОКУМЕНТОВ ПО ПРОЕКТУ «...» 15 <ссылки на документы, обосновывающие существование проекта> В результате разрабатывается ТЗ на ИТ систему, которая может помочь (а не обязательно поможет!) заказчику в достижении целей (если это вообще возможно, конечно). Качество такого документа напрямую зависит от полноты информации, полученной в ходе интервью с ключевыми менеджерами/экспертами заказчика. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2008, 14:18 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
мало похоже на требования к информационной системе, больше на бессмысленные толмуды, которые так любят консультанты-внедренцы. Видение... прирост продаж на 10% при помощи ИС :) ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2008, 14:41 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
Хорошо,а в Вашем понимании,что такое видение? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2008, 14:46 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
Вот шаблон документа Vision из openUP ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2008, 15:04 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
iscrafmмало похоже на требования к информационной системе, больше на бессмысленные толмуды, которые так любят консультанты-внедренцы. Видение... прирост продаж на 10% при помощи ИС :) 1. Проекты создают не для "внедрения ИТ систем". Если это вынести в цели, то получится "внедрение ради внедрения". Хотя - кому что нравится. 2. Примеры утрированные. Но если коснуться продаж (абстрактно конечно), то я могу тезисно (и не менее утрировано :0) проиллюстрировать логику бизнесмена, который может вложить, например, $100К за внедрение ИС. И логика будет такова (допустим, что бизнесмен очень продвинутый и дальновидный): Директор 1. Мне нужно поднять продажи 2. Этого можно достичь, привлекая новых покупателей, или продавая существующим новые услуги. 3. Для этого нужно: - заново обучить персонал - развернуть рекламную кампанию - донести новые предложения до существующих клиентов (покупателей) 4. Обучение - обеспечит нач. отдела продаж, дам ему бюджет ххх 5. Рекламная кампания - обеспечит отдел рекламы, дам ему бюджет zzz 6. Разработать и донести новые предложения до клиентов - обеспечит отдел маркетинга, бюджет yyy. Здесь нужно работать очень тонко, чтобы делать целевые предложения и не отпугнуть потенциальных покупателей. Что скажет на это нач. отдела? Нач. отдела маркетинга 1. Да, мы можем разработать предложения, интересные клиентам 2. Работать нужно действительно тонко, но я не могу вручную произвести сегментацию клиентской базы (очень много клиентов, допустим), хотя и знаю, как это сделать 3. Нам нужен долговременный эффект, а это - регулярное выполнение такого упражнения 4. По моим оценкам, мы сможем добиться 10% прироста числа покупателей наших услуг, если будем проводить 2 акции в месяц 5. Для того, чтобы получить это счастье, мне нужен инструмент - п/о для .... стоимостью ~$100k На выходе, мы имеем цель: "Увеличение продаж", 3 задачи, одна из которых требует разработки/внедрения специализированого п/о, и результативный признак - увеличение продаж на 10% в месяц. Открывается ИТ проект... и т.д. Что не так с видением бизнеса? Понятно ли, зачем все-же нужна эта система бизнеса и за что он готов платить деньги? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2008, 15:09 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
ИМХО видение заказчика - это как он собирается/должен применять ИС для достижения своих целей. Что изменится в бизнес-процессах, в т.ч. какие у него возникают новые риски (конкуренты базу сопрут) и как защищаться, какие изменения в квалификации, кого и чему учить. Советские ГОСТы все эти вопросы требовали отражать в ТЗ и проектных документах. Отдельный Vision документ - ихняя мода:) ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2008, 15:12 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
Да, хотел еще раз обратить внимание, что вопрос касался именно видения заказчика, а не требований к ИС. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2008, 15:12 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2008, 15:14 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
Вернее, в боллее крупном масштабе вот: Discipline: Requirements ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2008, 15:18 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
lenchen777 ... оказывается при разработке ПО кроме ТЗ пишется еще и Видение заказчика . 1) Про вИдения см. "Призрак опера" или "Призрак оперы" 2) См. ГОСТ. ГОСТ 34.601-90. АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ. СТАДИИ СОЗДАНИЯ Явного "вИдения" нет. Скорей всего смотрим стадии 1 и 2. Содержание документов в Приложении 1 РД 50-34.698-90 АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ. 3) ГОСТ Р ИСО/МЭК 12207-99 "Процессы жизненного цикла программных средств". Явного "видениЯ" нет. Скорей всего смотрим "Процесс заказа" - определяет работы заказчика, то есть организации, которая приобретает систему, программный продукт или программную услугу. 4) Классика. Вигерс Карл "Разработка требований к программному обеспечению". "Документ об образе и границах (vision and scope document) собирает бизнес-требования в единый документ, который подготавливает основу для последующей разработки продукта". Там же приведен "Шаблон спецификации требований к ПО IEEE Standard 830-1998, «IEEE Recommended Practice for Software Requirements Specifications» (IEEE, 1998b) Так, навскидку где почитать ... Советую начать с пункта 4. ______________________________________________________ Задолбали вихри яростных атак ... ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2008, 15:18 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
JimmyДа, хотел еще раз обратить внимание, что вопрос касался именно видения заказчика, а не требований к ИС. видение заказчика на ИС - разгрузить менеджеров целью предоставить им время для выполнения своих обязанностей, а не для ежедневной практики в Excel. А с какой целью... это за рамками проекта ИТ. Видение заказчика на менеджеров - добиться повышения объемов продаж. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2008, 15:28 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
lenchen777Всегда думала,что ТЗ - это и есть видение заказчика,то - то то,делается так то так-то,такие-то кнопочки,такие-то поля,обязательны,необязательны к заполнению и ТД. Но оказывается при разработке ПО кроме ТЗ пишется еще и Видение заказчика.Вот мне его надо написать,а что там писать непонимаю, посоветуйте,плжста ТЗ деклпариует ЧТО должно быть сделано, а не как. Главные пункты ТЗ: ЦЕЛЬ - измеряемая характеристика (получить прибыль $100000); НАЗНАЧЕНИЕ - каким образом достигнуть цель (автоматизировать такие-то процессы). Заказчик часто не специалитс в области IT и ни про какие кнопочки понятия не имеет. Но если он разбирается в теме, то в ТЗ в разделе "Специальные требования" может выдвинуть свои условия. Отдельного документа типа "Видение ..." стандартами не предусмотрено. Далее возможны варианты. 1 На основании спецтребований из ТЗ или исходя из собственного видения РАЗРАБОТЧИК готовит технический проект и предствляет его на утверждение (согласование) ЗАКАЗЧИКУ в виде пояснительной записки. 2 Перед выполнением техпроекта ЗАКАЗЧИК или РАЗРАБОТЧИК готовят документ "Технические предложения" (по ГОСТ 2.118), в котором и описывают свое "видение". 3 При разработке ПО для Минобороны предусмотрен документ "Руководящие указания по конструированию" (есть соответствующий ГОСТ) , в котором также можно изложить собственное видение ПО. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2008, 16:13 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
Shtock В RUP концепция-это так называемый Vision. Его цель,говоря высокопарно,сбор,анализ и определение высокоуровневых потребностей пользователей и функций продукта. Главное внимание уделятся возможностям,которые нужны будущим пользователям и причинам существования этих потребностей. Конкретные требования д/б описаны в спецификациях требований. Базовые разделы: Введение Проблема,кот. решает продукт (с нашей точки зрения) Описание пользователя Пользователь/рынок (портрет:опыт пользователя,обяз-ти,что и для кого он делает,его проблемы, проблемы,кот для него решит продукт,критерии удачности продукта с его стороны) Среда пользователя Конкуренты Характеристика продукта Описание продукта Позиция продукта среди аналогов Краткий обзор возможностей Вопросы цены Функции продукта Прочие требования Стандарты Системные Лицензирование Производительность Базовые прецеденты Требования к документации Рук-во пользователя help правила внешнего оформления (если коробочный продукт) Глоссарий Ссылки на документы Обычно весит не более 3-4 страниц. ______________________________________________ Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде! ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2008, 16:43 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
ЮВ ТЗ деклпариует ЧТО должно быть сделано, а не как. Согласен ЮВ Главные пункты ТЗ: ЦЕЛЬ - измеряемая характеристика (получить прибыль $100000); Это абсолютно неверно. ТЗ описывает требуемый функционал. Получение прибыли относится к бизнес-целям и бизнес-плану. В реалиях это отражается в том, за получение прибыли голова болит не у ИТ-подразделения. А топ-менеджер не заморачивается деталями, кто и как должен выставить некий статус. ЮВ Заказчик часто не специалитс в области IT и ни про какие кнопочки понятия не имеет. Но если он разбирается в теме, то в ТЗ в разделе "Специальные требования" может выдвинуть свои условия. Нет таких специальных требований. Есть требования функциональные, есть технические. Можно определить требования к интерфейсу. Все это "специальное" должно быть разобрано по этим категориям. ЮВ Отдельного документа типа "Видение ..." стандартами не предусмотрено. Я лично под "Видением..." понимаю краткое описание целей и требуемого функцонала в целом, "как оно должно крутится, понимаешь" на языке, доступном бизнесу. Т.е. обзор функционала задачи. Впрочем, признаю честно что соответствиями ГОСТУ никогда не заморачивался. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2008, 18:01 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
iscrafm JimmyДа, хотел еще раз обратить внимание, что вопрос касался именно видения заказчика, а не требований к ИС. видение заказчика на ИС - разгрузить менеджеров целью предоставить им время для выполнения своих обязанностей, а не для ежедневной практики в Excel. А с какой целью... это за рамками проекта ИТ. Видение заказчика на менеджеров - добиться повышения объемов продаж. Допускаю, что многие проекты так и делаются. Но для проектов разработки BI систем такой подход, по последствиям, чреват большими проблемами, вплоть до судебных, учитывая стоимость таких проектов. На самом деле, думается, что заказчиков, которым нужен исключительно софт, мало. Любому бизнесу нужны осязаемые результаты, улучшить которые может (или не может) ИС. Поэтому, просто установить систему, не задав вопрос "зачем?" - не очень профессионально, с т.з. исполнителя, который заботиться о своей репутации. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2008, 18:08 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
JimmyНа самом деле, думается, что заказчиков, которым нужен исключительно софт, мало. Любому бизнесу нужны осязаемые результаты, улучшить которые может (или не может) ИС. Вы абсолютно правы. Только причем здесь видение заказчиком ИС непонятно. У заказчика есть цель, допустим - уменьшить срок заключения договоров, что в свою очередь даст ему осязаемые результаты в форме денежных купюр. Цель ИТ проекта так и формулируется - уменьшить сроки визирования документов. И ни к каким последствиям подобное формулирование целей ИТ проектов не приводит.. если конечно все внедрено и цель достигнута. Но достигнута цель - уменьшился срок визирования. А получил ли заказчик от этого осязаемые купюры - дело заказчика, который посчитал, что достижение указанной цели даст ему финансовый результат. По Вашему ИТ компания должна нести ответственность за то, что прибыль у заказчика не увеличилась? Вы готовы подписаться под этим? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2008, 18:40 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
Мы готовы помочь заказчику увеличить прибыль, при условии, что понимаем, как это сделать, и, следовательно, как мы можем повлиять на этот процесс. Для BI - это ключевой принцип. Был прецендент в практике, когда нам заявили в конце проекта: "Мы не достигли своих целей, т.к. ожидали, что 1-2-3.." И было это следствием того, что цели в начале проекта формулировались просто: "Внедрить Хранилище Данных". Вопрос "Зачем?" был открыт вплоть до этапа сдачи, вот и получили клизму в итоге. Проект довели до конца, конечно, но это была Сталинградская битва :0)) В итоге, когда мы видим, чего хочет заказчик, и не только от ИТ, то можем явно зафиксировать, что : "1-2-3 - за рамками нашего проекта (внедрения)". Это позволит построить более сбалансированные отношения с заказчиком и сразу "приземлить" его ожидания. И конечно, нужно четко понимать, для чего и как заказчик будет использовать, например, хранилище данных, т.к. от этого зависит принятие ключевых проектных решений - начиная от состава (источников) данных до аппаратной архитектуры. PS Следует учесть, что все рассуждения нужно читать в контексте заказных проектов, т.е. решениях "под заказчика". ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2008, 19:03 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
JimmyДля BI - это ключевой принцип. полноценный анализ совершенных(или ожидаемых) действий - это полезный принцип. Вопрос только в том, должна ли BI система отвечать за действия лиц, которые принимают решения на основе данных, предоставляемых BI-системой. Результат возложения на себя несвойственной ИС ответственности Вы выше описали и продолжаете на этом настаивать. Не лучше ли предоставить эту почетную миссию тем, кто действительно за это несет ответственность. Допускаю, что Вы осветили ситуацию, когда исполнитель выступал и в роли бизнес-консультанта. Но, на что подписались, то и будьте добры исполнить. Только к ИС это не имеет отношения, хотя и связь прослеживается. Data Minning здравствует. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2008, 20:15 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
lenchen777Всегда думала,что ТЗ - это и есть видение заказчика,то - то то,делается так то так-то,такие-то кнопочки,такие-то поля,обязательны,необязательны к заполнению и ТД. Но оказывается при разработке ПО кроме ТЗ пишется еще и Видение заказчика.Вот мне его надо написать,а что там писать непонимаю, посоветуйте,плжста "Vision" переводится как "концепция". См. шаблон RUP Vision. От заказчика там - заинтересованные лица и бизнес-требования, т.е. цели, для которых заказчику нужно ПО. Написать довольно трудно, т.к. потребности заказчика почти всегда расходятся с потребностями разработчика, и если у аналитика есть programming background (а он почти всегда есть) - очень большое искушение подменить понятия и выдать желаемое за действительное. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2008, 23:53 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
всем спасибо за ответы ... |
|||
:
Нравится:
Не нравится:
|
|||
06.03.2008, 09:38 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
Кстати, отличная иллюстрация того, как внедрялась система без учета всех интересов заказчиков - ЕГАИС ( тЫнЦ ) А именно, учли только интересы государственной структуры, и проигнорировали интересы бизнес-заказчиков, которые, хоть и по принуждению, но все-же должны были являться заказчиками ИС. К этому проекту подошли исключительно с т.з. ИТ: "Мы просто внедряем систему, а дальше вы сами разбирайтесь". ... |
|||
:
Нравится:
Не нравится:
|
|||
06.03.2008, 11:16 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
Цель ИТ проекта так и формулируется - уменьшить сроки визирования документов. И ни к каким последствиям подобное формулирование целей ИТ проектов не приводит.. если конечно все внедрено и цель достигнута. Но достигнута цель - уменьшился срок визирования. А получил ли заказчик от этого осязаемые купюры - дело заказчика, который посчитал, что достижение указанной цели даст ему финансовый результат. По Вашему ИТ компания должна нести ответственность за то, что прибыль у заказчика не увеличилась? Вы готовы подписаться под этим? Я бы не стал формулировать в качестве цели создания ПО уменьшение сроков визирования документов, если это конечно не АС (в терминах ГОСТ 34). Сроки зависят еще и от человека -- сколько времени ему требуется на анализ положений договора .... поэтому лучше говорить, что одна из целей -- это сокращение времени на на передачу документов для визирования ;-) ... ... |
|||
:
Нравится:
Не нравится:
|
|||
06.03.2008, 14:12 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
JimmyКстати, отличная иллюстрация того, как внедрялась система без учета всех интересов заказчиков - ЕГАИС ( тЫнЦ ) А именно, учли только интересы государственной структуры, и проигнорировали интересы бизнес-заказчиков, которые, хоть и по принуждению, но все-же должны были являться заказчиками ИС. К этому проекту подошли исключительно с т.з. ИТ: "Мы просто внедряем систему, а дальше вы сами разбирайтесь". Заказчик тут именно государство. Оно заказало разработку такой системы в своих интересах. А заводы (бизнес) являются скорее ее пользователями, чем stakeholders. Просто в данном случае потребности/ограничения этих самых пользователей никто не учитывал. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.03.2008, 14:17 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
byur JimmyКстати, отличная иллюстрация того, как внедрялась система без учета всех интересов заказчиков - ЕГАИС ( тЫнЦ ) А именно, учли только интересы государственной структуры, и проигнорировали интересы бизнес-заказчиков, которые, хоть и по принуждению, но все-же должны были являться заказчиками ИС. К этому проекту подошли исключительно с т.з. ИТ: "Мы просто внедряем систему, а дальше вы сами разбирайтесь". Заказчик тут именно государство. Оно заказало разработку такой системы в своих интересах. А заводы (бизнес) являются скорее ее пользователями, чем stakeholders. Просто в данном случае потребности/ограничения этих самых пользователей никто не учитывал. Как их теперь ни назови, причина кризиса то одна - нарушение бизнес-процессов у пользователей/невольных заказчиков. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.03.2008, 14:25 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
byur Цель ИТ проекта так и формулируется - уменьшить сроки визирования документов. И ни к каким последствиям подобное формулирование целей ИТ проектов не приводит.. если конечно все внедрено и цель достигнута. Но достигнута цель - уменьшился срок визирования. А получил ли заказчик от этого осязаемые купюры - дело заказчика, который посчитал, что достижение указанной цели даст ему финансовый результат. По Вашему ИТ компания должна нести ответственность за то, что прибыль у заказчика не увеличилась? Вы готовы подписаться под этим? Я бы не стал формулировать в качестве цели создания ПО уменьшение сроков визирования документов, если это конечно не АС (в терминах ГОСТ 34). Сроки зависят еще и от человека -- сколько времени ему требуется на анализ положений договора .... поэтому лучше говорить, что одна из целей -- это сокращение времени на на передачу документов для визирования ;-) ...Вот, вот, вот... Теперь еще надо уточнить, что есть передача, и останется от системы ... одна электронная почта. Нет, в видении надо не сужать, а (сначала) расширять: что этому типу мешает визировать быстро? какие технологии могли бы ему помочь? А дать ему библиотеку типовых формулировок - это поможет, а запрещенных оборотов - дык кто ж их перечислит - не будем, а формализовать тексты у авторов - ну это в будущем. Тем самым сложится четкое, а не интуитивное понимание границ проекта - что и зачем делается, а что и почему в проект не входит, хотя интуитивно бы и могло. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.03.2008, 16:25 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
JimmyКстати, отличная иллюстрация того, как внедрялась система без учета всех интересов заказчиков - ЕГАИС ( тЫнЦ ) А именно, учли только интересы государственной структуры, и проигнорировали интересы бизнес-заказчиков, которые, хоть и по принуждению, но все-же должны были являться заказчиками ИС. К этому проекту подошли исключительно с т.з. ИТ: "Мы просто внедряем систему, а дальше вы сами разбирайтесь". это обычная иллюстрация плохо спроектированной и реализованной системы. Что ж Вы все какие-то бизнес-интересы, бизнес-требования пытаетесь на пустом месте пристроить? Нет никакого " неучет а" бизнес-требований в том, что документ минутами сохраняется, отсутствуют нормальные механизмы импорта и т.п. Вот когда с учетом бизнес-требований устанавливается SAP, а заинтересованные лица узнают реальные запасы у кладовщиков, которые их в Excel подбивают - это ужас. Или в соответствии с целями бизнеса отметится на фондовой бирже и лапшой о необходимости для этого SAP устанавливается система. А ЕГАИС просто плохо сделанная система. Возможно потому, что к системе выдвигались бизнес-требования (видение) и никто не подумал о собственно системе. Не нужно замешивать требования бизнеса в ИС. Еще есть владельцы денежных средств которые в этом не сомневаются, но не думаю что они на этом форуме появляются. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.03.2008, 11:28 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
ЮВ Главные пункты ТЗ: ЦЕЛЬ - измеряемая характеристика (получить прибыль $100000); aag Это абсолютно неверно. iscrafmНе нужно замешивать требования бизнеса в ИС. Именно потому, что 99,9 (9 в периоде) разработчиков АС придерживаются этого кредо, мы и имеем в основном хлам. АС - это не только чисто программная среда, но и организационная, техническая, методическая и т. п., новые технологии. Все это должно быть взаимоувязано в ТЗ на АС и направлено на достижение цели. Иначе получается, как в интермедии А. Райкина про клнента (заказчика в нашей терминологии), которому сшили кривой костюм: - Претензии к пуговицам (к ПО) есть? Нет, пришиты намертво. - Я сейчас мошт штрою. - Ты думаешь, у меня дефект речи? Дурачок! Один зубы сверлит, другой точит, третий коронку вставляет, а за дикцию никто не отвечает. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.03.2008, 12:35 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
ЮВИменно потому, что 99,9 (9 в периоде) разработчиков АС придерживаются этого кредо, мы и имеем в основном хлам. Вам приводят примеры, когда системы строятся в угоду бизнесу, а технической поддержки бизнеса... именно примеры хлама. Не перепутали ничего? Или приведите пример хлама? Обратных то много, хотелось бы услышать Ваш пример :) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.03.2008, 12:41 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
ЮВИначе получается, как в интермедии А. Райкина про клнента (заказчика в нашей терминологии), которому сшили кривой костюм: - Претензии к пуговицам (к ПО) есть? Нет, пришиты намертво. - Я сейчас мошт штрою. - Ты думаешь, у меня дефект речи? Дурачок! Один зубы сверлит, другой точит, третий коронку вставляет, а за дикцию никто не отвечает. совсем не в тему. К чему? Ладно, если бы обсуждался вопрос несогласованности различных модулей ИС между собой... а так... ... |
|||
:
Нравится:
Не нравится:
|
|||
07.03.2008, 12:43 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
iscrafm<...> Вам приводят примеры, когда системы строятся в угоду бизнесу, а технической поддержки бизнеса... именно примеры хлама. Не перепутали ничего? Или приведите пример хлама? Обратных то много, хотелось бы услышать Ваш пример :) Примеры повсюду, но мы не замечаем этих "танцующих медведей", потому что являемся "апологетами" :) . Чтобы начать замечать - можно почитать Алана Купера, "Психбольница в руках пациентов". Не лестная, правда, книга. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.03.2008, 14:34 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
iscrafm ЮВИменно потому, что 99,9 (9 в периоде) разработчиков АС придерживаются этого кредо, мы и имеем в основном хлам. Вам приводят примеры, когда системы строятся в угоду бизнесу, а технической поддержки бизнеса... именно примеры хлама. Не перепутали ничего? Или приведите пример хлама? Обратных то много, хотелось бы услышать Ваш пример :) Каждый второй результат внедрения ERP системы - хлам, используя вашу терминологию. И не потому, что система плохая, а потому, что их внедряли не понимая, что именно ждут заказчики от системы (откаты не считаем :0). При этом не важно, были ли в проекте так не любимые вами консультанты, или нет - просто работа сделана непрофессионально, для галочки: "Внедрено ----> ок" И действительно внедрено, с формальной точки зрения, ведь акты-то подписаны. А если спросить заказчика, доволен ли он? Ответ на этот вопрос и будет результатом внедрения. Неформальным, но наиболее адекватным. Думаю, точки зрения участников дискуссии достаточно очевидны, на чем предлагаю закончить. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.03.2008, 14:44 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
ЮВИменно потому, что 99,9 (9 в периоде) разработчиков АС придерживаются этого кредо, мы и имеем в основном хлам. АС - это не только чисто программная среда, но и организационная, техническая, методическая и т. п., новые технологии. Все это должно быть взаимоувязано в ТЗ на АС и направлено на достижение цели. Это просто провокация на флейм. ИС не имеет какой-то одной цели. Точно также как в любой крупной организации существует более одного бизнес-процесса, не все из них направлены на получение прибыли и некоторые даже противоположены по своей сути. Используя аналогию - какова цель автомобиля? Перемещение из пункта А в пункт Б? Вы уверены что направив все силы на достижение этой цели, вы получите хорошую машину? Существует множество целей, которые необходимо достичь и выбор приоритета между ними - это область искусства, причем не аналитика и не консультанта. А заказчика. Утверждение, что мы имеем хлам, потому что разработчики придерживаются неправильного кредо настолько огульно, что неопровержимо. Что есть хлам, что не совсем хлам, и почему он хлам... Nobody faults but mine... (LZ) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.03.2008, 15:08 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
ЮВ Главные пункты ТЗ: ЦЕЛЬ - измеряемая характеристика (получить прибыль $100000); aag Это абсолютно неверно. ТЗ описывает требуемый функционал. Получение прибыли относится к бизнес-целям и бизнес-плану. В реалиях это отражается в том, за получение прибыли голова болит не у ИТ-подразделения. А топ-менеджер не заморачивается деталями, кто и как должен выставить некий статус. В ГОСТах на разработку ТЗ есть обязательный (повторояю для непонятливых еще раз большими буквами - ОБЯЗАТЕЛЬНЫЙ) раздел "Технико-экономические показатели", в котором как раз и приводится подтверждение (расчеты) реальности поставленной цели. Сейчас этот раздел повсеместно игнорируется, ибо, как я писал выше, 99% разработчиков цели себе ставят совсем иные (ибо Это АБСЛЮТНО неверно), далекие от эффективности АС. Поэтому в В реалиях это отражается в том, что получаем хлам. Заказчик АС не получает того, что ожидал, и рззочаровывается в автоматизации вообще. Так мы рубим сук, на котором сидим. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.03.2008, 15:08 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
aag...кредо настолько огульно, что неопровержимо. ... Почти по Чехову: "Этого не может быть, потому что этого не может быть никогда" (рассказ "Письмо к ученому соседу") ... |
|||
:
Нравится:
Не нравится:
|
|||
07.03.2008, 15:14 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
Jimmy Думаю, точки зрения участников дискуссии достаточно очевидны, на чем предлагаю закончить. Да, и приступить к празднованию Дня 8 Марта. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.03.2008, 15:18 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
ЮВВ ГОСТах на разработку ТЗ есть обязательный (повторояю для непонятливых еще раз большими буквами - ОБЯЗАТЕЛЬНЫЙ) раздел "Технико-экономические показатели", в котором как раз и приводится подтверждение (расчеты) реальности поставленной цели.Сейчас этот раздел повсеместно игнорируется, ибо, как я писал выше, 99% разработчиков цели себе ставят совсем иные (ибо Это АБСЛЮТНО неверно), далекие от эффективности АС. Что является эффективностью АС и от чего она зависит? Nobody faults but mine... (LZ) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.03.2008, 15:19 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
ЮВ aag...кредо настолько огульно, что неопровержимо. ... Почти по Чехову: "Этого не может быть, потому что этого не может быть никогда" (рассказ "Письмо к ученому соседу") Ну а что тут ответить? Что у нас хлама нет? Да есть, конечно и полно. Что хлам в разработке образуется из-за плохо проведенного бизнес-анализа и/или неудачного ТЗ? Да большинство именно из-за этого. Что плохо проведенный бизнес-анализ всегда плохо проведен потому что не учитывает экономические цели? Что хлам у нас - 99% всех ИС? Это какие-то настолько общие утверждения что спорить с ними бессмыслено. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.03.2008, 15:27 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
Jimmy Каждый второй результат внедрения ERP системы - хлам, используя вашу терминологию. И не потому, что система плохая, а потому, что их внедряли не понимая, что именно ждут заказчики от системы (откаты не считаем :0). При этом не важно, были ли в проекте так не любимые вами консультанты, или нет - просто работа сделана непрофессионально, для галочки: "Внедрено ----> ок" Не испытываю указанных Вами чувств к консультантам. Хотя бы потому, что сам этим занимаюсь. Мы говорим только о том, какие цели формулировать для создания ИС. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.03.2008, 15:39 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
iscrafm[Не испытываю указанных Вами чувств к консультантам. Хотя бы потому, что сам этим занимаюсь. Мы говорим только о том, какие цели формулировать для создания ИС. Извините, показалось. Предлагаю последовать совету ЮВ насчет празднования 8 марта. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.03.2008, 15:55 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
AlexTheRaven iscrafm<...> Вам приводят примеры, когда системы строятся в угоду бизнесу, а технической поддержки бизнеса... именно примеры хлама. Не перепутали ничего? Или приведите пример хлама? Обратных то много, хотелось бы услышать Ваш пример :) Примеры повсюду, но мы не замечаем этих "танцующих медведей", потому что являемся "апологетами" :) . я как раз считаю, что нацеливая ИС на несвойственные цели мы забываем о несчастных "уцелевших" все больше и больше. Вместо того, чтобы перед ИС ставить ее прямые цели (интуитивность, правильная архитектура, легкость в освоении и т.п.) - ей вменяется "повышение прибыльности". Пусть уж этим занимается менеджмент компании, это их задача. В итоге имеем "танцующих медведей". А.КуперOracle, PeopleSoft, ADP, SAP, Siebel, создают сложное программное обеспечение, необходимое для корпоративной деятельности. Эти продукты крайне сложны, невразумительны и перегружены возможностями. Каждое ежегодное обновление добавляет множество новых функций, но по-прежнему оставляет уже имеющиеся функции непонятными и неподвластными для людей, не прошедших месяцы суровых тренировок Без разницы что тяжело или неудобно. Перед системой ставили совсем другие цели: повысить прибыль на 30% :) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.03.2008, 16:16 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
Прикольная дискуссия: * одни говорят, что конечные цели бизнеса (увеличить прибыль\продажи ...) должны быть в Системном Видении и подписываются под этим. Вот я драл бы в 3 шкуры с исполнителя, подписавшимся под таким Видением и не принял бы Систему, пока она мне не повысила бы прибыль :) * другие тыкают в документы бессмысленно * третьи говорят, что бизнес должен формулировать ИТ цели В общем, порекомендую: * почитать Вигерса * вспомнить, что есть Бизнес Видение, а есть Системное. * почитать пор цели здесь ... |
|||
:
Нравится:
Не нравится:
|
|||
09.03.2008, 00:21 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
basПрикольная дискуссия: в Вы что "неприкольного" хотите сказать, кроме перенаправления на свой сайт с подобной дискуссией и подобным же бредом, типа: автор с uml2.ruЕсли вы как сторонний ИТ-ремесленник не объясните руководству компании как ваша разработка поможет компании достичь их целей (Получить Х% прибыли или дохода по инвестициям в течение Y месяцев), то вы заказ на свою разработку не получите. Ваш кусок хлеба с маслом получит другой разработчик. Зачем перечитываеть еще раз то же самое, но на другом ресурсе. Какова Ваша точка зрения на затронутую тему? Я ее конечно понял из обсуждения на UML2.RU, но хочется чтобы озвучили "специально для SQL.RU", если не возражаете. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.03.2008, 12:51 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
bas * почитать Вигерса * вспомнить, что есть Бизнес Видение, а есть Системное. Одни говорят ... живите по Вигерсу, другие - по Дамодарану, третьи - по Куперу, четверты по --- голова закружится. А по-своему все уже разучились? Откуда такая слепая вера в чей-то опыт, подходящий к конкретной ситуации, в конкретном месте и в конкретное время. Понятно, что историю и ее интересные факты нужно знать. Но говорим мы не о вещах, которые можно раз и навсегда однозначно заформулировать. А Карла Вигерса для общего развития (не более), конечно можно почитать. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.03.2008, 13:01 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
iscrafm Не передергивайте ... - Что сдаем ? - Китайский язык - Если методичка есть, то пошли сдавать 1) Если у человека, нет опыта то любой шаблон ему подспорье. 2) Есть некие ритуальные танцы в любом проекте, главное что бы танцору ничего не мешало ... 3) Шаблоны выполняют роль шпаргалки (например я обязательно смотрю ГОСТ/ISO/IEEE перед началом каждого проекта дабы поймать себя на мелочах) 4) Ну соотвественно в голову не надо только есть, надо еще и думать ______________________________________________________ Задолбали вихри яростных атак ... ... |
|||
:
Нравится:
Не нравится:
|
|||
10.03.2008, 15:20 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
shelsoft3) Шаблоны выполняют роль шпаргалки (например я обязательно смотрю ГОСТ/ISO/IEEE перед началом каждого проекта дабы поймать себя на мелочах) а я на проект смотрю. Ну здесь.. каждому свое, нравится Вам ГОСТ штудировать - Ваше право. p.s. Вигерс далеко не ГОСТ, почитайте. Тогда может и измените свое мнение насчет передергивания, чем я собственно не занимаюсь. Немного сарказма есть конечно. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.03.2008, 17:31 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
shelsoft2) Есть некие ритуальные танцы в любом проекте, главное что бы танцору ничего не мешало ... я об этом и говорю. В нужности этих ритуальных танцев даже в голову никому не приходит усомниться. Ведь это написано в великой книге RUP( AIM,PJM,...) или подобной Я стараюсь на проектах заниматься исключительно проектом. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.03.2008, 17:37 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
iscrafm 1) а я на проект смотрю. Ну здесь.. каждому свое, нравится Вам ГОСТ штудировать - Ваше право. 2) Я стараюсь на проектах заниматься исключительно проектом. Опять передергиваете. 1) Судя по сайту iscra-framework у вас есть шаблонная документация, т.е. есть что штудировать. Так что прежде чем я обижусь объясните мне почему я такой зануда предпочитаю тушенку сделанную по ГОСТ, а не по ТУ. Думаете с возрастом это пройдет ? . 2) Я тоже стараюсь с девушкой заниматься исключительно любовью . Но разложив процесс по шагам могу сказать, что чисто любви там по сравнению с другими временно-затратно-ресурсными характеристики как мяса в продукте сделанной по ТУ (вам подсказка). ______________________________________________________ Задолбали вихри яростных атак ... ... |
|||
:
Нравится:
Не нравится:
|
|||
11.03.2008, 10:20 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
shelsoftТак что прежде чем я обижусь объясните мне почему я такой зануда предпочитаю тушенку сделанную по ГОСТ, а не по ТУ. Думаете с возрастом это пройдет ? Дмитрий, откуда я знаю. Прежде чем обижаться задайте себе вопрос: а зачем я сюда ГОСТ приплел и раскладываю процесс занятия любовью? Нравиться Вам все делать по книгам (заметьте, выработанные стандарты я не трогаю! речь идет только о процессах, на которые нет и не может быть стандартов) - делайте. Это право каждого. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.03.2008, 11:22 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
iscrafmДмитрий, откуда я знаю. т. е. вы никогда не задумались о качественных показателях (тема для флуда) информационных систем и предпочтениях потребителя (впарим, впарим, впарим ...) iscrafmзадайте себе вопрос: а зачем я сюда ГОСТ приплел и раскладываю Извиняюсь, особенности характера. Иногда перебарщиваю с терминами типа кг/амп. iscrafmречь идет только о процессах, на которые нет и не может быть стандартов Понимаете, любой процесс создания АС, ИС, АИС & etc (читай формализация) базируется на каких-либо стандартах или сам способствует их появлению. Последнее интереснее, в свое время я свалил с разработки банковского ПО, в область где вместе с ИС определяешь еще "правила игры". Т.е. таким образом кроме перечисленного выше остаются не формализованным только процесс выработки конкретных технических решений (читай создание специализированных функций ПО). Если в этом контексте, то это именно то, что я хотел услышать (вернее увидеть) ______________________________________________________ Задолбали вихри яростных атак ... ... |
|||
:
Нравится:
Не нравится:
|
|||
11.03.2008, 12:16 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
shelsoft т. е. вы никогда не задумались о качественных показателях (тема для флуда) информационных систем и предпочтениях потребителя (впарим, впарим, впарим ...) Да, большинство, извините, гребаных консультантов не задумывались и впредь не намерены морочить этим себе голову, ибо объявлять целью ИС качественные показатели (повышение прибыли, уменьшение затрат, сокращение очередей и т. п.) это, цитирую, "Абсолютно неверно" . В результате формулируются какие-то мифические цели, весьма далекие и не имеющиме отношения к реалиям жизни. Один из многих примеров. Почта. Автоматизация денежных переводов, наложеннызх платежей, выдача посылок и т.п. В бумажную эру (до автоматизации) вы даете полученный (или отправляемый) перевод, вам (или вы) выдают деньги и всё, операция занимала минимум времени. Теперь кассир-оператор одним пальцем заполняет на экране формы, операция длится до 5 мин, в результате очереди (это вместо того, чтобы посадить за стеной в соседней комнате какую-нибудь тетку, которвя вводила бы в комьютер данные вместо кассира-оператора автономно, не создавая очередь). Аналогичная ситуация и в других конторах. Меня задолбала эта совковая автоматизицмя, ибо "Чем больше компьютеров, тем длиннее очереди". И спасибо за это нашим "консультантам". ... |
|||
:
Нравится:
Не нравится:
|
|||
11.03.2008, 12:55 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
shelsoftт. е. вы никогда не задумались о качественных показателях (тема для флуда) информационных систем и предпочтениях потребителя (впарим, впарим, впарим ...) задумывался. Отдаю первенство предпочтениям потребителя. При соответствующекм качестве конечно. Но ИС - не та область, где можно оперировать формальными показателями. Если система не вписывается в рамки для которых придумывался какой-либо набор формальных критериев, то что будем делать? Вписывать и получать "еще один из многих"? ... |
|||
:
Нравится:
Не нравится:
|
|||
11.03.2008, 13:04 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
ЮВ 1) Один из многих примеров. Почта. Автоматизация денежных переводов .. 2) В бумажную эру (до автоматизации) вы даете ... 3) И спасибо за это нашим "консультантам" 1) "В связи с установкой нового программного обеспечения, просим извинить за длительное обслуживание" Только сегодня видел в банке. 2) Хотя и жил тогда не помню (не нужно было). Кстати было бы забавным сравнить временные затраты по всей цепочке "отправитель-банк-перевод-банк-получатель". Хотя меня тоже достает эргономичность интерфейса, а также неумение проектировщиков пользоваться секундомером при разработке OLTP систем 3) Ну-у-у, у меня в визитке одно время было написано "консультант по вопросам неавтоматизации" iscrafm Но ИС - не та область, где можно оперировать формальными показателями ... Что будем делать? Меняем правила игры на уровне нормативно-правовых документов. Такая практика есть, главное что бы это выглядело, как истинные пожелания Заказчика ______________________________________________________ Задолбали вихри яростных атак ... ... |
|||
:
Нравится:
Не нравится:
|
|||
11.03.2008, 13:43 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
shelsoft 3) Ну-у-у, у меня в визитке одно время было написано "консультант по вопросам неавтоматизации" хорошая фраза Надо её "скопирайтить". ... |
|||
:
Нравится:
Не нравится:
|
|||
11.03.2008, 14:49 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
ЮВ Да, большинство, извините, гребаных консультантов не задумывались и впредь не намерены морочить этим себе голову, ибо объявлять целью ИС качественные показатели (повышение прибыли, уменьшение затрат, сокращение очередей и т. п.) это, цитирую, "Абсолютно неверно" . В результате формулируются какие-то мифические цели, весьма далекие и не имеющиме отношения к реалиям жизни. Один из многих примеров. Почта. Автоматизация денежных переводов, наложеннызх платежей, выдача посылок и т.п. В бумажную эру (до автоматизации) вы даете полученный (или отправляемый) перевод, вам (или вы) выдают деньги и всё, операция занимала минимум времени. Теперь кассир-оператор одним пальцем заполняет на экране формы, операция длится до 5 мин, в результате очереди (это вместо того, чтобы посадить за стеной в соседней комнате какую-нибудь тетку, которвя вводила бы в комьютер данные вместо кассира-оператора автономно, не создавая очередь). И опять какой-то крик души - отчаянный и сумбурный. Качественные показатели (повышение прибыли, уменьшение затрат, сокращение очередей и т. п.) - это цель не ИС. Это цель самого бизнеса, где ИС - только инструмент. Вы к пылесосу какие требования предьявляете - что бы комнату чисто убирал? И поэтому, аналитики должны сосредотачиваться не на качественных показателях - это дело топ-менеждмента, а на функционале продукта. Ни одна самая лучшая ИС, ни один SAP и ни одна Axapta не поможет заработать миллион и не оградит от просирания всех имеющихся. В вашем примере с почтой - я нифига не понял. Из-за чего очередь - из-за криво написанной ИС (под руководством гребаных, извините, консультантов), из-за неверно выстроенных БП, из-за необученности кассира-оператора с одним пальцем или из-за того что у них второй комп сгорел? И под все это подводится фундаментальный базис - гребаные консалтеры не додумались посадить вторую тетку. Они, может и гребанные, может и не додумались, но - 1) пример не наглядный, я этого из вашего поста не увидел и 2) какое отношение это имеет к ИС? ЗЫ. Чисто для справки - к консультантам никакого отношения не имею. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.03.2008, 17:38 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
shelsoft 2) Хотя и жил тогда не помню (не нужно было). Кстати было бы забавным сравнить временные затраты по всей цепочке "отправитель-банк-перевод-банк-получатель". Хотя меня тоже достает эргономичность интерфейса, а также неумение проектировщиков пользоваться секундомером при разработке OLTP систем В 97-98 гг. - минимум три дня на прохождение платежей через коррсчет. Зависело от РКЦ. Сбер на проведение операций брал неделю. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.03.2008, 17:50 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
aag Спасибо, значит не все так плохо в датском королевстве ______________________________________________________ Задолбали вихри яростных атак ... ... |
|||
:
Нравится:
Не нравится:
|
|||
11.03.2008, 17:54 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
basПрикольная дискуссия: * одни говорят, что конечные цели бизнеса (увеличить прибыль\продажи ...) должны быть в Системном Видении и подписываются под этим. Вот я драл бы в 3 шкуры с исполнителя, подписавшимся под таким Видением и не принял бы Систему, пока она мне не повысила бы прибыль :) А кто подписывается под видением заказчика, кроме него самого? Разве об этом речь, а не о том, чтобы просто понимать его мотивацию? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.03.2008, 16:21 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
JimmyА кто подписывается под видением заказчика, кроме него самого? Разве об этом речь, а не о том, чтобы просто понимать его мотивацию? только он конечно. Зачем тогда обсуждать то, что не относится к ИС. Заказчик хочет одного, а дадим ему совсем другое. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.03.2008, 16:56 |
|
Требования к ПО(видение заказчика,что писать)
|
|||
---|---|---|---|
#18+
aag И опять какой-то крик души - отчаянный и сумбурный. Качественные показатели (повышение прибыли, уменьшение затрат, сокращение очередей и т. п.) - это цель не ИС. Это цель самого бизнеса, где ИС - только инструмент. Вы к пылесосу какие требования предьявляете - что бы комнату чисто убирал? И поэтому, аналитики должны сосредотачиваться не на качественных показателях - это дело топ-менеждмента, а на функционале продукта. Ни одна самая лучшая ИС, ни один SAP и ни одна Axapta не поможет заработать миллион и не оградит от просирания всех имеющихся. В вашем примере с почтой - я нифига не понял. Из-за чего очередь - из-за криво написанной ИС (под руководством гребаных, извините, консультантов), из-за неверно выстроенных БП, из-за необученности кассира-оператора с одним пальцем или из-за того что у них второй комп сгорел? И под все это подводится фундаментальный базис - гребаные консалтеры не додумались посадить вторую тетку. Они, может и гребанные, может и не додумались, но - 1) пример не наглядный, я этого из вашего поста не увидел и 2) какое отношение это имеет к ИС? ЗЫ. Чисто для справки - к консультантам никакого отношения не имею. Я имею отношение к консультантам, причем самое непосредственное. Другой вопрос о каком консалтинге идет речь. Говоря о цели "уменьшить очередь" - так действительно может сказать владелец бизнеса для которого очередь -- это проблема, которая ухудшает качество обслуживания и не позволяет увеличить кол-во обслуживаемых людей, а значит она влияет на недополучение денег. Т.е. имеем ясную бизнес-потребность -- не "сократить очередь", а увеличить "пропускную способность" организации :-). Ее можно увеличивать как экстенсивными так и интенсивными способами. Экстенсивно -- количество "окошек" увеличить посадив больше тетушек, но следует отметить что это не всегда возможно -- у меня реально был случай, когда помещение этого физически не позволяло сделать -- а это уже то, что называется ОГРАНИЧЕНИЯМИ (бизнеса). Что остается в интенсиве? Изменение БП ... например прием заказов/заявок/... через Интернет (если это допустимо), или по почте (обычной). Если предположить, что автоматизация деятельности позволит обслуживать большее кол-во человек в ед. времени, то очевидно, что это и есть одна из целей автоматизации -- сократить среднее время обслуживания на N%. И экономика такой автоматизации легко тогда считается. Цели ясные, достижимые и измеряемые. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.03.2008, 20:10 |
|
|
start [/forum/topic.php?all=1&fid=33&tid=1548842]: |
0ms |
get settings: |
11ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
60ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
79ms |
get tp. blocked users: |
1ms |
others: | 265ms |
total: | 450ms |
0 / 0 |