|
![]() |
#1 |
Участник
|
а вообще тут все довольно просто.
есть 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). |
![]() |
#2 |
Участник
|
![]() Цитата:
2. ну раз не знаем, что хотим получить, то непонятно, что надо контролировать... 3. как контролировать качество того о чем мы ни чего не знаем? 4. есть риск менеджмент, нет риск менеджмента - пиндык случился - все насмарку. Вот у нас был риск менеджмент во главе с Шайгу - но лес выгорел до тла... Ладно на 2, 3 и 4 - это конечно издевательство. Но вопрос 1 вполне конкретен. Получается: Интегратор не нужен и возможно даже опасен, но Аксапту гдето купить надо... Естественно эта идея может быть рождена только умом Заказчика, которому надоели Интеграторы - сколько им не плати все равно ни за что не отвечают... Я правильно понял Вашу мысль? Последний раз редактировалось Мартынов Дмитрий; 08.10.2010 в 00:51. Причина: прозевал часть ответа... приношу извинения |
|
Теги |
erp, провал проекта, разборки по понятиям |
|
![]() |
||||
Тема | Ответов | |||
ERP-системы — мэйнстрим или тупиковая ветвь? | 30 | |||
О причинах неудачных внедрений ERP | 4 |
Опции темы | Поиск в этой теме |
Опции просмотра | |
|