Имя: Пароль:
1C
1С v8
Как лучше внедрять УПП?
, , ,
0 Kutuzov
 
23.12.11
16:40
1. Нанять хорошего программиста в штат 58% (23)
2. Заключить договор с франчайзи 35% (14)
3. Заключить договор с фрилансером 8% (3)
Всего мнений: 40

Встала задача - внедрение УПП на предприятии. Что лучше - пригласить фирму-франчайзи или нанять хорошего программиста? Какие подводные камни ожидают?
337 Albaness
 
28.12.11
09:12
один в поле не войн

Заключить договор с франчайзи
338 Yuwa
 
28.12.11
09:47
(336) Ну хорошо, хорошо! Согласен. Можно еще тех, кто хотя бы стал жертвой. Для полноты картины. Пущай подвывают...
339 Маратыч
 
28.12.11
09:49
(336) Завалить проект можно по разным причинам. Одной из причин может быть непрошибаемая тупость руководства заказчика, слабохарактерность внедренца, позволившего раскрутить себя на кучу хотелок-свистоперделок и увязшего в них... Компетентность внедренцев - это всего лишь один из множества пунктов в данном случае.
340 shuhard
 
28.12.11
09:52
(339) всего лишь один - но ключевой,
как отсутствие патронов у наполеоновского генерала
341 Маратыч
 
28.12.11
09:52
+(339) ... вот только при этом оооочень многие любят ссылаться именно на "кривость" УПП. Мало кто хочет признавать свою несостоятельность и неумение работать с клиентом.
342 Джинн
 
28.12.11
09:52
(336) Понятие "завалили" крайне растяжимое. Чаще всего под "завалили" имеется несоответствие ожиданиям бизнесьменов с тяжелым ларечным прошлым и не обезображенных признаками интеллекта. Или к конторах, где рулят кладовщики и бухгалтеры из бывших уборщиц.
343 Маратыч
 
28.12.11
09:58
(340) Не ключевой! Ни разу! Даже имея в штате всего лишь девочек-консультантов, франч на период крупного проекта может нанять двух-трех высококлассных спецов, зная, что они многократно окупятся, сколько бы ни стоили. Поверьте, сколотить временную команду спецов несложно, если есть чем им платить.

Первое ключевое условие - это четко, максимально конкретно сформулированная задача с условием - категорически на период ее выполнения не отходить от пунктов ТЗ ни на шаг. Второе ключевое условие - полноценное сотрудничество и участие сотрудников заказчика во внедрении. А не так - "мы им заплатили, вот пусть себе и копошатся, а мы на готовенькое сядем". Это в корне неверный подход, клиента сразу надо в этом убедить.
344 Yuwa
 
28.12.11
10:00
(343) Никогда не пробовал варианта с приглашенными спецами со стороны. И не рискну. Самое ценное, что есть у нас - это репутация. Вручать ее в руки сомнительных людей- безумство
345 shuhard
 
28.12.11
10:02
(343) [Поверьте, сколотить временную команду спецов несложно, если есть чем им платить. ]
сказки
346 Маратыч
 
28.12.11
10:04
(344) Само собой, это крайний вариант. Но, скажем, у франча в свое время не хватило ресурсов для найма хороших, рекомендованных спецов, но контакты с ними поддерживаются. Тут заказчик предоплатил проект и франч готов платить этим спецам столько, сколько они запросят. Рынок IT, особенно в области автоматизации бизнес-процессов, достаточно узок, хорошие специалисты друг друга знают, имеют сложившуюся репутацию и достаточно известны в среде франчей.
347 Маратыч
 
28.12.11
10:05
(345) С нуля, не имея ни связей, ни контактов, ни умения разговаривать с людьми - да, сказки. Согласен.
348 МишельЛагранж
 
28.12.11
10:06
В первую очередь делается анализ: что, зачем, куда автоматизировать, какие рабочие места и каких целей добится хотят в учете и вообще, по автоматизации. И в какие сроки и сколько это будет стоить.
Соответственно, здесь общаются с людьми, которые занимаются такими проетками - это на 99% франчи (ну и 1с сама, токо кому она нужна, с такими запросами...)
Естественно, это надо делать группой (обычно это франчи) и в тесном контакте с руководством.
Потом подбивают на это деньги (сколько получилось в итоге, и готово ли руководство выложить такие деньги), выбирают исполнителей (если ничего делать не надо - фрилансер, че-то допилить - франчи, сопровождать - тут только или франч, или штатный программист), и заключается договор.
И начинается проект.
И чем более глубоко копнули при обследовании, тем более реальное внедрение будет соответствовать срокам и деньгам предварительным.
Плюс - организационные меры принуждения: насколько руководство заинтересовано переучивать и заставлять сотрудников работать в новой среде.
А все остальное - "Шухард правильные мысли двинул.. прав - не прав..." "выбрать пункты.." - вообще к делу не имеет отношения.
Это в мск, где деньги за красивые глазки заплатят.
Здесь важно только одно: опыт внедрения у исполнителей и сколько прозрачности и идиотизма на данном конкретном предприятии.
По поводу самописок.
"одно дело разбираться в типовой, другое - в самописке.... гениальный программист уволился.."
для этого и составляется, во-первых, ТЗ, а во-вторых - документация на разработку. И руковдство по работе.
А если 1с сама культивирует бардак, ахинею и бред в своих разработках, и поощряет этот хаос - то и программисты на платформе 1с тоже не выбиваются из тренда.
Каков глава, таков и коллектив.В первую очередь делается анализ: что, зачем, куда автоматизировать, какие рабочие места и каких целей добится хотят в учете и вообще, по автоматизации. И в какие сроки и сколько это будет стоить.
Соответственно, здесь общаются с людьми, которые занимаются такими проетками - это на 99% франчи (ну и 1с сама, токо кому она нужна, с такими запросами...)
Естественно, это надо делать группой (обычно это франчи) и в тесном контакте с руководством.
Потом подбивают на это деньги (сколько получилось в итоге, и готово ли руководство выложить такие деньги), выбирают исполнителей (если ничего делать не надо - фрилансер, че-то допилить - франчи, сопровождать - тут только или франч, или штатный программист), и заключается договор.
И начинается проект.
И чем более глубоко копнули при обследовании, тем более реальное внедрение будет соответствовать срокам и деньгам предварительным.
Плюс - организационные меры принуждения: насколько руководство заинтересовано переучивать и заставлять сотрудников работать в новой среде.
А все остальное - "Шухард правильные мысли двинул.. прав - не прав..." "выбрать пункты.." - вообще к делу не имеет отношения.
Здесь важно только одно: опыт внедрения у исполнителей и сколько прозрачности и идиотизма на данном конкретном предприятии.
По поводу самописок.
"одно дело разбираться в типовой, другое - в самописке.... гениальный программист уволился.."
для этого и составляется, во-первых, ТЗ, а во-вторых - документация на разработку. И руковдство по работе.
А если 1с сама культивирует бардак, ахинею и бред в своих разработках, и поощряет этот хаос - то и программисты на платформе 1с тоже не выбиваются из тренда.
Каков глава, таков и коллектив.
349 МишельЛагранж
 
28.12.11
10:06
(340) генералу не нужны патроны - разщве что застрелиться.
ему нужны:
- карты
- связь с войсками
- функционирующая жесткая вертикаль управления отрядами.
А патроны должны быть с запасом у солдат.
350 Yuwa
 
28.12.11
10:06
(346) несерьезно. В футболе и то 11 супер профессионалов с листа не сыграют. А тут УПП...
351 Tata001
 
28.12.11
10:07
в первую очередь аналитик и консультант,может и программист не нужен будет.
352 МишельЛагранж
 
28.12.11
10:08
(343) вы примите во внимание, что Шухард - это не внедренец ни разу, а просто некий сотрудник, работающий с УПП.
Еше неизвестно, как и насколько работающей.
И которому даже не звонят в случае проблем.
353 МишельЛагранж
 
28.12.11
10:13
(350) с какого листа?
все определяет ТЗ - насколько продумано и приближено к чаяниям руководства.
А с другой стороны - какова степень бардака на данном предприятии, и насколько о нем осведомлено руководство.
Или если если его в этом случае все устраивает - так и втоматизировать  нечего:
автоматизируя хаос, получишь только автоматизированный хаос (с).
И заметьте, это не гениальный Шухард сказал.
Который тут на мисте прав через строчку.
И мудр через абзац.
354 jsmith82
 
28.12.11
10:15
имхо успех проекта зависит от руководителя, одного единственного человека, и главное найти его, и не важно, кто это будет, штатный прог, фри или франч
355 Джинн
 
модератор
28.12.11
10:15
(353) Коллега, я бы рекомендовал перечитать правила и несколько отойти от обсуждения личностей оппонентов.
356 jsmith82
 
28.12.11
10:16
действительно, давайте без околичностей
а то просто уже неинтересно общаться
мне кажется, у нас один общий враг
357 МишельЛагранж
 
28.12.11
10:17
(355) полностью согласен.
прошу со стороны Шухарда тоже воздержаться от оскорблений и тыканья в мой адерс ))
358 МишельЛагранж
 
28.12.11
10:19
(355) также, если можно уполовинить - у меня сообщение (348) задвоилось.
359 sergeev-ag-1977
 
28.12.11
10:54
Варианты следующие по убыванию:
1. нанять хорошего программиста в штат (это тоже нужно уметь);
2. заключить договор с фрилансером;
3. заключить договор с франчайзи.
В любом случае фаранч самое худшее из перечисленного. Если проект маленький - франч дорого. Если проект большой - франч бессмысленно.

Нанять хорошего программиста в штат
360 Yuwa
 
28.12.11
10:57
(359) Внедрял УПП???
361 ParaWiz
 
28.12.11
10:59
(359) речь не о том чтобы поставить УПП, настроить ответственных лиц и показать как 1с запускать ... речь о нормальном полноценном внедрении, где анализируются и пересматриваются текущие бизнес-процессы, часть из них меняется, где полноценно обучение персонала и прочее прочее ... один программист этого не потянет ...
362 jsmith82
 
28.12.11
11:00
(359) а ты добился? )
363 jsmith82
 
28.12.11
11:05
было у меня дело, работал в одной крутющей конторе (младшим программистом тогда), проекты вертелись по нескоку десятков лямов
повсюду висели слоганы командная работа, дух компании, эффективный менеджмент и так далее
рук проекта был технически очень прошаренным человеком, наверно, лучший программист 1с, которых я встречал, другие тоже ребята были со скиллом
аналитики вот никудышные были в основном, хотя попадались такие, которые даже расписывали движухи по регистрам без палева
чё хочу сказать. на выходе получилась дико убогая конфа с кучей нелепиц, ошибок
я там писал блок учёта материалов и ценных бумаг, работал старательно
но несмотря ни на что получилось гамно. с тех пор у меня слово командная работа воспринимается как ругательство
не было в этом проекте души, личности, который бы породнился с конфигурацией и отвечал за неё как за самого себя
и с этих же пор я зарубил себе на носу, что в проекте всегда должен быть архитектор системы - самый высокооплачиваемый спец
имхо
364 Yuwa
 
28.12.11
11:12
(363) Свежая мысля
365 МишельЛагранж
 
28.12.11
11:15
(363) ну носится 1с с архитекторами...
порлучается 77, 81, 82....
и типовые...
почему у вас на выходе получилось не то - могу сказать.
потому что программисты не вникали и не разбирались с материалом, что программили.
а сказали - они че-то там про себя наваяли и плевать.
это стандартный подход 1с-ников в принципе.
мы всегда обходились без архитекторов, а функции стержня постепенно переходили от специалиста в области к программисту.
Собственно, это и есть правильная манера программирования...
366 shuhard
 
28.12.11
11:16
(348)
(352)
(353)
(365)
словесный понос
367 V_V_V
 
28.12.11
11:17
(363) УПП (как и другие типовые) тоже команда писала, это не проект одного человека. Гамно не гамно, ошибки не ошибки - работает, исправляют и т.д. Команды разные бывают...
368 МишельЛагранж
 
28.12.11
11:20
(366) модератора прошу обратить внимание
369 shuhard
 
28.12.11
11:22
(363) ты полностью прав,
если РМ не может  совместить руководство проектом и архитектурой, то проекту хана
370 ado
 
28.12.11
11:24
(365) А архитектор -- он и есть программист. Просто самый главный. Который знает проект весь целиком, а не отдельные части.
371 Shurjk
 
28.12.11
11:26
И даже не программиста а менеджера проекта.

Нанять хорошего программиста в штат
372 МишельЛагранж
 
28.12.11
11:31
(370) все знать нельзя.
чем больше проект - тем на большие части он разбивается, и больше перекладывается на плечи рядовых программистов.
А задача РП - обеспечить всех неоходимой информацией, свести с нужным специалистом и следить за сроками.
если и кодить - то уж если совсем незакрытый участок какой есть. но и тут он выступает как рядовой программист, а не РП.
так что архитектор - это грамотный менгеджер, который все равно не заменит знаний предметных специалистов, а также не сможет выбрать каждому бойцу наилучшую точку обстрела и поправку на ветер в конкретном овраге.
373 ado
 
28.12.11
11:35
(372) Знать весь проект -- не значит знать его весь в деталях. Видение у архитектора менее детализированное, но более широкое, чем у спецов на участках.

И архитектор -- ни в коем случае не менеджер. Это именно главный технический специалист. Когда начинают смешивать архитектора с РП получается ж.па
374 МишельЛагранж
 
28.12.11
11:55
(372) это только в Россиянии менеджеры - тупо "где мои 10%, уроды?!" ))
Вообще, менеджер - это управленец, в том числе - и технически подкованый, и знающий процессы управления на предприятии, и разбирающийся в ит-технологиях (или знающий, у кого получить окончательное и квалифицированное мнение), и умеющий разработать структурный этап.
А если что конкретно уж совсем техническое - есть более узкие специалисты, которых он же должен взращивать и ценить, именно из соображений выше.
375 ado
 
28.12.11
12:10
(374) Еще раз. Архитектор -- не технически подкованный управленец, а сугубо технический специалист. Который отвечает за техническую часть проекта в целом. Управленческих навыков у него может вообще не быть --  и не надо.
376 МишельЛагранж
 
28.12.11
12:12
(375) тогда ваш проект провалится или его затянет в болото "а кто за это отвечает?!"
377 ado
 
28.12.11
12:14
(376) А кто сказал, что при этом не нужен управленец? Просто это не архитектор.
378 МишельЛагранж
 
28.12.11
12:18
(303) "Однако следующие слайды описывали ужасные последствия потери стратегического курса: стратегическая дезориентация, снижение управляемости и потеря маржи на высококонкурентных рынках. Трудно даже решить, что было страшнее. Владелец бизнеса вспомнил, как буквально прошлой зимой на МКАДе с ним приключилось «снижение управляемости» на скорости прилично за двести. Тогда чудом удалось избежать слияния с Камазом. Нет, чутье не подвело – с бизнесом точно нужно что-то делать, и делать сейчас."
- совершенно верно, мало кто из владельцев представляет, чем же занимается доставшеепся ему предприятие. И что нужно для его эффективной работы.
"За образец следует взять модель производства розового масла (во внутренней базе Консультанта есть информация об организации ведущих мировых производителей розового масла) и заменить в ней розы на кактусы. Розы – потому что и у роз и у кактусов есть шипы, так что бизнес-модель роз, после небольшой адаптации к условиям «Уникака», неизбежно сработает и на кактусах."
- в точку. Если владелец не разбирается ни в технологиях кактуса, коими руководит, ни в технологиях роз - ему все равно. Ну, этим и пользуются, раз ему без разницы.
"Вообще-то кактусы на новогубернской вечной теплоте цвели не очень часто, и оборудование для выделения масла из цветков – недешевая игрушка, но за консультантами стоял мировой опыт и международная практика, а за «Уникаком» - только 10 лет эксплуатации не совсем честно нажитого советского наследия."
- тоже верно. И нынешние руководители в массе своей - результат еще совесткого отбора двоишников, подхалимов и придурков на руководящие посты и должности.
379 sergeev-ag-1977
 
28.12.11
12:18
(360), (361), (362)
Внедрял. Добился.
380 shuhard
 
28.12.11
12:19
(375) угу,
страшный бородатый чел, бормочущий странный слова и рисующий в Visio чудовищного вида схемы связи сущностный

будучи разбужен легко описывает:
- НСИ
- механизмы
- РГ
- бизнес-правила

допускать его на совещания с ЛПР можно после тщательного сеанса гипноза
381 МишельЛагранж
 
28.12.11
12:20
(377) так и пытаются работать.
а еще нужно 20 замов, 10 помов, 40 секретарш.. он жеж не может все знать.. управленец же вообще может ничего не знать...
кроме "где мои 10%, уроды?!"
382 zva
 
28.12.11
12:33
Может уже было, но голосовалка мне напомнила:
http://bogdanovich.ru/ibf/topic1599.html
383 МишельЛагранж
 
28.12.11
12:50
(303) "Аня переслала эти материалы Алексею и предложила немедленно «пробрейнстормить состав презентации на флипчарте». Брейнстормили почти шесть часов подряд, изведя при этом двадцать листов формата А1, шесть маркеров и около восьмидесяти чашек кофе, который варили в кафетерии «Кактуса», и, по указанию владельца бизнеса, консультантам приносили бесплатно. В конце концов, сильно устав и почти охрипнув от жарких споров, утвердили следующую схему презентации:
Вступление
Операционные модели
Заключение
Глубина смысла, закладываемого каждым участником в пункты схемы, не поддавалась измерению."
- и это присутствует. Когда у внедренцев нет опыта внедрения, у владельца - нет понятия о своем бизнесе и перспективах, как на своем рынке, так и на смежных, и ни у кого нет желания копаться в "мусоре" сложившихся взаимодействий и технологий на предприятии.
Все старательно заучивают свои слова и суммы из формулы "где мои 10%, уроды?!"
384 МишельЛагранж
 
28.12.11
12:59
(303) "Ну, хорошо, предположим, Мегасов с позором изгнан. Руководители других подразделений довольно быстро придут к выводу, что лучше наворовать за три-четыре месяца свой двадцатилетний доход и спокойно свалить, чем горбатиться на «Уникаке» до пенсии без ясных перспектив. В конце концов, в 94-ом украсть Районский Кактусокомбинат мог каждый, и сейчас воровство у владельца можно оправдать лозунгом «грабь награбленное».
Выгнать Мегасова было решительно невозможно."
- вот причина 99% бед экономики и развала предприятий.
Грабитель - это не хозяин. И настоящая автоматизация грабителю не нужна нигде и никак.
385 МишельЛагранж
 
28.12.11
13:07
(303) "Четвертый вариант операционной модели для «Уникака» предполагал выделение всех сквозных функций (бухгалтерии, ТоиР, складов, персонала и части маркетинга) в Shared Service Centre.
Так, подумал владелец, это все мелочи, а вот подписание платежных поручений и счетов-фактур в этот самый «шэред сервис» вывести было бы неплохо. Схема получалась простая и почти гениальная (владелец заулыбался, как ребенок, сложивший кубик Рубика, причем Олаф принял улыбку на свой счет): ключевые компетенции, а конкретно – отношения с самыми крупными клиентами, переносятся с предприятий в управляющую компанию, закупки вспомогательных материалов и запчастей концентрируются в SSC, там же ставится отдел контроля, который смотрит за соответствием счетов на оплату бюджетам. Счета-фактуры и платежки подписывает не главный бухгалтер «КактусТранса», которого Мегасов выдрессировал как Куклачев своих кошек, а контролер из SSC, для которого Мегасов не важнее степлера.
....
Только в гостинице сын стокгольмоподданного вспомнил, что в заключительной речи на презентации он, кажется, забыл упомянуть про розы. Но стоит ли огорчаться такой мелочи, когда в карманах уже хрустят денежные знаки и клиент одобрил продолжение проекта?"
- а это причина провала 95% проектов, где задействованы профессионалы.
Здесь полуграмотные владельцы бизнеса не ищут пути оптимизации и усовершенствования, не считают маржу от покупки нового оборудования или внедроения более прозрачной и четкой системы учета, а делят власть и деньги, пытаясь проект внедрения использовать для дискредитации соперника и оттока денег себе.
Естественно, проект терпит провал - автоматизировать подковерные игры невозможно в принципе.
386 strange2007
 
28.12.11
13:25
Не программиста, который быдлокодер, а спеца, который умеет читать, писать и говорить

Нанять хорошего программиста в штат
387 Маратыч
 
28.12.11
13:29
рукалицо.жпг

Вот из тех, кто предлагает просто нанять одного спеца в штат, кто-нибудь вообще работал в конторе с полным производственно-торговым циклом и многомиллионными оборотами? Там, где одних бухгалтерских документов в день до тыщи проводится?
388 Волчара2010
 
28.12.11
13:29
один программист УПП не внедрит за короткий срок
389 Волчара2010
 
28.12.11
13:30
+(388) чтобы внедрить УПП за 6 месяцев - надо знать УПП как свои пять пальцев
390 МишельЛагранж
 
28.12.11
13:38
(303) "Из нескольких придуманных вариантов выбрали один рабочий – раз в контракте речь идет о «методологической поддержке», то консультанты будут предоставлять описание подхода к выполнению тех или иных задач. Тут же придумали звучное обозначение «разработка адаптированных методологий». Ответственность делилась так:
Консультанты предоставляют адаптированные методологии из лучших мировых практик в следующих областях: «управление посевными площадями цветковых культур», «управление посевами», «технологический процессинг цветков» (до уровня цветковых плит). Кроме того, консультанты дают две дополнительные методологии: «выбор схемы управления посевными площадями» и «выбор оборудования для процессинга цветков».
Клиент несет полную ответственность за наполнение адаптированных методологий фактическими данными и отраслевой спецификой, а также полностью отвечает за результаты применения адаптированных методологий."
- вот когда клиент полностью отвечает за наполнение и прменение "адаптивной" технологии - это полностью подход 1с.
"Мы вам что-то дали, как-то работает, ну, а вся остальная отвественность - на вас, дерзайте!"
Берите на вооружение.
391 Yuwa
 
28.12.11
13:45
(379) Поведай о том, как ты в одно лицо внедрил УПП на гигантском заводе. Как наладил учет по МСФО, поставил бюджетирование и планирование. Как замечательно обучил сотню-другую пользователей. Токо помедленнее, "Я записыаю"
392 ДемонМаксвелла
 
28.12.11
13:49
свой специалист должен быть

Нанять хорошего программиста в штат
393 buhkiller
 
28.12.11
13:49
Внедрение УПП как ремонт в квартире - это состояние, а не процесс.
394 ДемонМаксвелла
 
28.12.11
13:50
но и грамотный франчайзи необходим

Заключить договор с франчайзи
395 vs84
 
28.12.11
13:55
(0)
Если это именно проект внедрения с нуля, то это проект. А завершенных проектов без РП не бывает. Соответственно минимально необходимый набор - РП в штат. Остальные ресурсы могут быть как фри, фра, фикси. На его усмотрение, в зависимости от заданных ограничений. Но это должен быть очень не равнодушный человек, основной идеолог системы. Когда даже заказчики (ген, собственник) по ходу проекта уже забудут что там и как (а это происходит), он должен всех рвать, но двигать проект согласно оговоренного плана.

И врятли при внедрении именно УПП на производстве как то иначе :)

4. РП в штат
396 jsmith82
 
28.12.11
14:43
(393) жжош
397 ДемонМаксвелла
 
28.12.11
14:49
(395) новый человек не протолкнет.
398 screamhome
 
28.12.11
15:10
(0)
Какой итог у ветки??

лень читать стока


резюме будет??
399 jsmith82
 
28.12.11
15:12
(398) требовать портфолио с нным количеством внедрений упп
400 shuhard
 
28.12.11
15:19
(398) резюме появилось в первые полчаса:
принятие решения о внедрении УПП на производстве линолеума требует обследования и моделирования, говорить о команде проекта без этого бессмысленно
401 disk-2008
 
28.12.11
17:12
Заключить договор с фирмой, которая занимается внедрением, не франчайзи.
Где этот вариант?
Условно ставлю - с фрилансером.
Начинать - с ТЗ, где 1-й этап - анализ бизнес-процессов предприятия.

Заключить договор с фрилансером
402 Yuwa
 
28.12.11
17:24
(401) Франчайзи или нефранчайзи - дело десятое. Важно, чтобы могли внедрить проект. Остальное верно
403 agent-J
 
28.12.11
17:59
(120) - а что такое "ТОС"?
404 strange2007
 
29.12.11
03:51
В общем так: франчи нацелены на получение денег. Франчу не надо, что бы клиент получил хорошо, надо что бы быстро и с деньгами. Это уже обсасывали и бизнес-тренера и собственники предприятий. Франчу просто не выгодно делать хорошо.
Фришник, это хорошо, но найти ответственного (да, именно ответственного) ооочень трудно. Их чуть ли не по пальцам можно пересчитать в крупном городе. Все равно один человек без параллельной или последовательной подпинки сдается и начинает халявничать.
Штатный сотр - прикольно. Другой вопрос, что надо искать умного консультанта и плохого кодера, нежели наоборот

Нанять хорошего программиста в штат
405 Reaper_1c
 
29.12.11
10:29
(404) Опять жлобье по себе судит???
406 Aleksey_a_z
 
29.12.11
10:56
(363) "породнился с конфигурацией"
Это сильно))))
407 ILM
 
гуру
30.12.11
14:31
Внедряйте так.
1. Всучили УПП и раздали книжки пользователям.
2. Провели обучение и настроили рабочие места. Раздали права.
3. Запустили в работу и консультируете 6-9 мес. время от времени если пользователи тупят.
4. Потом уже спрашивайте чего не хватает для полного счастья, анализируйте бизнесс-процессы, выстраивайте цепочки, связи и т.д. и т.п.
5. А вот потом уже - консультируйте или допиливайте те подсистемы, которых действительно не хватает.
6. Переходите к пункту 1.

Если допиливать сразу после пункта 2./3., то есть вероятность что доделаете всякой ненужной фигни...
408 Yuwa
 
30.12.11
14:50
(407) Хм... По п.3 вопрос: а как можно запустить в работу, если нет важнейшего отраслевого функционала???
409 shuhard
 
30.12.11
14:51
(407) не взлетит,
через квартал будет сильная команда саботажников, которая зароет тебя вместе с проектом
410 ILM
 
гуру
30.12.11
15:00
(409) Пункт 3 зачем? Вот тут саботажников и нужно превращать в своих сторонников.
Самое трудное убедить людей в том что ему будет хорошо когда контроля будет больше, а работы меньше... Если нет, то нужно убеждать...

(403) "Теория ограничений систем" (Theory of Constraints) сокращенно ТОС. Можно поискать ещё и "Израильский КАНБАН".
411 ILM
 
гуру
30.12.11
15:02
(409) Если руководитель за проект, то не зароет. Если ему пофиг, то любой проект загнется.
412 JustBeFree
 
30.12.11
15:03
(410) Пгошу пго изгаильский КАНКАН (ик) поподгобнее.
413 ILM
 
гуру
30.12.11
15:04
В США и в других странах в 80-е годы начали широко использовать систему организации производства ОПТ, в которой на качественно новой основе получили дальнейшее развитие идеи, заложенные в системах KANBAN и MRP. Система организации производства и поставок, которую назвали «Оптимизированной производственной технологией» (Optimized Production Technology, OPT), разработана израильскими и американскими специалистами и известна также как «израильский KANBAN».
ОПТ, как и система KANBAN, относится к классу тянущих систем организации поставок и производства. Отдельные западноевропейские специалисты небезосновательно считают, что ОПТ – это фактически компьютеризированный вариант системы KANBAN с той существенной разницей, что ОПТ предупреждает возникновение узких мест в цепочке «снабжение-производство-сбыт», а система KANBAN позволяет эффективно устранить уже существующие узкие места.
Основной принцип ОПТ – выявление в производстве узкого места или критических ресурсов. В их качестве могут выступать:
•    запасы сырья и материалов;
•    машины и оборудование;
•    техпроцессы;
•    персонал.
Создатели системы ОПТ утверждают, что расходы критических ресурсов крайне отрицательно влияют на производство в целом, а экономия некритических ресурсов реальной выгоды производству, с точки зрения конечных результатов, не приносит. От эффективности использования критических ресурсов зависят темпы развития производственной системы, в то время, как повышение эффективности использования других (некритических) ресурсов на развитие системы практически не влияет.
414 ILM
 
гуру
30.12.11
15:05
А потом уже выросли ноги в сторону ТОС и далее ...
415 ILM
 
гуру
30.12.11
15:07
Эффект системы ОПТ состоит в увеличении выхода готовой продукции, снижении производственных и транспортных расходов, уменьшении объемов незавершенного производства, сокращении производственного цикла, снижении потребности в складских и производственных площадках, повышении ритмичности отгрузки произведенной продукции заказчику.

Не каждая система похвастается таким результатом)))
416 fank
 
30.12.11
16:39
(407) если так делать то п.4 клиент доверит уже другим внедренцам, не вам )
417 ILM
 
гуру
30.12.11
18:01
Зря вы так думаете))).
Просто когда объясняешь человеку, что многое из того, что он считает архиважным и без чего жить не может, на самом деле не заслуживает внимания, то сначала он бурно сопротивляется, потом думает, потом соглашается...
Задавайте всего один ("секретный") вопрос на каждую хотелку, и если вам смогут объяснить и внятно ответить, то вам придется доделывать это немедленно, но опыт показывает, что до осознания и способности внятно формулировать проходит как минимум полгода.
Именно поэтому внедрения франчей идет именно следующим образом:
1. Обследовали, Допилили.
2. Запустили - оказалось не то.
3. Выгнали нашли новый франч - переход к п.1 Вот после пары итераций как раз проходит полгода. И уже более осознанный подход руководства )))
418 ILM
 
гуру
30.12.11
18:01
(417) к (416)
419 Дикообразко
 
30.12.11
18:30
(411) если владельцам не пофиг на убытки и остановку фирмы, то зароет любого включая руководителя проекта...
про девственность рп вообще можно не говорить,
много таких теоретиков обломалось
420 Дикообразко
 
30.12.11
18:30
(417) ларёчник детектед
421 Doomer
 
30.12.11
18:34
Разговариваю со своим знакомым. Он директор по ИТ, я фрач. Спрашиваю, что вам мешает отдать часть работы на аутсорсинг? Длинное обсуждение. Вывод из разговора: "Мы сами толком не знаем чего хотим, поэтому нам проще нанять прога который пару месяцев поварится в нашем соку, переварить все, поставить задачу и сам ее реализует.
422 Doomer
 
30.12.11
18:35
+421 Поэтому когда клиент знает чего хочет внедрить и зачем, тогда франч обойдется дешевле. Если клиент не знает чего хочет, лучше нанять штатного прога.
423 Шахтер_с
 
30.12.11
19:25
Вообще не внедрять
424 ILM
 
гуру
30.12.11
19:37
(420) Франь?
425 ILM
 
гуру
30.12.11
19:42
(422) Вы видели много вменяемых франчей, которые могут что-то внедрить? Их по всей стране пересчитать, так пальцев на двух руках хватит. У остальных только "баблосы" в глазах и результатов внедрений нет, одни откаты.
426 shuhard
 
30.12.11
19:48
(425) тем не менее процентов 80 успешных внедрений УПП проведены ЦКП без внутренних команд и ,как ни странно, выбор в пользу ЦКП означает минимальный риск
427 ILM
 
гуру
30.12.11
19:57
(426) Я бы не возражал, если бы была проверка ЦКП! А то спецов во франче уже нет как три-пять лет, а франч всё равно ЦКП остаётся. На вопрос как получить сумму амортизации по ОС для инвестиционного бюджета? Только ручками разводят в сторону и глазками в пол хлопают.
428 ILM
 
гуру
30.12.11
20:05
К (426) Хорошо когда Специалисты внедрили и отвечают за результаты внедрения, а франь отвечает только за выполненные доработки в течение пяти дней после подписания акта))).
К слову в последнее время пользуется спросом услуга - "восстановление учета после внедрения франчем" ...
429 ksupalo
 
30.12.11
20:15
а лучше по одному на каждую подсистему, потому как ни бюджетирования толком ни казначейства нет.

Нанять хорошего программиста в штат
430 AaNnDdRrEeYy
 
31.12.11
13:38
Еще не известно какого программиста вам франч всучит, а так хоть сами выбирать будете.

Нанять хорошего программиста в штат
431 Джинн
 
31.12.11
13:45
(428) Демагогия полнейшая.
432 Джинн
 
31.12.11
13:47
(430) Перед заказчиком отвечает не программист. Перед ним отвечает франч. Более того, над проектом работает PM, аналитики, архитекторы и только потом программист. Которого клиент вообще скорей всего не увидит.
433 kod263
 
31.12.11
13:50
возможно оптимальный вариант - это комбинация франча и команды от заказчика в составе руководителя проекта, программиста и консультанта.
434 Джинн
 
31.12.11
14:28
(433) От заказчика логичнее PM, эксперты в предметных областях и 1-2 своих программера, которые потом заберут на поддержку все. Возможно часть обучения можно на них переложить.
435 ILM
 
гуру
31.12.11
14:54
(434) Ужас. Да большинство клиентов ещё не знают что они хотят, а франчи им навязывают свои услуги: - Мол не ссыте, сделаем быстро и красиво. А результата нету! Клиент только через год понимает что, куда сувать нужно...
436 Джинн
 
31.12.11
15:02
(435) Я бы рекомендовал не заниматься флудерастией тут. Все же сабж тематический.