Начну с примеров.
Фирма, продающая компьютеры, купила внушительный комплект программного обеспечения, все своевременно оплатила, купила необходимое торговое оборудование... Мы, соответственно, все им установили и приготовились запускать. Остановились на этапе, когда сотрудники фирмы, ответственные за ввод в эксплуатацию нового программного комплекса, должны внести в информацию по имеющимся в отделах остаткам. Для справки – это примерно пара сотен наименований. Но на этом все работы по проекту остановились, потому что остатки не были внесены к намеченному сроку, ни через неделю после срока, ни через месяц. Не внесены они и до сих пор, хотя прошло уже пол года. Официально мы договорились, что клиент нам позвонит, когда сотрудники освободятся и найдут время внести остатки. Сами понимаете, на небольших фирмах менеджеры – по совместительству еще и продавцы, еще и грузчики, и кассиры…
Еще пример.
Достаточно крупный комбинат решил автоматизировать учет обедов собственным сотрудникам в счет зарплаты. Систему подготовили, протестировали, поставили. Обучили их специалиста. Все как обычно. Недавно узнал, что конечный пользователь нашу систему не использует. Оказывается, по весьма банальной причине: на приобретение нового компьютера руководство не выделяет средств, а на имеющемся оказалось недостаточно мощности. В свое время мы указывали им на необходимость более мощного компьютера, но в силу не совсем понятных мне внутренних интриг, этот вопрос был замят на уровне IT-отдела. В результате, автоматизация стала не эффективной, и от использования новой программы решено было отказаться.
Третий пример.
Производственная фирма заказала автоматизацию учета. От фирмы был назначен специалист – постановщик ТЗ и в будущем - внедренец. Работу сделали, сдали, провели обучение внедренца (на углубленное внедрение и обучение нами всех сотрудников не выделили бюджет). Я перезвонил клиенту через пол года, чтобы узнать, не было ли замечено каких-либо багов в работе системы. С удивлением услышал, что учет по-прежнему ведется в Excel-е, потому что на глубокое, самостоятельное освоение новой системы у сотрудников нет времени, а специалист, которого мы обучали, уволился…
Хотелось бы обобщить имеющийся, скромный опыт по таким случаям, и порассуждать на тему, когда автоматизация учета становится не эффективной по вине заказчика.
Уже из приведенных примеров можно сделать одно важное заключение: во всех трех случаях явно, что администрация не была заинтересована в результате. В первом – директор не захотел останавливать продажи даже не день, чтобы довести начатое до конца, во втором и третьем был урезан бюджет, и решили сэкономить там, где этого делать было нельзя.
1. Незаинтересованность руководства в результатах
Для меня всегда было загадкой, зачем руководство той или иной фирмы вообще тратится на автоматизацию, если отчетов в excel-е достаточно, и нет желания доводить начатое до конца? Чего дирекция хочет добиться? Дань моде? Надоел ноющий главбух? Решили, что что-то пора менять, но что менять – не выяснили? Стоит напомнить, что грамотно поставленная автоматизация учета в торгово-производственных фирмах способна увеличить прибыль и уменьшить затраты. Хорошая автоматизация окупается достаточно быстро, и уже скоро начинает приносить прибыль и экономию. Но если руководство не оценило перспектив автоматизации или, что еще хуже, считает, что новый стол из красного дерева топ-менеджеру важнее нового сервера сисадмину, то вряд ли на такой фирме автоматизация будет успешной.
2. Ограниченный бюджет
Как правило, из первого следует второе. Когда руководство не совсем отдает себе отчет в том, чего они ждут от автоматизации, тогда возникают идеи, наподобие: «а давайте пригласим студента, и он все сделает, как надо», или «давайте посадим главбуха на сервер»... Я, конечно, не против подработки студентов и не сомневаюсь в потенциале российского студенчества, но хочу лишь сказать о том, что для внедрения серьезной системы учета простого умения программировать очень мало. Хороший внедренец должен уметь просчитать возможные последствия выбора той или иной стратегии автоматизации. Это достаточно кропотливая работа, требующая, прежде всего, большого практического опыта, понимание не только специфики учета предприятия, но и его неочевидных нюансов. В конце концов, такая работа требует настойчивости, потому что часто решения внедренцев могут встретить сопротивление со стороны заказчика, и нужно уметь отстоять свои предложения, основываясь, опять же, на собственном опыте, защищая интересы сопротивляющегося клиента. Вряд ли какой-либо студент, понимающий, что занимается временным, не свойственным ему делом, способен на такое. Поэтому, считаю, что экономия на уровне исполнителя – это почти гарантия неудавшейся автоматизации.
Это же относится и к неоправданной экономии на оборудовании. Как правило, сбой системы происходит в самом слабом ее звене и в самый неподходящий момент… Помню, как у одного моего клиента, смотрящего «сквозь пальцы» на предложение обновить сервер, этот сервер вдруг однажды сгорел, когда бухгалтерия делала годовой отчет. Печально было то, что архивирование данных не велось должным образом, опять же, не смотря на рекомендации: директор считал покупку пишущего cd-room (в то время) – не особенно необходимыми затратами. Систему, конечно, восстановили. Но я помню, как бухгалтерии пришлось две недели работать чуть ли не по ночам, чтобы восстановить потерянные за год данные по первичным документам. Кстати, после этого случая руководство все-таки купило в то время жутко дорогой сервер с райд-массивом…
3. Тендер на откатах.
Где-то встречал в сети примерную статистику, какой процент тендеров на IT услуги в России выигрывается за счет откатов ответственному лицу. Статистика – не утешительна. Печально, что на откаты попадают в основном крупные заказчики, где сумма договора внушительна, и руководство напрямую не занимается подбором исполнителя, а поручает это собственному специалисту, который не всегда бывает доволен уровнем своей заработной платы. Практика показывает, что при таком раскладе, все работы бывают выполнены в срок, все документы подписаны, но сотрудники фирмы остаются недовольны результатами и не могут использовать внедренную систему в планируемом объеме по разным причинам. Соответственно, руководство не имеет требуемой аналитической базы и начинает выяснять, в чем причина. Такие разбирательства затягиваются надолго, часто сопровождаются кадровыми движениями и, в конечном итоге, поисками того, кто бы систему довел до ума…
4. К вопросу о лидерах отрасли.
Хотел бы привести еще один пример, достаточно типичный. Фирма готова тратить деньги на автоматизацию, но не сориентировалась на рынке IT-услуг и обратилась к кому-то очень известному. В результате затраты превысили все разумные пределы, а итог оказался не совсем ожидаемым, хотя, возможно, приемлемым с натяжкой.
К сожалению, это только при покупке автомобиля можно руководствоваться рекламными буклетами, и, если позволяют средства, выбирать самое последнее из модельного ряда. В сфере IT-услуг, как показывает практика, все далеко не так, особенно в сфере автоматизации на базе продуктов фирмы «1С» фирмами-франчайзи. Если исполнитель – не на уровне масштабов компании «Intel Corporation», то его раскрученность совсем может не соответствовать качеству предлагаемых им услуг, а объемы клиентской сети, требующей постоянного сопровождения, могут не позволить заниматься новым клиентом на должном уровне. На фоне этого, стоило бы вспомнить о небольших фирмах, менее раскрученных, а потому не выигравших тендер, которые были бы просто счастливы получить крупного заказчика IT-услуг, даже с меньшей суммой договора, и были готовы отдать все силы на то, чтобы клиент остался доволен. Амбиции небольших коллективов, уровень их специалистов и заинтересованность в результатах работы часто оказываются выше, чем у раскрученных, больших компаний. Небольшие фирмы не могут допустить в работе того, что позволят себе монополии, потому что любая неудача может грозить такой фирме банкротством.
***
Я назвал лишь четыре, пожалуй, основных фактора, когда автоматизация не достигает результатов, и происходит это, отчасти, по вине заказчика. Наверняка, имеются и другие причины, но корень проблем, на мой взгляд, следует искать, прежде всего, в неправильной позиции руководства компании, которая выражается или в непонимании, зачем нужна автоматизация, или в неправильно выбранной стратегии решения этого вопроса. Там, где решения принимаются трезво и взвешенно, где оценивается уровень специалиста, а не его раскрученность на рынке, где руководство четко понимает, чего оно ждет от автоматизации в итоге – там все будет нормально, чего всем и желаю…
Чтобы такого не случилось...
См. также
Компетенции и навыки РП Руководитель проекта
Есть занятный психологический эффект, когда мы игнорируем проблемы, с которыми мы не понимаем что делать. В своей книге “Вальсируя с медведями” авторы назвали этот эффект “А, вы имеете в виду этот приближающийся поезд…”
05.11.2024 1053 0 MariaTemchina 1
Компетенции и навыки РП Конфигурации 1cv8 Бесплатно (free)
В процессе написания статей на тему Идеальное место работы ЗУПера нужен аргументированный текст про адекватного РП и тимлида. Информации получилось много, поэтому выделю в отдельные 2 статьи. Рассмотрим все особенности работы руководителей проектов.
02.05.2024 3617 0 biimmap 39
Канбан и поставка ценности Программист Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Бесплатно (free)
При разработке 1С:Бухгалтерии 8 используются унифицированные процессы обработки задач, построенные на методике Kanban. О том, как выглядит доска задач, в чем пишут код команды – в конфигураторе или в EDT, и что делается для повышения качества и понятности кода самого многопользовательского проекта фирмы «1С», пойдет речь в статье.
26.04.2024 4970 0 mrXoxot 5
Канбан и поставка ценности Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Бухгалтерский учет Бесплатно (free)
Применение Agile в отделе разработки 1С:Бухгалтерии не сразу оправдало возложенные на него ожидания. Но только благодаря гибким методикам удалось стабилизировать выпуск релизов и перестроить разработку так, чтобы она всегда начиналась с анализа задачи и с общения с пользователями. Расскажем об квинтэссенции опыта разработки самого многопользовательского проекта фирмы «1С».
23.04.2024 3820 0 user1853337 8
Инструменты управления проектом Руководитель проекта Бесплатно (free)
Мы собрали здесь самые распространенные ошибки в проектном управлении, которые обходятся очень дорого... Если вы не уверены, что сможете завалить проект самостоятельно, то ниже мы собрали несколько советов, как гарантированно добиться результата.
01.04.2024 3146 0 MariaTemchina 6
Кейсы проектов Руководитель проекта Бесплатно (free)
Как определить, что риск проекта высок настолько, что взяться за него – в 99% случаев значит потерять драгоценное время, деньги и другие ресурсы? Как еще до старта определить, что проект в лучшем случае на выходе станет пародией на задуманное, а в худшем – будет сорван? Сформулируем список типовых рисков срывов проекта и постараемся уберечь от ошибок внедренцев и заказчиков.
20.12.2023 4640 0 1СERP 21
Кейсы проектов Программист Бизнес-аналитик Пользователь Руководитель проекта Платформа 1С v8.3 1С:ERP Управление предприятием 2 Оптовая торговля, дистрибуция, логистика Россия Бесплатно (free)
В 2021 году начали проект в дистрибьюторской компании. Имели большой опыт внедрения УПП, но периодически возникали вопросы. Зачем что-то придумали в ERP, что стало менее удобнее, чем было в УПП? Почему нельзя было взять лучшие идеи из УПП и ERP и скрестить их? А идея, что обеспечение нужно выносить из заказов, с каждым новым проектом находила все большее подтверждение. В итоге на этом проекте удалось применить лучшие (на мой взгляд) методические решения, которые мне довелось внедрять в конфигурациях УПП и ERP, в т.ч. подход, что реагировать нужно только на важное (то, как на заре появления ERP Фирма 1С ее позиционировала).
05.07.2023 15675 0 ASchekachev 37
Канбан и поставка ценности Бесплатно (free)
Когда ИТ-отдел разрывается между разнотипными задачами от внутренних заказчиков, стоит посмотреть в сторону гибких подходов. О том, как, используя три практики Канбана – WiP-лимит, визуализация и распределение по сервисам – улучшить отношения с заказчиками, не бояться давать обещания по срокам и укладываться в них, на конференции Infostart Event 2021 Moscow Premiere рассказал руководитель направления 1С в компании UTG Станислав Алексенко.
28.06.2023 6522 0 stnslv 5
Ну и как это может оцениваться?! Руководство компании, что оно оценивать может, если ничего не понимает в этих уровнях, а полагается как раз на соответствие раскученность=уровень. Зачем тогда раскручиваться на ИСе и пиариться, рекламировать свои сайты и т.д., если не для того, чтобы уровень в глазах руководства потенциальных заказчиков поднять?
Вывод:
1. Все внедрения надо проводить насильственно, и сразу подключать на сопровождение, потом спасибо скажут.
2. Фрилансеры это круто, потому что работают для себя, с душою. ;).
Вот и Олег радеет за каждого своего клиента, мне тоже всегда обидно, когда моя работа оказывается не востребованной должным образом, благо сейчас это происходит не часто из-за того что я стараюсь делать как в пункте 1.
ИМХО
И не то что я не согласна, а просто дико выглядит под ним ссылка на собственный сайт. Раскрученее автора трудно найти кого - то на ИСе. Тогда о чем он? Я думаю белка раскрученна в своем городе. О том, что выбирают внедренцев по сайту 1С, видимо. Ну так и надо говорить, отбили гады-франчи крупного клиента и т.д.
Что все только один пиар кругом видят? На самом деле, хотел услышать мнения по другому поводу. А именно, по вот этому: "Для меня всегда было загадкой, зачем руководство той или иной фирмы вообще тратится на автоматизацию ... " И т.д. Тема-то главная - не фрилансерство, а то, что " ... заметил одну странность: примерно в двадцати пяти процентов случаев, предприятие, оплатившее работу программиста и принявшее его работу, не пользуется ею"
-50%-50%
расшифровываеться так:
50% времени спец тратит на самообучение (форумы, курсы, всякие совещания и т.д.)
оставшееся время уходит на работу, но из всего сделаного оставшегося 50% заказчик использует только 50%
итого мой % полезных разработок примерно 25% от общего времени
******************************************************
я конечно понимаю, что сейчас меня закидают помидорами (типа бездельник), но пусть в меня первый бросит помидор тот у кого полезный выхлоп 100%
На рынке практически отсутствуют фирмы-автоматизаторы, чей товарный знак гарантирует качество. Такие монстры как Рарус и Камин позволяют себе выпускать откровенно сырые продукты. О большинстве франчайзи и прочих ЦКП нечего и говорить.
Совершенно не представляю себе, как могут действовать в такой ситуации мелкие и крупные фирмы. Наверное для них только случайное стечение обстоятельств может дать желаемый результат (не приемлемый, что случается часто, а именно желаемый). А вот средние фирмы в этом отношении в лучшей ситуации. Они могут иметь (найти, вырастить, украсть) Профессинального Фикси.
Речь не идет о том, чтобы этот фикси сам автоматизировал. Он должен знать специфику автоматизируемой области и уметь проконтролировать как постановку задачи нанимаемым автоматизаторам, так и результат их деятельности. И откат, который он получит, будет выплачен не за потерю функциональности, а за часть работы, которую этот фикси выполнит в процессе реализации проекта, и за которую настоящие деньги работодатель ему никогда не заплатил бы.
(32) От кого "не спрячешь"? От того, кто платит (чужие) деньги и получает откат? Именно это прерогатива топ-менеджеров "по-крупному". А топ-менеджер проекта - это уже что-то непонятное. Руководитель что ли? В данном случае О-Планет?
сколько раз я видел программы отлично написанные с точки зрения программирования, ошибок нет - не придерешся, а для конечного пользователя она не нужна - кнопка не в том месте....
Программист программиста понимает - ход его мысли, направленность алгоритма...а пользователь "боится" до сих пор комьютера...(особенно учетных программ)
А руководитель ждет программу типа - карты из фильма о Гарри Поттере, открыл крышку ноутбука и все видишь - программа должна делать ВСЕ !!!! а что все подчастую и сами не знаю, даю на откуп ТЗ лишь бы было...то и получают
обычно (почти всегда) внедрению программ должно сопровождатся и изменению фактических бизнес процессов предприятия, и тут есть 2 момента
1. руководство хочет получить результат без исменения порядка работы
2. внедренцы перегибают и слишком сильно вводят теорию в практику
тут надо идти компромисы с обоих сторон, если заказчики не готовы изменять свое мнение и вести диалог - то почти наверняка внедрение тут не удастся.
1. Реализация продукции , расчеты с контрагентами.
2. Конечно.
3. Функционал 77 вполне достаточен для предприятия,
Причина перехода - продвинутость руководства.
Заинтересованные лица - Директор.
Незаинтересованные лица - бухгалтеры.
ГлБух занимает позицию непротивления злу.
На самом деле - это лишь возможный пример .
Было бы лучше , если бы Вы в статье выбрали сами пример
наиболее на Ваш взгляд распространенный и узнаваемый.
2."Интерес к Вашей статье обеспечит лишь последующий анализ возможных сценариев развития событий с точки зрения дисциплины "Управление проектами" .
Последующий анализ? После чего последующий?
Вы мне ставите задачу, я пытаюсь определить, что вы, как заказчик хотите от внедрения? Последующие анализы дает в частности эта статья. Планируем все что возможно ДО внедрения. ПОСЛЕ анализы дает патологоанатом:)
То, что Вы нарисуете план ДО внедрения - я не сомневаюсь.
Но проектами управляют и ПОСЛЕ написания плана - во время внедрения.
Вот это "ПОСЛЕ" и интересует.
Итак , Лариса, вы составили и согласовали с Заказчиком план внедрения.
Приступили к работам. И вот теперь интересно рассмотреть распростарненные случаи , ведущие к корректировке первоначального плана.
Как непрофессионал предполагаю , здесь на практике и проверяется усвоение материала дисциплины "Управление проектами".
Об этом было бы интересно почитать . Так что , Лариса, не судите строго .
в Вашей статье прочитать не только о составлении плана внедрения , но и о типовых случаях при управлении изменениями (анализ и возможные решения).
Лариса ,я правильно усвоил терминологию "Управления проектами" ?
В приведенных примерах только один с незавершенными работами. В двух других на момент сдачи ВСЕ РАБОТАЛО. В одном случае - уволился специалист, который должен был обучить сотров, а от обучения с нашей стороны заказчик отказался САМ, чтобы сэкономить, хотя ему это предлагалось неоднократно. В другом - комп просто периодически перегружался в процессе работы, когда ему это вздумается, потому как не может Пентиум 133 с 128 памяти работать стабильно с Win 2000 и 1С. По поводу смены компа, писал, получили отказ и команду делать на том, что дали. А про комп. магазин - все верно, проект остался не запущенным.
- Маниак, я, например, могу сделать так, что заказанная система будет работать. НО! оплата такой работающей системы будет происходить не из расчета !1200 за час", а примерно раз в 5-10 больше за час. Потому что, к сожалению, при более-менее крупной "автоматизации" - не удается (очень тяжело) автоматизировать часть и приходится - а) ставить технологию учета б) организовывать "бизнесс-процессы" (которые КАК-БЫ есть, а на деле шаляй-валяй) в) показывать расчетами, что позиция ГБ "мне надо завтра поотсутсвовать" и "на след.неделе у мойе племянницы ДР" - не катят, ибо второго Б - нету, а работа должна быть сделана... и т.д. - то есть тут приходится СТРОИТЬ ВСЁ! и если владелец хочет "построить все" за 1200 в час - то это не ко мне... (как пример, работая по автоматизации ячеечного хранения и потоковой сборки заказов пришлось: 1.разрабатывать должностные инструкции (до сих пор не готовы) 2.работать над ужесточением дисциплины штатного состава сотрудников и контроля временных нормативов 3.влезать в вопросы логистики доставки 4.планировать размещение товара 5.разрабатывать регламент уборки склада 6.тянуть лан-коммуникации (склад- ТЕРМИНАЛ! был сдан без них) и т.д. и т.д. и самое главное - при постоянной нехватке людей (работа на "критической точке") и отсутствия квалифицированных кадров и самое главное - КОНТРОЛИРОВАТЬ!!! КОНТРОЛИРОВАТЬ ИСПОЛНЕНИЕ!!! КОНТРОЛИРОВАТЬ ИСПОЛНЕНИЕ!!! ПИНАТЬ!! ПИНАТЬ!!!! ПИНАТЬ!!!).
.С моей точки зрения - руководство банально недооценивает СКОЛЬКО СТОЯТ НОРМАЛЬНЫЕ СПЕЦИАЛИСТЫ и что автоматизация повышает требования к дисциплинированности личного состава фирмы и требует наличия в КЛЮЧЕВЫХ ТОЧКАХ КВАЛИФИЦИРОВАННЫХ ИСПОЛНИТЕЛЕЙ - а если сидела девочка на ЭН руб/месяц, то какого рожна ей после автоматизации за те же ЭН руб/меся иметь себе больше геморра....
.. все очень, очень непросто...
А развернутое ТЗ на все внедрение целиком - это ФАНТАСТИКА! по этому всегда в процессе внедрения начинаються подвижки, и главное именно в том, что-бы в процессе этих подвижек любой из участников не занимал слишком жесткую позицию, это касаеться как заказчиков так и самих внедренцев. Вот по этому я и считаю главным фактором риска именно слишком жесткую (или мягкую) позицию одного из участников, позиции должны быть сболансированы.
- мне кажется ты неплохо представляешь себе "психологию" директора/владельца - да он удавится, а не приостановит! потому что сиюминутная выгода для него важнее ожидаемого эффекта. Возможный вариант решения проблемы: оплатить сверхурочные сотруднику по вносу остатков во внерабочее время - тоже этого не сделаено... почему? возможно не дотумкали, а возможно банально - жаба задавила заплатить сотруднику сверхурочные, директор он же как - считает, что сотрудник в рабочее врем янайдет/выкроит часик и внесет все данные - а кто из сотрудников будет напрягаться сверх установленного "лимита" интенсивности текущего рабочего процесса задаром?
- поспешное и необоснованное утверждение, так происходит не всегда...
- я отвечу: потому что хочет чтобы было лучше! но ввиду полной своей "неграмотности" в этих вопросах, полной неориентации в ценовых решениях/затратах - в результате как в мультике про Масяну, Лохматого и отсутсвующие презервативы - ну ты как-нибудь так...
Как бы это помягче объяснить... Сложно попросить остаться сверхурочно того, кто в офисе занимается продажами с 9 до 7, а потом еще разгрузкой новой техники...
- НИЧТО НЕ ДАЕТСЯ ДАРОМ. "попросить остаться сверхурочно" - нафиг! нафиг! не останусь! только за доп.плату. Если рук-ль заинтересован - то нашел бы как "попросить"... остальное - написал уже выше... НИКТО НЕ БУДЕТ ГОРБАТИТЬСЯ СВЕРХ ТОГО ЧТО БЫЛО РАНЬШЕ ЗА ТЕ ЖЕ ДЕНЬГИ.
..
Перевод на другую должность без повышения зарплаты - понижение.
> Народ работает столько, сколько требуется, но получает фиксированную з/п.
народ работает столько, сколько он готов работать за эту "фиксированную ЗП" - поэтому остатки и остались невбиты. Штатная торговля идет за "фиксированную ЗП" - ИДЕТ! фигли тогда за эту же ЗП к УЖЕ СУЩЕСТВУЮЩИМ и устоявшимся торговым процессам ЕЩЕ НАПРЯГАТЬСЯ? добавили новые обязанности/задачи (вбить остатки) - зарплата (бонусы, отпуск, посещение фитнеса) должна быть увиличена. Какой владелец бизнеса пойдет на увеличение ЗП __ПРИ РАБОТАЮЩЕМ ТОРГОВОМ ПРОЦЕССЕ_??? - удавится!!!! будет тянуть до последнего, и когда все "рухнет" - будет всем своим видом демонстрировать, что ТЫ, ТЫ!!!! ТЫ!!!!!!!!!! не донес до него всю супермегаважность своевременного вбития остатков/приобритения сервера - и ничего не возразишь даже предьявлением кучи бумажек с подписями и выделенными бюджетами...
Слава Великому "Краскомплексу"! ;) У нас любой выход в выходной хоть уборщицы, хоть начальника отдела, всегда оформляется приказом (без него, кстати, и охрана не пустит), что означает оплату в ДВУХКРАТНОМ размере без всяких исключений. Плюс к кому, т.к. до нас на общественном транспорте не добраться, выделяются деньги на такси
да, есть такое! есть! но вот что делать, если нельзя полземплекопа, а можно только целиком??? а "на день приостановить" текущую деятельность фирмы - руководство удавиться готов? вот и получаются "недоделанные дети"
... и при з/п 8-10 тыс руб/мес...
Для начала пробежимся по примерам.
1. Компания торгует компьютерами, опыта работы с ПО скорее всего нет. Вы продаете им кучу барахла (коробки, технику) и ставите невыполнимое условие - найдите время, выделите специалиста, вбейте остатки. И, насколько я понимаю, можно забыть про головную боль связанную с постановкой учета, разбором ошибок ввода и так далее - все равно заказчик никогда не введет остатки, мы это прекрасно понимаем - но зачем про это говорить? Это очень распространенная практика, когда перед началом внедрения в обязательном порядке не определены требования к внедрению. Кстати проблема решается элементарно - отправляем человека к заказчику который сидит у него и выполняет сложную разовую работу - быстро и качественно. Вбить остатки по 200 наименованиям - для спеца исполнителя рутинная работа, для заказчика - невыполнимое действие. Есть разница?
2. Ситуация примерно та же. Продали нечто, не связанное с конкретной целью заказчика, цель даже похоже не пробовали определять иначе бы обязательно вылезла полная стоимость проекта, которая включает технику, занятость специалистов со стороны заказчика. Здесь вполне может работать другая схема - занижаем стоимость чтобы получить деньги, о цели ни слова. Когда доходит до дела заказчик с удивлением узнает, что надо тратить еще и еще. Прикидывает сколько накручивает на обеды сотрудников и понимает что будет отбивать это вечность. Выход из такой ситуации тоже прост - в начале проекта определить полную стоимость проекта и плясать из реалий. Нет денег на новый комп - напишите простенькую программу на 77. Сделайте шаблон в екселе. Решите задачу а не разводите людей на деньги.
3. Еще одна ситуация, где в самом описании заложена причина смерти проекта. На углубленное изучение не было бюджета!!! На обучение левого чела и втрюхивание коробки бюджет был, а на обучение заказчика - не было, какой парадокс. При этом обратная связь выполняется так - через полгода звоним заказчику, удостоверяемся что все благополучно умерло, ВИНИМ ЗАКАЗЧИКА, и предлагаем втрюхать что-нибудь еще.
К чему я все это веду. К тому что при проблемах на проекте нужно всесторонне анализировать причины. Если ваша цель - заработать деньги при минимальной ответственности - тогда зачем было писать текст, изложенный выше? Капуста обычно рубится в тишине. А если ваша цель решить поставленную задачу - тогда возможно имело смысл на начальном этапе отказаться от задачи (о ужас, и от денег тоже!)? Или сначала определяться с заказчиком о цели, а потом уже начинать действовать?
.. если мы облагодетельствуем клиента бешеным объемом работ за мизерную плату - приходите ко мне, я вас нагружу по самые гланды работой за тарелку супа...
Расскажу одну байку, которую мне поведал мой хороший друг, с которым мы рыбачим. Нашему общему знакомому предложили что-то куда-то довезти, и предложили 40 рублей. Тот сказал, ну нафик, это столько не стоит и довез за 10 рублей. - Зачем он так сделал? - спросил я. Все очень просто, то что планировалось как разовая дорогостоящая работа теперь, из-за низкой цены переросло в постоянный калым. Ему теперь работу постоянно подбрасывают, а мужику за 60, любая копейка в тему.
Для получения уведомлений о новых публикациях автора подключите телеграм бот: Инфостарт бот
№ 20028
Создание 17.05.09 22:52
Обновление 18.05.09 11:57
Просмотры 20964
Загрузки 0
Рейтинг
52
Комментарии 104
Код открыт Не указано
Рубрики УПРАВЛЕНИЕ ПРОЕКТОМ
Кому Для всех
Тип файла Нет файла
Платформа Не имеет значения
Конфигурация Не имеет значения
Операционная система Не имеет значения
Страна Россия
Отрасль 1С:Франчайзи, автоматизация бизнеса
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)