Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Парадокс: главный тормоз в автоматизации - это программисты
|
|||
|---|---|---|---|
|
#18+
andbaryДелается по образу. теория это все... пустые словеса... безусловно нужно владеть предметом в подробностях и частностях, для того, чтобы быть убедительным... но при чем тут маркетинг? и что такое, по вашему, маркетинг, в контексте вашего высказывания? вы имели в виду провести исследование рынка, собрать факты, преподнести их в убедительной форме ДесижнМейкеру? трюизм ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.05.2006, 19:33 |
|
||
|
Парадокс: главный тормоз в автоматизации - это программисты
|
|||
|---|---|---|---|
|
#18+
John 3VoltaДа директор вообще не должен разбираться в IT-системах. Для этого у него и есть IT-директор. Проблема, видите ли, в том, что IT-директор берет на себя функции оценивать функциональные возможности софта, предназначенного не для него. :( С другой стороны, сколко раз приходилось сталкиваться с ситуацией, когда тот же директор открыто лоббировал дорогие решения, хотя всем и так было ясно, почему он старается... Нет, господа, оценивать производственный софт должны те, для кого он предназначен, т.е. узкие специалисты, а IT-службу предприятия необходимо подключать только для обсуждения технических вопросов, касающихся внедрения системы. John 3VoltaИ хватит плакаться про программистов-тормозов. Я как раз такой "свой" штатный программист заказчика, участвующий во внедрении системы, называемой "ERP" вместе с другими "своими" же IT-специалистами. И я совсем не считаю, что мы тормозим процесс внедрения. Скорее наоборот. Ну а если я, к примеру, предложу Вам оклад в полторы штуки баксов, Вы готовы расстаться со своим родным предприятием? :) А Ваш потенциальный уход (раз Вы не тормоз, а, наоборот, ускоритель внедренческих работ), - этот Ваш уход разве не затормозит внедрение системы, называемой "ERP"? :) John 3VoltaА "бедные сейлзы" плачутся здесь потому, что из-за таких как мы тормозов они недополучают приличные бабки. Всё. Хе-хе! Вот вам... "бедные сейлзы", хорошие бабки захотели?! ... Ну, ладно, "такие как мы тормоза" вам щас устроим.... Да, господа, сторонитесь, пожалуй, местных программистов. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.05.2006, 21:14 |
|
||
|
Парадокс: главный тормоз в автоматизации - это программисты
|
|||
|---|---|---|---|
|
#18+
ФЕБДа, господа, сторонитесь, пожалуй, местных программистов. :) Не думаю что их стоит сторониться. Программист в компании заказчика (имхо, такой аспект рассматривается?) - ближайший соратник и союзник. Нужно только ему давать бальзам, а не награждать геммороем. И все будет ок. Проверено. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.05.2006, 22:23 |
|
||
|
Парадокс: главный тормоз в автоматизации - это программисты
|
|||
|---|---|---|---|
|
#18+
ФЕБПроблема, видите ли, в том, что IT-директор берет на себя функции оценивать функциональные возможности софта, предназначенного не для него. :( Оцениваю. Да. Но я давно поняла, что функционал не столь сильно влияет на результат внедрения, как другие вещи, например, возможность интеграции с существующими системами. Покупаем сейчас очередные турникеты. С ним идет софт - выкинем его на помойку. Не нужен он, так как у нас все делается автматически, а там надо вручную вносить. Главное , что есть возможность интеграции. Все остальное - весь их функционал - даром выбрашенные деньги. Нормально, что ИТ-директор оценивает стороннюю систему. Вопрос, конечно, в качестве директора, но нормальный ИТ-директор не может тормозить процесс, хотя сторонние внедренцы часто думают именно так. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2006, 03:36 |
|
||
|
Парадокс: главный тормоз в автоматизации - это программисты
|
|||
|---|---|---|---|
|
#18+
MainframeНормально, что ИТ-директор оценивает стороннюю систему. Вопрос, конечно, в качестве директора, но нормальный ИТ-директор не может тормозить процесс, хотя сторонние внедренцы часто думают именно так. К сожалению, часто забывается, что простая автоматизация существующей ручной системы управления редко дает экономический эффект. Затраты на автоматизацию, как правило, велики. Поэтому, говоря о необходимости внедрения системы класса ERP (да и многих других) часто подразумевается, что вместе с автоматизацией будут внедряться новые методы управления, произойдет перераспределение существующих функций между подразделениями, появление некоторых новых и отмирание некоторых старых. Именно за счет новой, более эффективной, организации процесса управления и его автоматизации окупаются затраты на ERP. Именно такой комплексный подход способствует решению проблем предприятия. А теперь посмотрим на рядовое предприятие. Имеем следующие категории работающих: -исполнители из функциональных отделов -руководители среднего звена -руководители верхнего уровня -ИТ-специалисты Кто из них в состоянии оценить новую систему в комплексе (организацию и автоматизацию)? С точки зрения автоматизации проще. Сложнее с точки зрения организации. Кто-то на предприятии должен решить - требуется ли для решения проблем только автоматизация имеющихся процессов управления или еще нужно пересмотреть структуру, функциональные обязанности подразделений, методы работы. Если требуется только автоматизация, то практически все категории специалистов (кроме руководителей верхнего уровня) могут вполне компетентно сказать: устаивает их предлагаемая система или нет. Если же требуется изменение организации самого процесса управления с его последующей автоматизацией, то хоть как-то оценить систему в состоянии только руководители верхнего уровня. Исполнители и руководители среднего звена поглощены текучкой. ИТ-руководители, как правило, такими проблемами не озадачиваются. Специализированных подразделений на подавляющем большинстве предприятий нет. Про внешних консультантов много всего сказано и повторяться нет смысла. Вот и получается, что обсуждать принципиальные вопросы внедрения систем класса ERP можно только с руководителями верхнего уровня, да и то не со всеми. Это не их вина, а их беда. А вот когда принципиально вопрос решен, можно обсуждать конкретные вопросы с ИТ-специалистами, исполнителями, прочими руководителями. Может быть я изложил мысли свои путанно. Как смог. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2006, 08:06 |
|
||
|
Парадокс: главный тормоз в автоматизации - это программисты
|
|||
|---|---|---|---|
|
#18+
согласен с Вами V Sopkin Без качественного перестроения информационных потоков и реорганизации основных бизнесс процессов на предприятии любая ERP - всего лишь автоматизация бардака. IT отдел - заложники этой ситуации: им изнутри начинать революцию нафиг не надо (инициатива как известно наказуема). Поэтому, считать, что штатные IT специалисты - тормоза внедрения -некорректно в этом аспекте. Скорее всего управленцы верхнего уровня должны принимать такие решения. Это их бизнес, если они заинтересованы, тогда другой разговор. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2006, 08:25 |
|
||
|
Парадокс: главный тормоз в автоматизации - это программисты
|
|||
|---|---|---|---|
|
#18+
V.SopkinВот и получается, что обсуждать принципиальные вопросы внедрения систем класса ERP можно только с руководителями верхнего уровня, да и то не со всеми. Интересно. Тут кто нибудь лично решал вопросы с владельцем компании со штатом более 500 чел? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2006, 09:55 |
|
||
|
Парадокс: главный тормоз в автоматизации - это программисты
|
|||
|---|---|---|---|
|
#18+
V.SopkinЕсли же требуется изменение организации самого процесса управления с его последующей автоматизацией, то хоть как-то оценить систему в состоянии только руководители верхнего уровня А опыт в реальной реорганизации процессов управления имеется? Ну конечно диаграмки какието рисуются, а толку. Меняли ли по диаграмкам организационную структуру, или только по новому делали какие либо технические моменты? Если диаграмки вносили изменения в ключевых местах, то пошли они дальше бумаги? А кто реально из вас их внедрял в жизнь? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2006, 10:02 |
|
||
|
Парадокс: главный тормоз в автоматизации - это программисты
|
|||
|---|---|---|---|
|
#18+
ФлеймерИнтересно. Тут кто нибудь лично решал вопросы с владельцем компании со штатом более 500 чел? Да. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2006, 10:12 |
|
||
|
Парадокс: главный тормоз в автоматизации - это программисты
|
|||
|---|---|---|---|
|
#18+
iscrafm ФЕБДа, господа, сторонитесь, пожалуй, местных программистов. :) Не думаю что их стоит сторониться. Программист в компании заказчика (имхо, такой аспект рассматривается?) - ближайший соратник и союзник. Нужно только ему давать бальзам, а не награждать геммороем. И все будет ок. Проверено. Это если имеется в виду внедрение. А исходя из слов господина ФЕБ у меня складывается впечатление, что для него автоматизация - это вынудить клиента выбрать его систему, "а там как-нибудь внедрим". Только причём тут программисты? Топик надо было назвать "главный тормоз в автоматизации - IT-директор". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2006, 10:17 |
|
||
|
Парадокс: главный тормоз в автоматизации - это программисты
|
|||
|---|---|---|---|
|
#18+
John 3Volta"главный тормоз в автоматизации - IT-директор". В нормальных конторах IT-директор - зам генерального и входит в высшее руководство. Это необходимое (но не достаточное) условие автоматизации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2006, 10:45 |
|
||
|
Парадокс: главный тормоз в автоматизации - это программисты
|
|||
|---|---|---|---|
|
#18+
Флеймер V.SopkinЕсли же требуется изменение организации самого процесса управления с его последующей автоматизацией, то хоть как-то оценить систему в состоянии только руководители верхнего уровня А опыт в реальной реорганизации процессов управления имеется? Ну конечно диаграмки какието рисуются, а толку. Меняли ли по диаграмкам организационную структуру, или только по новому делали какие либо технические моменты? Если диаграмки вносили изменения в ключевых местах, то пошли они дальше бумаги? А кто реально из вас их внедрял в жизнь? Эти "диаграмки" самое важное звено!!! Внедрить сложную систему не разбивая на части процессы и не имея четкого плана не возможно! Общая схема (с с под схемами) должна быть утверждена. Если есть изменения (по сравнению с используемой) они должны быть тоже утверждены! Проблема иметь правильные схемы!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2006, 10:51 |
|
||
|
Парадокс: главный тормоз в автоматизации - это программисты
|
|||
|---|---|---|---|
|
#18+
proposed amendmentтеория это все... пустые словеса... Когда мы произносим слова, то вкладываем в них какой то смысл, что бы понимать его мы должны знать слова и собеседника!!! На сайте PVP есть информация о системе... После ее анализа становится ясно чего нехватает (для меня грамотных описаний и преимуществ...). Создать это сочинение способен грамотный маркетолог (некий комплекс мер включающий аналитику, журналистику, знание рынка). Для меня это маркетинг!!! Судя по всему для PVP тоже (если не так то он меня поправит). Я надеюдсь мы говорим на одном языке... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2006, 10:57 |
|
||
|
Парадокс: главный тормоз в автоматизации - это программисты
|
|||
|---|---|---|---|
|
#18+
Флеймер Интересно. Тут кто нибудь лично решал вопросы с владельцем компании со штатом более 500 чел? Не всегда с владельцами компаний, но практически всегда с первыми руководителями - генеральным директором, гл.инженером или руководителями крупных подразделений. Хотя часто они выступают одними из владельцев предприятия. Главное - что именно они принимают решения. Речь конечно же идет о комплексных системах, а не об отдельных задачах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2006, 11:12 |
|
||
|
Парадокс: главный тормоз в автоматизации - это программисты
|
|||
|---|---|---|---|
|
#18+
V.Sopkin Флеймер Интересно. Тут кто нибудь лично решал вопросы с владельцем компании со штатом более 500 чел? Не всегда с владельцами компаний, но практически всегда с первыми руководителями .... Подчеркну!!! Владелец всегда в курсе!!! (хотя конечно может лично и не встречаться ). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2006, 11:15 |
|
||
|
Парадокс: главный тормоз в автоматизации - это программисты
|
|||
|---|---|---|---|
|
#18+
ФЕБ Я не руководитель IT-службы, но позволю высказать свое мнение в связи с этой дискуссией: 1. Дотянуться до руководителя предприятия, тем более, до его реального хозяина, не всегда бывает возможно, если нет, как правильно сказал V.Sopkin, соответствующих "рекомендаций (при их наличии) авторитетных для заказчика людей". 2. IT-службы предприятий во большинстве своем не стремятся пустить на свою заповедную территорию "чужих варягов" с новым "инородным" софтом. Странно. А я, как руководитель IT-службы, наоборот сам ищу, приглашаю на переговоры. Причем первая же беседа происходит с участием генерального, коммерческого и прочих директоров. Сам практически молчу - большинство вопросов за меня задают как раз те, для кого система предназначена. Удовлетворительных ответов до сих пор так и не получили - все рекламные лозунги из буклетов. ФЕБ 3. Почти всегда интересы и запросы производственных подразделений предприятия перерастают рамки того, что им может предложить собственный IT. Поэтому непосредственный выход на руководителя производства и подробная беседа с ним (в отсутствие "благородного хранителя священного Грааля" - нач. IT-службы) И такое практиковал. Просто самоустранился от одного предложения - не участвовал ни в каких переговорах и демонстрациях. Причина этого была как раз мелкие локальные неудовлетворенности узких специалистов. Облажались сторонние автоматизаторы. ФЕБ Так и надо сначала постараться пообщаться с руководителями производственных подразделений. Надо ухитриться это сделать, по возможности, в отсутствие начальника IT-службы предприятия. :) Если вы собираетесь строить общую картину о том, что происходит на серьезном производственном предприятии из частных бесед с конечными исполнителями, то грош цена такой автоматизации. Тут больше подходит слово "впаривать" ФЕБ Проблема, видите ли, в том, что IT-директор берет на себя функции оценивать функциональные возможности софта, предназначенного не для него. :( Мне казалось, что у IT-директора должно быть более чем достаточно квалификации, опыта и лояльности, чтобы делать такую оценку в интересах родного предприятия. ФЕБ Нет, господа, оценивать производственный софт должны те, для кого он предназначен, т.е. узкие специалисты, IT-службу предприятия необходимо подключать только для обсуждения технических вопросов, касающихся внедрения системы. Да? Какое открытие! Узкий специалист может оценивать систему только в том случае, если он единственный пользователь этой системы. И очень часто частные видения и пожелания узких специалистов могут в корне противоречить другим пожеланиям других узких специалистов а так же общей задаче информационной системы предприятия. Для оценки необходим человек, который видит весь комплекс задач и проблем, знает все бизнес-процессы на предприятии и их взаимосвязи. И кто же этот специалист, если не CIO? Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2006, 11:17 |
|
||
|
Парадокс: главный тормоз в автоматизации - это программисты
|
|||
|---|---|---|---|
|
#18+
John 3Volta пишет: > Это если имеется в виду внедрение. > А исходя из слов господина ФЕБ у меня складывается впечатление, что для > него автоматизация - это вынудить клиента выбрать его систему, "а там > как-нибудь внедрим". А у меня такое же впечатление сложилось, только не из слов ФЕБ, а из опыта общения со многими "автоматизаторами". Но не со всеми - есть, разумеется, исключения. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2006, 11:35 |
|
||
|
Парадокс: главный тормоз в автоматизации - это программисты
|
|||
|---|---|---|---|
|
#18+
PVP > ни причем. Стремление сделать самому, добиться результатов > самостоятельно - это главная причина в отказе от услуг сторонних > специалистов. Не надо обобщать частный опыт и видение. Иногда сторонним специалистам полезно поискать причину в себе, своей системе и своем подходе к зарабатыванию денег. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2006, 11:43 |
|
||
|
Парадокс: главный тормоз в автоматизации - это программисты
|
|||
|---|---|---|---|
|
#18+
Александр Гoлдун ФЕБ И кто же этот специалист, если не CIO? Не буду цитировать все (по вашим ответам ФЕБ), собственно я практически со всем согласен Единственно с чем не совсем это с виденьем CIO. Сам был достаточно успешным и мы вели очень развернутые разработки. Спустя время, поменяв взгляд (смотря со стороны не одной организации), я стал замечать что многие задачи можно было бы решить более эффективно и многих проблем я просто не видел (не считал критичными). Это очень серьезная проблема и не решаемая (не нанимать же CIO каждый год). Поэтому очень важно иметь контакт с разработчиками (консультантами) решающеми задачи в подобных организациях. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2006, 12:41 |
|
||
|
Парадокс: главный тормоз в автоматизации - это программисты
|
|||
|---|---|---|---|
|
#18+
мод John 3Volta"главный тормоз в автоматизации - IT-директор". В нормальных конторах IT-директор - зам генерального и входит в высшее руководство. ...а вопросами автоматизации занимаются не программисты, а системные аналитики Эти "диаграмки" самое важное звено!!! Внедрить сложную систему не разбивая на части процессы и не имея четкого плана не возможно! Общая схема (с с под схемами) должна быть утверждена. Если есть изменения (по сравнению с используемой) они должны быть тоже утверждены! Проблема иметь правильные схемы!!! какое-то жуткое впечатление создается от прочтения ветки. Здесь что - одни программисты? 2 andbary Почитайте, что из себя процесс реорганизации информационной системы представляет вообще. Например здесь, http://www.iteam.ru/publications/it/section_51/article_1469/ анализ (построение "диаграмок") - это в том числе переложение задач менеджмента на язык, понятный айтишникам IT - отдел - это не только программисты. Это как правило служба, которая поддерживает информационную структуру предприятия. Она в принципе не должна быть инциатором внедрения новой системы. Инициатор - топ менеджемент, а IT только может реализовать ту часть, которая их касается. Но кто, кроме IT может понять, подойдет ли конкретная программа (система, называй, как хочешь) для реализации поставленных задач. По большому счету, мнение менеджмента требуется, когда выбираемая система не отвечает поставленным задачам в полной мере. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2006, 13:55 |
|
||
|
Парадокс: главный тормоз в автоматизации - это программисты
|
|||
|---|---|---|---|
|
#18+
Coolibin В моем столе сейчас лежит 3 (три) документа составленные по всем правилам данной статьи и соответствующих стандарту. Их объеденяет одно! Абсолютная не жизнеспособность!!! Системные аналитики (по этим трем проектам) нарыли кучу мусора (провели собеседования) и создали подобные документы! Начальство офигело от толщины папок и согласилось на внедрение... Естественно все подвисло... Мне они достались в наследство, храню как историю. Дьявол как всегда в деталях... Почему второстепенный процесс называется важным и наоборот. Что объеденяет разные процессы. Как отличить мусор (субъективное мнение) от важной информации. Что считать описанным процессом и сколько нужно описать что бы сказать все. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2006, 14:41 |
|
||
|
Парадокс: главный тормоз в автоматизации - это программисты
|
|||
|---|---|---|---|
|
#18+
andbaryСистемные аналитики (по этим трем проектам) нарыли кучу мусора (провели собеседования) и создали подобные документы! Начальство офигело от толщины папок и согласилось на внедрение... Естественно все подвисло... Мне они достались в наследство, храню как историю. Дьявол как всегда в деталях... Почему второстепенный процесс называется важным и наоборот. Что объеденяет разные процессы. Как отличить мусор (субъективное мнение) от важной информации. Что считать описанным процессом и сколько нужно описать что бы сказать все. Не помню где, но встречалось: аналитик - это человек, который даже в раю найдет недостатки :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2006, 14:46 |
|
||
|
Парадокс: главный тормоз в автоматизации - это программисты
|
|||
|---|---|---|---|
|
#18+
У меня создается впечатление, что вопрос о целесообразности начать или отказаться в сотрудничестве с командой сторонних специалистов сводится к анализу той системы, которую они предлагают. И либо совсем не ставится на чашу весов, или только чуть-чуть учитывается то, КТО пришел с предложениями. Система для сложных задач - это только инструмент. Им надо еще уметь пользоваться. Один специалист с помощью топора может только дрова рубить, и то плохо, а другой - церковь построить. То же и в автоматизации. Очень много сегодня приблизительно одинаковых по уровню функционала и по стоимости систем (программ). И не так уж и важно, какая из них будет закуплена. А вот сможет тот, кто ее будет запускать, решить с ее помощью все то, на что она способна, убедить пользователей в целесообразности забросить Excel и переключиться в общую систему - это уже зависит от специалистов . Их не всегда хватает на предприятии, потому что они дорогие для постоянного использования. Но временно, на период внедрения, почему бы и не использовать их услуги. Мы несколько раз внедряли свою систему после неудачных попыток запустить уже закупленную 1С. Это вовсе не значит, что там с помощью 1С нельзя было одолеть поставленную задачу. Не получилось слаженной работоспособной команды из смешанного состава – пользователи + внедренцы (программисты) . При сопровождении было и наоборот, когда заказчик менял нас на других. Причины провала, чаще всего, не в возможности программного обеспечения, а в ... (об этом уже много говорилось). Поэтому, система-системой, а кто будет работать - это более важно. Да, в общем то, специалист и не предложит неподходящую вещь (надувательство здесь не рассматриваем). И система, т.е. инструмент для него самый лучший тот, которым он лучше всего владеет. Да, оговорюсь. Я вовсе не считаю, что все специалисты, работающие у внедренческих фирмах, всегда сильнее тех, кто работает в АСУ предприятия. Если бы квалификацию можно было бы измерить в длину, то разброс был бы очень большой. Просто в каждой конкретной ситуации кто-то знает больше, кто то имеет больше опыта, кто то умеет лучше общаться с пользователями. У внедренцев просто есть больше возможностей поучиться как на чужих ошибках, так и на своих. Потому, что они проходят больше предприятий, больше пользователей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2006, 15:08 |
|
||
|
Парадокс: главный тормоз в автоматизации - это программисты
|
|||
|---|---|---|---|
|
#18+
Александр Гoлдун PVP > ни причем. Стремление сделать самому, добиться результатов > самостоятельно - это главная причина в отказе от услуг сторонних > специалистов. Не надо обобщать частный опыт и видение. Иногда сторонним специалистам полезно поискать причину в себе, своей системе и своем подходе к зарабатыванию денег. Posted via ActualForum NNTP Server 1 . 3Да сторонние специалисты такие же. Сколько раз к нам на фирму приходили с предложениями быть дилером то 1С, то Парус, то еще чего ни будь. Так нет же, САМ сделаю. Свое. Денег больше от своего? Да, держи карман шире... И дальше - копаешь, воротишь, пытаешься пробиться куда то... Да, нет претензий на обобщение, конечно это мнение личное. И то под сомнением. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2006, 15:19 |
|
||
|
Парадокс: главный тормоз в автоматизации - это программисты
|
|||
|---|---|---|---|
|
#18+
andbaryВ моем столе сейчас лежит 3 (три) документа составленные по всем правилам данной статьи и соответствующих стандарту. Их объеденяет одно! Абсолютная не жизнеспособность!!! Системные аналитики (по этим трем проектам) нарыли кучу мусора (провели собеседования) и создали подобные документы! ... Что значит "не жизнеспособной"? о какой модели идет речь? если AS IS, то не те были аналитики... как может быть нежизнеспособной схема, по которой вы работаете? и раз готовы заплатить зелень, значит работаете успешно... если TO BE, то менеджмент не готов еще к внедрению Дьявол как всегда в деталях... Почему второстепенный процесс называется важным и наоборот. Что объеденяет разные процессы. Как отличить мусор (субъективное мнение) от важной информации. Что считать описанным процессом и сколько нужно описать что бы сказать все. в том-то и плюс методик описания процессов, что они должны быть понятны и айтишникам и руководству. именно топ-менеджмент должен определять важность процессов и принимать или не принимать модель TO BE. а вот если модель понравилась, директор подписал, поставщик настроил систему, а она модели не соответствует, то вас просто развели. скорее всего, вы еще не готовы были к внедрению и нарвались на жадных сейлзов какой-то ERP. кто-то ведь подписал эти схемы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2006, 15:30 |
|
||
|
|

start [/forum/topic.php?fid=29&msg=33748818&tid=1528052]: |
0ms |
get settings: |
10ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
47ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
91ms |
get tp. blocked users: |
2ms |
| others: | 261ms |
| total: | 446ms |

| 0 / 0 |
