AXForum  
Вернуться   AXForum > Прочие обсуждения > Курилка
NAV
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 04.10.2010, 13:37   #1  
ZornFire is offline
ZornFire
MS Dynamics AX 2012 R3
Аватар для ZornFire
Oracle
Злыдни
Ex AND Project
 
333 / 76 (3) ++++
Регистрация: 12.01.2009
Адрес: Москва
б) В принципе клиент и исполнитель должны отрабатывать сиё совместно, дабы предупредить в дальнейшем возможные разногласия. Или клиент должен всё проверять за испольнителем, вооружившись свитой своих аудиторов.
__________________
"Человек человеку волк, а зомби зомби зомби." (с)
С Уважением, Алексей Кабанов
Старый 04.10.2010, 19:12   #2  
Evgeniy2020 is offline
Evgeniy2020
Участник
 
309 / 68 (3) ++++
Регистрация: 10.04.2007
Адрес: Москва, САО, СЗАО
а вообще тут все довольно просто.
есть Best practices.

например в разработке Best practiсes гласит
клиентский код необходимо поместить на клиенте,
серверный код необходимо поместить на сервере,
необходимо минимизировать трафик между клиентом сервером,
и вычислительные ресурсы системы, чтобы при минимальных затратах,
получать максимум результатов.

отсюда исполнитель ДОЛЖЕН разработать клиентский код и поместить его на клиенте
серверный код должен быть на сервере

если вы пойдете наоборот провал обеспечен.
так же и в ведении проектов и договороной части.
есть внегласные Best practices.

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

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

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

например

1. нет понимания что хотим получить. Первая степень свободы
2. нет контроля исполнения проекта. вторая степень свободы
3. нет контроля качества. третья степень свободы.
4. нет риск менеджмента. четвертая степень свободы.

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

http://n-t.ru/tp/mr/ph.htm

Последний раз редактировалось Evgeniy2020; 04.10.2010 в 19:35.
За это сообщение автора поблагодарили: lev (1).
Старый 08.10.2010, 00:45   #3  
Мартынов Дмитрий is offline
Мартынов Дмитрий
Участник
 
236 / 66 (3) ++++
Регистрация: 02.02.2004
Адрес: г. Москва
?
Цитата:
Сообщение от Evgeniy2020 Посмотреть сообщение
1. нет понимания что хотим получить. Первая степень свободы
2. нет контроля исполнения проекта. вторая степень свободы
3. нет контроля качества. третья степень свободы.
4. нет риск менеджмента. четвертая степень свободы.
1. ну да - степень свободы... Но его же нет - понимания этого - где ж его взять?
2. ну раз не знаем, что хотим получить, то непонятно, что надо контролировать...
3. как контролировать качество того о чем мы ни чего не знаем?
4. есть риск менеджмент, нет риск менеджмента - пиндык случился - все насмарку. Вот у нас был риск менеджмент во главе с Шайгу - но лес выгорел до тла...

Ладно на 2, 3 и 4 - это конечно издевательство. Но вопрос 1 вполне конкретен.

Цитата:
Сообщение от mr.ZF Посмотреть сообщение
По личному опыту знаю что за исполнителем нужен жёсткий контроль. А клиент уже должен заранее понимать что ему надо и заранее подготовиться к внедрению. В смысле зачем нанимать Исполнителя? Не родит же клиент себе сам ту же Аксапту о_О
Получается: Интегратор не нужен и возможно даже опасен, но Аксапту гдето купить надо... Естественно эта идея может быть рождена только умом Заказчика, которому надоели Интеграторы - сколько им не плати все равно ни за что не отвечают... Я правильно понял Вашу мысль?

Последний раз редактировалось Мартынов Дмитрий; 08.10.2010 в 00:51. Причина: прозевал часть ответа... приношу извинения
Старый 06.10.2010, 10:07   #4  
Мартынов Дмитрий is offline
Мартынов Дмитрий
Участник
 
236 / 66 (3) ++++
Регистрация: 02.02.2004
Адрес: г. Москва
?
Цитата:
Сообщение от mr.ZF Посмотреть сообщение
б) В принципе клиент и исполнитель должны отрабатывать сиё совместно, дабы предупредить в дальнейшем возможные разногласия. Или клиент должен всё проверять за испольнителем, вооружившись свитой своих аудиторов.
Т.е. клиент в этом вопросе ни как не может рассчитывать на Исполнителя? Зачем тогда Исполнителя нанимать?
Теги
erp, провал проекта, разборки по понятиям

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
ERP-системы — мэйнстрим или тупиковая ветвь? slava09 Курилка 30 26.09.2010 18:00
О причинах неудачных внедрений ERP Poleax Курилка 4 11.09.2010 16:29

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 13:19.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.