"Новые" методологии

Цитата:

Сообщение от George Nordic

Да, зачастую внедрение Qlik идет именно по Agile - методологии, потому что в начале проекта нет целей: точные цели выстраиваются именно во время внедрения проекта.

Это имхо конечно же не так. Какие то цели внедрения есть иначе продукт не купили.
А вот подробности уточняют порой уже в ходе работ с непосредственным клиентом

Цитата:

Сообщение от George Nordic

Хм, я смотрел несколько методологий, и я не нашел требований к проектным документам, вот почему я считаю их не сильно применимым к большим проектам.

Хм. Документы как раз есть (те же спринты к примеру содержат вполне себе лдостаточно информации). И проекты делающиеся по данной методолгоии масштабом бывают бОльше масштабом чем банальное внедрение DAX

http://habrahabr.ru/company/unicloud/blog/167059/

[George Nordic]

Цитата:

Сообщение от axm2013

Документы как раз есть (те же спринты к примеру содержат вполне себе лдостаточно информации). И проекты делающиеся по данной методолгоии масштабом бывают бОльше масштабом чем банальное внедрение DAX

Увы. Запустить простой процесс на 100 000 сотрудников - это не то же самое, что запустить ERP с кучей взаимосвязанных бизнес-процессов на 100 сотрудников. И тут очень сильные проектные риски. И самый сильный риск по результатам проекта это:
- "А почему этого нет? Вы же обещали!"
- "А где мы вам это обещали?"

Я пока не вижу, как это проблема (еще с десяток подобных) решаются в Rapid Implementation методологиях, какими проектными документами регламентируются эти и подобные вопросы.

В принципе, пока я сидел на внутреннем проекте, смысл использования огромного числа проектных документов мне был непонятен и казался вреден - "зачем тратить время на бумагомарание, когда можно в это время решать задачи и писать код"?? Смысл я постиг позже. Как-нибудь подготовлю рассказ о рисках и список проектных документов.

С Уважением,
Георгий

Цитата:

Сообщение от George Nordic

Увы. Запустить простой процесс на 100 000 сотрудников - это не то же самое, что запустить ERP с кучей взаимосвязанных бизнес-процессов на 100 сотрудников.

Вообще говоря запускают и не очень простые сервисы и больше чем на 100 000 человек. Систем разных и сложных очень много.

Цитата:

Сообщение от George Nordic

И тут очень сильные проектные риски. И самый сильный риск по результатам проекта это:
- "А почему этого нет? Вы же обещали!"
- "А где мы вам это обещали?"

Именно поэтому цели проекта таки есть.

Цитата:

Сообщение от George Nordic

Я пока не вижу, как это проблема (еще с десяток подобных) решаются в Rapid Implementation методологиях, какими проектными документами регламентируются эти и подобные вопросы.

Выписать общие идеи чего хотим не проблема +-.

Вопрос в том как этого достичь и при этом чтобы заказчик был доволен и не ушел для перехода на R3 к другой команде к примеру.

Для этого с ним надо общаться узнавать что он хочет и тп. Одна из методологий этого к примеру agile. Она ака устав в армии или ПДД написана кровью и must have у любого консультанта на уровне понимания.