0. 1СERP 1407 09.06.17 15:10 Сейчас в теме

История одного неуспешного проекта

В ходе публикации предыдущих статей о проектной технологии ВЦ «Раздолье» и системе мотивации в фирме-франчайзи 1С, читатели попросили поделиться опытом неуспешных проектов, поскольку парадные рапорты о нескончаемых успехах всех утомили и не несут пользы для профессионалов. Мы попросили руководителей проектов ВЦ «Раздолье» поделиться такой непростой информацией. И сейчас представляем Вашему вниманию первую статью по этой теме. Автор – Пикурен Вера – руководитель проектов ВЦ «Раздолье».

Перейти к публикации

Комментарии
Избранное Подписка Сортировка: Древо
69. 1СERP 1407 19.06.17 14:27 Сейчас в теме
(53)
Не совсем понял. Внедренец пострадал, потому что получил убыток из-за значительного увеличения объема работ от запланированного. Заказчик пострадал, потому что получил не до конца то, что хотел. И в какой-то момент все поняли, что продолжать дальше мучать друг друга (нам "мочить" заказчика ссылками на ТЗ, а Заказчику "мочить" нас тем, что "ну, мы же так не можем работать") просто нет смысла. "Отменили проект и разбежались".
Т.е. в Ваше квалификации это частично пункт 1, частично пункт 2, частично пункт 3.
70. 1СERP 1407 19.06.17 14:29 Сейчас в теме
(54)
Вера писала, что логичнее было бы РАССМОТРЕТЬ УТ. Подошла ли она им в конечно итоге - тоже вопрос - регламентированный учет, расчет себестоимости и бюджетирование делали, на первый взгляд, УПП более приоритетным вариантом.
Но пробовать моделировать на УТ было нужно и сравнивать где объем доработок был бы больше и сложнее.
72. 1СERP 1407 19.06.17 14:51 Сейчас в теме
(64)
Я в 70-ом посте немного прокомментировал ситуацию.
73. monkbest 102 20.06.17 08:05 Сейчас в теме
(57) мед, го*но и гвозди, всплеск эмоций. Откуда Вы взяли УТ + 10 БП, или ошиблись кому отвечали?
82. nickperel 2 21.06.17 18:12 Сейчас в теме
(73)
Вы в очередной раз лепите старую тему про "втюхать". Что, типа, надо УТ вместо УПП поставить и жить без проблем.
Старая лажа.
89. monkbest 102 22.06.17 08:09 Сейчас в теме
(82) В крупных франчах проблема втюхивания актуальна, т.к. они должны соответствовать политике верховного главнокомандующего. Сейчас в 2017ом всех напрягают втюхивать "сервисы", например. Были времена УПП, ERP, ИТС... всегда есть тренд навязанный сверху и это бывает минусом
92. nickperel 2 22.06.17 10:41 Сейчас в теме
(89)
Сейчас в 2017ом всех напрягают втюхивать "сервисы", например. Были времена УПП, ERP, ИТС... всегда есть тренд навязанный сверху


Снова "втюхивать". Да ты упорный. Или упоротый.
Это называется механизм франшизы 1С. Никто никому ее, франшизу, не навязывает. Так же никто не навязывает работать во франшизе.
И вообще никто никого не заставляет использовать 1С.

И не надо ничего пояснять, вы видимо не при делах.
93. monkbest 102 22.06.17 14:18 Сейчас в теме
(92) я -
упоротый.

никто не навязывает, ок.

Ты хоть на партнерские семинары ходил? Умный :)
46. АльфаАвтоПрограммист 14.06.17 13:32 Сейчас в теме
Статья отличная! Спасибо автору и особо организатору статьи, как понимаю, Евгению Грибкову.
Далее по порядку:
1. Небольшое замечание, больше из внимания к деталям (ну то есть вредности))): введите стандарт на проверку и корректировку статьи)) проскакивают опечатки, например: "у них понималась только" - "понималось" все-таки наверное, "во-первых, во время признавать" - "вовремя".
2. Картинки: картинки оставить! Вообще рулят, особенно с зюзьгой!))
3. Вопросы:
3.1 Как читается из статьи, это было проектное внедрение, т.е. полностью всего и сразу и конечно на УПП? Почему не попробовали идею с пошаговой автоматизацией, например, тех же продажников автоматизировать на УТ11?
3.2 Функциональная модель вообще была сделана изначально без интервьюирования пользователей??? Если да, то вы конечно смертнички еще те...
3.3 И к работе программистов: это как так появлялись одинаковые по смыслу реквизиты от разных программистов? То есть даже справочники не были проработаны/согласованы?
Вопросы конечно, еще есть, но эти появились сходу.
И в качестве финального комментария: согласен с одним из предыдущих ораторов:
Если за проект получены деньги и закрыты акты, то проект является неудачным только для одной стороны, если наоборот - то для другой. Только сожаление от неудачной совместной работы всегда взаимно.
51. VeraPikuren 15.06.17 09:05 Сейчас в теме
(46) Пикурен Вера:
3.2 Функциональная модель вообще была сделана изначально без интервьюирования пользователей??? Если да, то вы конечно смертнички еще те...
//Конечно, ФМ была именно с пользователями - и интервью, и попытка демонстрации - все как положено.
3.3 И к работе программистов: это как так появлялись одинаковые по смыслу реквизиты от разных программистов? То есть даже справочники не были проработаны/согласованы?
//Я же писала про "кровавые слезы" :)
49. friend0 14.06.17 16:07 Сейчас в теме
Доводилось только участвовать в проекте по переходу с переписанной семерки на УТ 10.3 будучи недавно взятым в штат. С одной стороны это немного похоже на франчей полной неосведомленностью о процессах в конторе, с другой возможностью неофициального общения с пользователями т.к. все же "свой". Ну и вообще подход не срубить бабла за подписанное ТЗ, а внедрить в срок с максимальной работоспособностью ибо еще тут работать (или не работать, если завалить).

Из того что вынес (не считая банального саботажа, "невозможно работать", "верните старую базу") :
- Начальство страшно далеко от народа. Опрос начальника отдела о работе внутри может дать 20% информации, из которой половина не будет соответствовать действительности.
- Каждый юзер знает только свои "кнопки" и может рассказать/вспомнить о половине из них. Процентов 10 из того что юзер делает он делает "неправильно", еще процентов 20 имеющегося нужного для него функционала он не знает.
- Программист, который правил семерку уже забыл 80% того что делал и как вообще все функционирует
- Из функционала без которого "нельзя жить прямо совсем никак": 30% не используется вообще, еще 30% можно убедить по-другому делать штатными средствами, а 20% отложить на "прекрасное далёко" после запуска. Но это не значит, что меньше надо дорабатывать, т.к. при попытке эксплуатации всплывет еще в два раза больше реально нужного функционала.
- Ключевые пользователи, это не те кто больше всех кричит и не начальство. Это те кто бьет больше всех данных. В обычной жизни на них особо никто не обращает внимание, но если из-за внедрения их работа замедлится на 10% - можно считать проект заваленным. Начальство же сможет пережить отсутствие "жизненно важного" отчета неделю-другую.
- Наверняка есть пользователи про существование которых все забыли. Например, какой-нибудь бухгалтер, который обработкой тягает данные в бухгалтерию и не задумывается откуда они берутся.
- Вообще неплохо пособирать статистику в старой базе, что чаще всего используется и кем.
- Нужно как можно раньше давать(заставлять) пользователям заводить документы в новой базе дублируя рабочие, чтобы всплывал необходимый функционал. Ну и вообще чтоб привыкали постепенно.
- Некоторые процессы юзеры не могут объяснить так, чтоб их можно было правильно понять. Лучше все по десять раз переспрашивать и быть готовым к тому, что понял все неправильно.
- Одни и те же термины разные юзеры могут использовать в совершенно разных значениях. Надо сразу держать в уме вариант, что если как-то в голове совсем не укладывается о чем они все говорят, то возможно они говорят совсем о разных вещах и не надо их соединять воедино. Неплохо завести словарь терминов в привязке к пользователям, чтобы не путаться.
- Главное - это общение. Одна и та же конфигурация может быть воспринята и как "в принципе можно и так начать работать, а потом допилите" и как "вообще невозможно работать, откатывайте взад и прощайте".

П.С. результат внедрения был так же полунеуспешен. Первый запуск провалился и пришлось запускаться на пару недель позже (тоже профукали "окно" как ОП). Матюки, ругань, круглосуточная работа и прочие радости. Но в итоге запустились с горем пополам. Я остался, начальник - нет.
Winstoncuk; AlexO; Vladimir Litvinenko; monkbest; Leja; Crazy_kz; корум; katenok86; АльфаАвтоПрограммист; i_lo; Gluk_1C; Dementor; KapasMordorov; +13 Ответить
50. 1СERP 1407 14.06.17 16:20 Сейчас в теме
(49)
неправильно

Очень интересно!
52. Zabava_ 21 15.06.17 09:19 Сейчас в теме
(49) по поводу юзеров зачастую так и есть :) Но! Каждый проект это уникальный случай. Проект о котором я писала выше для меня был необычен тем, что именно руководитель понимал все процессы до мелочей и описывал их. А пользователи вообще не вникали в суть процесса. Только рассматривали очень узко свой участок. Когда я обнаружила что через три месяца после начала использования Документооборота все еще ведется и постоянно актуализируется экселевский список дней рождений сотрудников и ключевых контрагентов я опустила руки. На вопрос зачем, ведь в системе уже все заведено, и актуализируется, сотрудники принимаются и увольняются, она ответила мне так проще. И я бы поняла, если бы человеку было трудно работать с программами в силу возраста (есть такой стереотип, что пенсионерам компьютер не одолеть), но нет, ей не было еще и тридцати и прекрасно она всем владела. Не было главного, желания. И я оказалась бессильна.
И ощущения остались странные, вроде внедрили, вроде работают, но как-то сложно очень и кажется не стало легче, стало больше работы. Это как купить машину представительского класса и возить на ней дрова с дальнего угла двора к дому. А на работу за сто километров ездить на велосипеде, потому что так привычнее.
АльфаАвтоПрограммист; Dementor; rovenko.n; +3 Ответить
56. hacsi 16.06.17 13:35 Сейчас в теме
Друзья,
примените технологию Scrum!
.
71. 1СERP 1407 19.06.17 14:30 Сейчас в теме
(56)
Расскажите об успешном опыте.
88. monkbest 102 22.06.17 07:40 Сейчас в теме
(56)
Друзья,
примените технологию Scrum!
.


Колумб что ли?
Все уже в 1С знают эти чудные слова и применяют их на практике, но не все виды работ вписываются в scrum, проекты с фиксированной стоимостью как правило плохо ложаться в спринтовые процессы. Это все хорошо для почасовой оплаты и доработок уже работающих систем, каждую неделю согласовываем список работ, их оценку и погнали, в конце выдали результат, которым можно пользоваться. А на внедрении с нуля с фиксированным бюджетом такое управление неподходит.
Winstoncuk; +1 Ответить
81. nickperel 2 21.06.17 18:08 Сейчас в теме
(71)
Расскажите об успешном опыте.

Не расскажет :-)
77. w.r. 213 21.06.17 08:28 Сейчас в теме
Когда читаешь фразы типа "кодирование", "куски кода" - очень сильно удивляешься. 1С ники очень хотят мнить себя ИТ-профессионалами, а на самом деле они даже не ИТ-любители. Многие, так называемые "программисты", даже "не ведают, что творят"
78. Dementor 416 21.06.17 14:57 Сейчас в теме
(77) Судя по вопросам и ответам на стековерфлоу таковыми так же являются 90% якобы "программистов" на javascript, php, python и тем более на недоязыках типа bash и lua :)

Не говоря о том, что многие сисадмины из крутых западных контор на огромных окладах даже не дотягивают до уровня "любителей". Как свежий пример - инцидент с GitLab.com

Все эти крутые западные ИТшники, которые не вылазят с митапов и конференций, даже в подметки не годятся среднестатистическому 1С-программисту Васе, который настраивает политики AD, оптимизирует работу СУБД, обновляет платформу и конфигурации своих пользователей, отвечает за работоспособность корпоративного сайта (покупка и продление доменного имени, получение сертификатов, обновление сайтов от известных уязвимостей и так далее), публикует веб-доступ в базы для внешних пользователей и для сотрудников с мобильными приложениями, ведет учет выданных сотрудникам мобильных устройств и обновляет на них программы для 1С (всякие мониторы показателей, терминалы для кладовщиков, УНФ, Агент+, Моби-С и многие другие), настраивает и следит за работоспособностью подключенного оборудования, вытирает сопли за многочисленным группами пользователей, которые не могут внести проводки/остатки/лидов, ищет причины кривых данных, пишет сотни пользовательских инструкций, а так же ТЗ для наемных франчей/фрилансеров, когда руководство решает переходить на новую систему. А еще этот Вася умеет программировать! :))

P.S. Шутки шутками, но не нужно недооценивать доступные трудовые ресурсы. Не каждому быть экспертом по технологическим вопросам, а вот монотонной работы по настройке форм и клепанию отчетиков на каждом внедрении всегда выше крыши; эту работу должен кто-то делать, ведь без нее даже при идеальной архитектуре конечные пользователи будут воротить носом и говорить о криворуких внедренцах.
Winstoncuk; JohnGalt; cosmo2004; 1cmax; Gluk_1C; monkbest; denker; +7 Ответить
84. nickperel 2 21.06.17 18:16 Сейчас в теме
(77)
(77)
Когда читаешь фразы типа "кодирование", "куски кода" - очень сильно удивляешься. 1С ники очень хотят мнить себя ИТ-профессионалами, а на самом деле они даже не ИТ-любители. Многие, так называемые "программисты", даже "не ведают, что творят"


Потому, что у тебя ничего не спрашивают. Расскажи немедленно как надо, чтобы прозрели и перестали "мнить"
red80; Winstoncuk; Gluk_1C; +3 Ответить
85. monkbest 102 22.06.17 07:06 Сейчас в теме
(77)
Когда читаешь фразы типа "кодирование", "куски кода" - очень сильно удивляешься. 1С ники очень хотят мнить себя ИТ-профессионалами, а на самом деле они даже не ИТ-любители. Многие, так называемые "программисты", даже "не ведают, что творят"


Недопрограммисты сайтоделатели сюда не ходят -> жирный троль обнаружен :)
86. w.r. 213 22.06.17 07:11 Сейчас в теме
(78) соглашусь. Повидал я экспертов в "белых перчатках". Исключительно неприятные ощущения от общения
125. red80 27.09.17 16:15 Сейчас в теме
Вот бегает такой Вася Пупкин на цыпочках вокруг начальник отдела оптовых продаж и в душе его презирает за отсутствие знаний даже по php.
111. AlexO 126 28.06.17 13:03 Сейчас в теме
В любом проекте есть три ключевых потока:
- структурированные бизнес-процессы
- правильное и максимально емкое ТЗ (в рамках автоматизируемого бизнеса)
- внедрение согласно и в сроках ТЗ, а не
Сейчас добавился еще один "поток", существенно мешающий качественному внедрению, и о чем упомянула автор, правда, применительно - переписка 1С типовых , и бесконечное изменение БСП и прочего якобы "повторно используемого кода", как раз и призванного в теории убыстрить разработки и доработки при внедрении.
А у ж как там руководитель "пинает" или нет своих подчиненных программистов... Это, по-моему, вообще к делу не относится: это уж как компания работает.
И "прогнозирование" рисков... Ну какие риски можно спрогнозировать при меняющихся/неопределенных входных данных? Да и автор сама пишет, что просто закладывает 20% "на доработку на лету", вот и весь учет рисков.
А предположить, что заказчик изменит требования, или при составлении ТЗ упустили "важное", или программисты "поймут не так", или у заказчика отдел был задействован "не тот"....
Для этого и пишется подробное ТЗ - что, зачем, и как. И все изменения и доработки - за отдельную плату, вплоть до полной перерисовки ТЗ.
Договорились по договору сделать вот это и это - успели сделать только первое, второе уже не нужно. Ок, оплачивайте первое, доработку ТЗ, и разработку нового-продолжения.
122. s22 20 27.09.17 14:20 Сейчас в теме
123. Gureev 27.09.17 15:14 Сейчас в теме
Статья не про неуспешный проект, а про непонимание процесса автоматизации.

Вначале описание процессов - потом выбор продуктов.
Вначале согласование ТЗ с принимающим сотрудником - потом разработка.

От слов, что программисты писал кто в лес кто про дрова вообще полный баттхерт. Кто такой тимлид слышали? архитектор? ведущий прог, на крайняк?

Писать год систему, и пойти сдавать пользователям в конце - это вообще вредительство.

И вообще вы описали как работает типичный франч:
1. РП, который более менее в теме
2. Продажники, втюхивающие проект ниже реальной стоимости
3. Прогеры-стажеры, которым можно много не платить, да и срыв проекта из их зп удержать.
4. Клиент-лох, да.

Как то входим в проект, как то его пишем по формальным ТЗ, а на ОПЭ пилим 90% реальных требований и выставляем заказчику счет со словами "Вы сами накосячили".
При это не платим прогерам, со словами "у вас и так перерасход бюджета".

А внутренний отдел ИТ потом сам допилит.

Как итог:
Бабло получено, невиновные наказаны.

Это успешная бизнес модель современного 1С Франча.
Можете меня публично опровергнуть, но сами знаете что это так.
Да и заказчик не ждет уже качественного продукта: "Главное чтоб самолет взлетел - как будем сажать потом решим"

Я участвовал в проектах и той и с другой стороны, и скажу честно, каждый пытается друг друга поиметь обмануть.
vadeem_13; uri1978; +2 Ответить
124. andironenko 591 27.09.17 15:28 Сейчас в теме
(123) Юрий, мне кажется, что Вы достаточно молодой специалист в нашем деле (управление проектами), который, как всякий молодой специалист, проходит через период нездорового цинизма - "везде бардак, всех обманывают, никто ничего не знает".

Со временем это проходит - и к тому что все процессы не так идеальны, как это описано в книгах, привыкаешь.
126. Gureev 27.09.17 17:28 Сейчас в теме
(124)
Юрий, мне кажется, что Вы достаточно молодой специалист в нашем деле (управление проектами), который, как всякий молодой специалист, проходит через период нездорового цинизма - "везде бардак, всех обманывают, никто ничего не знает".


Нет, это вывод по итогу.
Поэтому я в последнее время сместил вектор своей работы в программирование.

РП - это политика, одним (исполнитель) нужно внедрить какашку так, что она была минимально на нее похожа. Вторым(заказчик) нужно пытаться найти какашке применение. Поняли какое ключевое слово?

Я сменил 4 франча, и еще в 10ке был на собеседованиях. Везде бизнес-модель одна (плюс-минус).

И даже если вы сделаете лучше, и пропорционально взвинтите цену - никто не купит ваш проект. Ибо заказчики не верят.

И виновата в этом даже больше сама 1С. Т.к. она разрешила делать проекты любому ООО, купившему 10 коробок.

П.С. Один раз слышал фразу со смыслом "Мы пытаемся делать проекты хорошо, но при этом держать конкурентную цену, поэтому большую зп платить не можем, зато у нас уютный офис и печеньки :-) ".
127. andironenko 591 27.09.17 18:37 Сейчас в теме
(126) А в чем для Вас критерий успешного/неуспешного проекта?

Соблюдение неких принципов работы? Красота технического решения?

Для меня критерий очень простой - экономическая целесообразность автоматизации.

Если после автоматизации предприятие в том или ином виде стало больше зарабатывать - значит проект успешный. Если нет - зря потраченные деньги.

Мы занимаемся прикладной автоматизацией бизнеса - здесь нет иного результата.
128. Gureev 27.09.17 22:17 Сейчас в теме
(127)
А в чем для Вас критерий успешного/неуспешного проекта?

Все по методичке - достижение поставленных целей.

Для меня критерий очень простой - экономическая целесообразность автоматизации.

Это вы клиентам так говорите? жуть какая....

Я читал одну умную книгу, где сказано, что критерий уже лет так дцать как неактуален.

Все проекты по автоматизации экономически нецелесообразны.
Часто это политика или выживание. ЕГАИС тому пример, онлайн кассы. Какая тут целесообразность?

Компании сливают львиную долю свободных денег на АСУ, лишь бы протянуть еще год другой.
И потом возможно заработать. Это маховик раскручивается, и его уже не остановить.
Приходится бежать перед паровозом, чтоб тебя не раздавило.

Вы в раздолье прям идеалисты...
129. andironenko 591 27.09.17 23:10 Сейчас в теме
(128) За ЕГАИС много не заплатят. Онлайн кассы - это вообще не к 1С, а к методике обмена данными с фискальным органами. Это тоже копейки.

Деньги лежат в прогнозировании спроса, управление запасами, планировании закупок и производства. Точнее прогноз - больше продаж.

За это платят и хорошо платят.

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

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

Клиентов по подобным задачам - море - стоят деньгами размахивают - возьмите и решите - мы Вам чем нужно, тем и поможем.

Вы наверное так разочарованы в проектной деятельности, потому что занимались ненужной никому автоматизацией - решали задачи навязанные государством бизнесу. Они и стоят мало (мало кто за это готов платить) и идут со скрипом (никого этот внешний контроль не радует).
vadeem_13; корум; Dementor; +3 Ответить
131. Gureev 28.09.17 12:00 Сейчас в теме
(129)
Деньги лежат в прогнозировании спроса, управление запасами, планировании закупок и производства. Точнее прогноз - больше продаж.

За это платят и хорошо платят.


Вы точно РП? Или как во всех франчах - РП = Продавец?
Как много у вас реальных проектов, где вложенный в автоматизацию рубль принес хотя бы рубль? (т.е. не в убыток)

Прогнозы часто и в экселе можно построить за сумму в 10 раз ниже.


(130)
[IS-QUOTE]Все по методичке - достижение поставленных целей.

Я читал одну умную книгу, где сказано, что критерий уже лет так дцать как неактуален.


А свое мнение у вас есть? [/IS-QUOTE]
Я не на столько знаменит, чтобы цитировать себя.
PMI, Друкер и т.п. куда авторитетнее моего мнения.
132. andironenko 591 28.09.17 15:59 Сейчас в теме
(131) У меня таких проектов все, из тех что запустились. Везде можно расчитать экономический эффект от автоматизации.

Чувствую тема запущенная - прочту-ка я цикл видеолекций на эту тему и выложу их на Инфостарт.
133. Dementor 416 28.09.17 16:19 Сейчас в теме
(131)

Вы точно РП? Или как во всех франчах - РП = Продавец?

Я в трех проектах участвовал как РП после того, как у меня за спиной все договорили ранее (точнее я был вторым РП; в 2-х случаях назначенные сотрудники не справились и самоустранились, а в одном случае РП был вообще уволен). И каждый раз была какая-то херня - у нас по словам продажников одна картинка, заказчик и его сотрудники утверждали, что все договорено совсем по другому, а в договоре не было никакой конкретики.

РП может не быть продавцом, но он должен хотя бы мельком участвовать в продажах и привлекаться на оценку проекта и составление проектной документации.

Как много у вас реальных проектов, где вложенный в автоматизацию рубль принес хотя бы рубль? (т.е. не в убыток)

Не знаю как у вас, но у меня все проекты такие (кроме чисто бухгалтерско-кадровых недопроектов). В одном случае компания, которая реально работала круглосуточно с небольшой рентабельностью и только могла мечтать о расширении, смогла благодаря наей автоматизации сократить время своей работы до рамок светового дня и открыла филиалы во всех областях Украины. Другая компания тоже смогла добиться значительного расширение своей сети торговых агентов и увеличить прибыль в три раза! Каждый раз автоматизация работы с поставщиками позволяла максимизировать получение бонусов, а следовательно уменьшить себестоимость продукции; автоматизация работы торговых агентов увеличивала клиентскую базу и объемы продаж, что позволяло давать больше скидок и давить менее "щедрых" конкурентов; автоматизация логистики позволяла уменьшить объем работ на складе и количество привлекаемого транспорта.

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

PMI, Друкер и т.п. куда авторитетнее моего мнения.

Очень интересно. Что-то я видимо уже запамятовал содержимое PMBOK... Укажите, пожалуйста, главу, в которой говорится, что повышение прибыли предприятия (экономическая целесообразность, про которую говорит Андрей Мироненко) уже не является актуальным критерием для успешного проекта. Или вы может живете в будущем, где по всей планете уже введен "безусловный доход", люди занимаются своей работой исключительно ради удовольствия, а все проекты как компьютерные игры - "кто дешевле, точнее и в срок"?
135. TODD22 17 29.09.17 10:01 Сейчас в теме
(133)
Укажите, пожалуйста, главу, в которой говорится, что повышение прибыли предприятия (экономическая целесообразность, про которую говорит Андрей Мироненко) уже не является актуальным критерием для успешного проекта.

Критерии успешности зависят от целей проекта. Достигнуты цели или нет.
Даже в коммерческой организации не все проекты ставят перед собой целью увеличение прибыли.
137. red80 29.09.17 10:07 Сейчас в теме
(135) Не добегу так хотя бы согреюсь?
andironenko; +1 Ответить
138. TODD22 17 29.09.17 10:13 Сейчас в теме
(137) По пробуйте перечитать несколько раз, если устанете, а понимание написанного не придёт, то попробуйте отдохнуть или отвлечься от этого сложного сообщения. Но позже обязательно повторите попытку. Если не получится понять написанное сообщите мне. Я попытаюсь написать специально для вас более простым языком.
139. red80 29.09.17 10:24 Сейчас в теме
(138) Ок, приведите пример проекта не ставящего перед собой целью увеличение прибыли.
140. TODD22 17 29.09.17 10:25 Сейчас в теме
(139)Любой проект не ставящий перед собой цель увеличение прибыли.
141. red80 29.09.17 10:34 Сейчас в теме
(140) И зачем на него тратить время и деньги?
142. TODD22 17 29.09.17 10:48 Сейчас в теме
(141) А зачем вы тратите время и деньги на деятельность которая не увеличивает ваш доход?
145. red80 29.09.17 10:57 Сейчас в теме
(142) Я даже не начинаю такую деятельность.
147. TODD22 17 29.09.17 10:58 Сейчас в теме
(145)Вы точно совершеннолетний и имеете хотя бы среднее образование? У меня начинает складываться впечатление что общаюсь со школьником.
148. корум 311 29.09.17 11:00 Сейчас в теме
(145) Ты её активно продолжаешь.
Подсказка. Срачи на форуме обычно не оплачиваются.
149. TODD22 17 29.09.17 11:04 Сейчас в теме
(148) Стартмани :) Но в комментах к статьям они вроде как не начисляются.
152. red80 29.09.17 11:10 Сейчас в теме
(148) У вас может и не оплачиваются
143. корум 311 29.09.17 10:48 Сейчас в теме
(141) проект по сокращению ручного ввода и человеческой обработки данных ставит цель повышения качества информации и уменьшение ошибок, но не увеличение прибыли.
144. red80 29.09.17 10:56 Сейчас в теме
(143) ... уменьшение количества человекочасов затрачиваемых на ввод информации -> уменьшение затрат -> увеличение прибыли.
146. TODD22 17 29.09.17 10:57 Сейчас в теме
(144)Вы там где прочитали про "уменьшение человекочасов" ?
корум; +1 Ответить
150. red80 29.09.17 11:04 Сейчас в теме
(146) Ваши проекты по сокращению ручного ввода не уменьшали время затрачиваемое на ввод информации? Вы случайно не из Первобита?
151. TODD22 17 29.09.17 11:05 Сейчас в теме
(150)Даже если уменьшили время затрачиваемое на ввод информации не значит что сократили ФОТ.
155. alex_sh2008 5 29.09.17 11:31 Сейчас в теме
(151)Смотрите шире на проблему, не обязательно сократили затраты в том месте где сократили ввод данных.
153. корум 311 29.09.17 11:21 Сейчас в теме
(150) Информация такая подлая штука, что её надо всё больше.
154. TODD22 17 29.09.17 11:25 Сейчас в теме
(150)
Ваши проекты по сокращению ручного ввода не уменьшали время затрачиваемое на ввод информации? Вы случайно не из Первобита?

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

Перед чтением

— Определите цель для предстоящего чтения. Заранее подумайте о том, что вы должны найти в тексте во время чтения.

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

— Бегло просмотрите весь текст, не вчитываясь, обратите внимание на заголовки и подзаголовки, слова выделенные жирным шрифтом и иллюстрации. Подумайте о том, о чем может быть этот текст.

— Постарайтесь вспомнить, что вы уже знаете о теме, авторе или этой истории.

Во время чтения

— Обдумывайте то, что вы прочитали после каждого абзаца или главы.

— Подумайте, согласны ли вы с идеями, персонажами или фактами.

— Если вы не поняли смысл каких-то предложений или абзацев, запишите, что вам непонятно.

— Запишите незнакомые слова, чтобы узнать их смысл после чтения.

После чтения

— Подумайте о том, что вы узнали во время чтения.

— Придумайте свои вопросы к автору.

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

— Сформулируйте краткий пересказ того, что вы прочитали.

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


— Диалоговое чтение: Задавайте вопросы, спорьте, уточняйте, подводите итоги и предсказывайте по ходу чтения.

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

— Парное чтение: Чтение вслух в паре с другим человеком по одному абзацу. После каждого абзаца обсуждайте друг с другом прочитанное.

— Мысли вслух: Во время парного чтения вслух озвучивайте все свои мысли, вопросы и непонимание, какие только придут в голову. Например, если персонаж или событие что-то напомнили, остановитесь и расскажите об этой личной ассоциации. Эта техника помогает вспомнить о прочитанном в дальнейшем.

— Повторное чтение: Прочитайте текст еще раз, стараясь найти ответы на возникшие вопросы.

— Связи в тексте: Во время чтения определяйте, как этот текст относится к вам, к другим текстам и к миру в целом. В связях с собой нужно подумать, как относится прочитанное к вам лично. В связях с миром вы можете связать текст с тем, что вы уже знаете. И наконец, в связях с текстом вы можете связать то, что вы прочитали, с тем, о чем вы читали ранее.

— Принцип «Трех медведей»: Когда выбираете книгу в библиотеке или книжном магазине, подумайте о том, чтобы она не была слишком простой или слишком сложной. Слишком простая означает, что читатель с легкостью поймет все слова или уже много раз читал эту книгу. Слишком сложная означает, что на одной странице есть более пяти незнакомых слов или смысл первой же страницы непонятен. Если книга в самый раз, то это новая книга, где читатель может не знать некоторые слова на странице, но в целом понимает, о чем идет речь.

— Деление текста на части: Читайте лишь несколько абзацев или предложений за один раз. Подумайте о прочитанном, используя стратегии чтения, и только потом продолжайте.

— Визуализация: Во время чтения всегда старайтесь зрительно представить, как выглядят персонажи и описанные сцены.

— Блоги: Проверьте, есть ли какой-нибудь блог или форум в Интернете, где данная тема или книга обсуждается онлайн, прочитайте, что думают об этом другие люди и попробуйте написать собственное мнение.

— Ведение дневника: По мере чтения записывайте возникающие мысли в специальный дневник.

— Графическая организация: Составьте таблицу, отмечая в ней степень своего понимания до, во время и после чтения.
Показать
156. andironenko 591 29.09.17 13:03 Сейчас в теме
(143) Вы противоречите себе. Вы написали: "цель повышения качества информации и уменьшение ошибок...".

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

Как они могут влиять:

Неверные данные о запасах приводят к тому что мы закупаем лишнее. Следовательно мы тратим дополнительные деньги на содержание и обслуживание завышенных запасов, а могли бы эти деньги положить в банк и получать с них процент - прибыль.

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

Я Вам любую ошибку могу очень быстро разложить в бизнес-потери. Это достаточно легко делается.

В примере с туалетом дело было в том, что операторы принимали заказы, достаточно интенсивно, а автоматизация процесса была плохая - каждый раз из памяти они заводили цены и скидки, документы при проведении по три раза налетали на блокировки. Мотивация у операторов была повременная (бизнес-ошибка), поэтому они любили уходить в туалет минут на 15-20 (4 похода в туалет, 2 часа прошло в ненапряжной обстановке). Это приводило к тому, что клиенты не могли дозвониться - предприятие не продавало столько сколько могло бы - мы теряли прибыль.

Можно было увеличить штат операторов, но это доп. затраты - то есть убытки. Это опять ошибка. К тому же это не гарантировало от того, что в туалете новые девушки стояли табуном.

Автоматизация приема заявок и перевод сотрудников на сдельную оплату труда (по числу обработанных заказов) позволило на 25% увеличить число заказов в рамках того же бюджета отдела продаж.

В бизнесе всё является источником убытков или прибыли - вопрос тут в том, готова ли организация так смотреть на вещи, и до какой глубины есть желание разбираться. Даже налоговая. отчетность в итоге влияет на убытки - Вы её не сдали, или сдали некорректные данные - заплатили штраф - убытки. Или вообще директора в тюрьму посадили с конфискацией - страшные убытки.

Вообще на стадии пресейла всегда хорошо оценивать баланс между затратами проекта и экономическим результатом от его выполнения. Только это Вам и гарантирует успех проекта - остальное дело случая, доброй воли заказчика и Ваших уникальных управленческих умений.
genayo; red80; Dementor; +3 Ответить
158. Gureev 29.09.17 16:44 Сейчас в теме
Автоматизация приема заявок и перевод сотрудников на сдельную оплату труда (по числу обработанных заказов) позволило на 25% увеличить число заказов в рамках того же бюджета отдела продаж.

Сколько стоила автоматизация? И сколько в деньгах этот рост? И сколько стоит поддержка автоматизированного участка в месяц?

И вообще это больше относится к мотивации
перевод сотрудников на сдельную оплату труда


Понятно. Вы продавец.
157. Dementor 416 29.09.17 13:38 Сейчас в теме
(135) К чему это было? (Уже молчу про феерический бред флуд, который последовал ниже) Мое сообщение касалось комментария от Юрий Гуреев, который является скептиком корпоративной автоматизации и считает, что в ней денег для заказчика нет.

Очевидно, что проекты бывают разными. Я сам делал разные программулинки, что бы экономить свое время, которое потратил на чтение книг и просмотр фильмов - никакого касания денег не было, только незначительная коррекция уровня моего комфорта, которая в очень далекой корреляции возможно отсрочит инфаркт, если ранее меня не собьет машина.

Статья же касается проектов автоматизации предприятия - а это ВСЕГДА прибыль не зависимо от названных вслух целей. Это может быть:
- непосредственное увеличения объемов продаж;
- поиск более дешевого сырья, оптимизация других ресурсов для снижения себестоимости;
- уменьшение срока хранения на складе (меньше затрат на содержание, меньше просрочки/брака, возможность нарастить производство и так далее);
- уменьшение транспортных расходов (особенно остроактуально при работе с заморозкой и скоропортом типа молочки);
- контроль своих не очень этичных сотрудников (тут не только банальные кражи, но и более сложные схемы можно придумать - анализ с какими менеджерами работали ушедшие клиенты и после посещения каких экспедиторов: может те их матом кроют и вместо этих дебилов на работу стоит взять более толковых ребят?)...

Это просто полет мысли, а вовсе не выдержка из каких-то умных книжек по ведению проектов. На самом деле назовите мне любую цель "якобы не связанную с прибылью", за которую согласился платить коммерческий директор и я найду как она принесет дивиденды учредителям (увеличится выручка или уменьшатся затраты - это уже вторично).

P.S. Из любого правила конечно есть исключения. На одном киевском предприятии столкнулся с коммерческим директором, который после выхода очередной игрушки уходил на неделю-вторую в игровой загул, пока ее не пройдет вдоль и в поперек, а в компании на это время был "мертвый штиль". Да и управленческие решения он принимал не очень разумные... Но никто ничего поделать не мог, так как этот директор был родственником шишки из холдинга, куда входила данная компания.
159. Gureev 29.09.17 17:35 Сейчас в теме
(157)
Статья же касается проектов автоматизации предприятия - а это ВСЕГДА прибыль не зависимо от названных вслух целей.


Ха! Софистика!
Нет, прибыль - далеко не всегда зависит от автоматизации, а часто вообще оказывается что можно было и не тратиться.

Например:
Автоматизация отчетности по МСФО - 5млн за проект и 2 штатных сотрудника, или
Договор с аутсорсом за 500т.р. за отчетность в год.
(пример из жизни, плюс минус)

А вот еще пример:
Автоматизация отдела продаж, позволила не принимать в штат 2 дополнительных менеджеров, и одного финансиста.
Однако затраты в более 1000ч/ч дорогих программистов + потери времени ключевых пользователей + ежемесячное сопровождение более 100ч/ч
С точки зрения денег - компания скорее всего их потеряла.

Но чаще автоматизация - это часть стратегии. Всего лишь один кубик из множества.
162. Dementor 416 30.09.17 00:00 Сейчас в теме
(159) Поправьте меня, если ошибаюсь. Всегда считал, что про отчетность по МСФО начинают думать исключительно перед выходом на IPO. Без отчетности в понятном для инвесторов виде никаких заимствований не получить. Трудно прокомментировать ваш пример. Может они на бирже выручили несколько миллиардов и на их фоне что 5 миллионов единоразово за автоматизацию, что эта же сумма для аудиторов из какого-нибудь Ernst&Young на протяжении 10 лет - это просто крохи. А вот если бы отчетности не было, то и инвестиций тоже не было.

К тому же у собственного бездушного печатающего отчеты автомата есть преимущество перед приходящими аутсорсерами - он стабилен. А вот закрепленный за компанией аудитор может заболеть или уволится, и далее начинается свистопляска с экстренным въезжанием новичка в местные Cost и Profit центры, нюансы плана счетов и "правильное" отображение затрат.

По второму примеру, судя по названному количеству часов, не все так просто как вы говорите. Ради увольнения трех сотрудников никто такие масштабные проекты не начинает. Если бы 100ч/ч за один раз и без последующей поддержки, то еще поверю - обработочки, несколько новых отчетов, индивидуальных печатные формочки накладных для сетей и всякие "бантики".

Что за такая повышенная эффективность, которая сделала ненужными трех человек? Возможно это был единый репозиторий всей контактной базы и истории взаимоотношения с ними, т.е. данных которые ранее были разбросаны по личным Excel-кам и бумажным записным книжкам? Так ведь это делает компанию более гибкой и предохраняет от потери ценной для продаж информации. CRM-ные примочки только для непосвященных звучат как bullshit, а на деле все эти напоминалки и объединение коммуникационных линий реально позволяют терять меньше лидов и больше продавать.

Судя по дополнительным существенным ежемесячным расходам на поддержку тут еще завязаны интеграции с различными внешними EDI. Торговые сети, насколько мне известно, любят штрафовать за ошибки в документах, что сразу прописывают в договорах. Зачем нарываться на неприятности с человеческим фактором? В конце-концов, со склада забудут отчитаться о погрузке, а менеджер решит, что была недостача и вычеркнет позиции из отправляемого документа или его отвлекут и он вместо "липтона" впишет "майский чай". С документооборотом с поставщиками тоже может быть не все очевидно, так как они еще те любители проводить среди своих оптовиков акций в духе "продай за месяц 15 ящиков печенья Мария и получи еще один ящик в подарок (за 1 копейку), но при сдаче отчета в следующем месяце акционный ящик уже учитываться не должен" - можно пытаться специально выделенному сотруднику отслеживать все эти десятки акций у различных поставщиков и стараться в них попадать, но одна ошибка и поставщик уже будет крайне недоволен, что его пытаются надуть. Да практически все заказчики у нашей фирмы просили учет ретробонусов с постащиками либо покупателями. Это я еще не говорю про более экзотические вещи в духе "stock protection" и подобные компенсации, для получения/проверки которых тоже требуется скрупулезно отслеживать судьбу каждой товарной позиции даже если их в прайсе тысячи. Если бы тут не были закопаны для бизнеса сотни тысяч, то в эти "игры" никто бы не игрался.
163. TODD22 17 30.09.17 05:54 Сейчас в теме
(162)
Поправьте меня, если ошибаюсь. Всегда считал, что про отчетность по МСФО начинают думать исключительно перед выходом на IPO.

Ошибаетесь.
Отчётность по МСФО составляют многие крупные компании без всякого IPO. Так же в РФ эту отчётность обязаны составлять финансовые организации(банки, страховые и итд) и не обязательно они могут быть акционерными обществами, размещать акции или думать про IPO.
166. Gureev 03.10.17 14:02 Сейчас в теме
(162)
По второму примеру, судя по названному количеству часов, не все так просто как вы говорите. Ради увольнения трех сотрудников никто такие масштабные проекты не начинает. Если бы 100ч/ч за один раз и без последующей поддержки, то еще поверю - обработочки, несколько новых отчетов, индивидуальных печатные формочки накладных для сетей и всякие "бантики".


Продают у нас в стране не только шмотье и еду)
Цель автоматизации - снижение ручного труда.
Увольнять никого не нужно было. Просто в результате удалось не нанимать новых менеджеров. Зато взяли еще одного 1Сника.

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

В общем, я не думаю, что компания "А" получая 1 лям прибыли, ничего больше не делая, кроме автоматизации, утраивает этот показатель по итогу.

Скорее автоматизация - один из тех винтиков, который если можно заменить - его заменяют.

Лучше всего, на мой взгляд, траты на автоматизацию умеет балансировать малый бизнес.
Там профит от вложений очень хорошо просчитывают.
Но только объем работ там невысок.

П.С. "новые системы порождают новые проблемы" (с) Кьеркегор
160. TODD22 17 29.09.17 18:32 Сейчас в теме
(157)
К чему это было?

К этому:
Укажите, пожалуйста, главу, в которой говорится, что повышение прибыли предприятия (экономическая целесообразность, про которую говорит Андрей Мироненко) уже не является актуальным критерием для успешного проекта.

Был не осторожен уточнить что успешность проекта определяется целями проекта, а не прибылью/убытком если это не цели проекта закреплённые в уставе проекта.
Вашими словами "актуальные критерии успешного проекта это критерии закреплённые в уставе проекта".

это ВСЕГДА прибыль не зависимо от названных вслух целей.

Исходя из этой предпосылки какие цели будут (должны быть) зафиксированы в уставе проекта? те что были озвучены или те что были у кого то на уме?
Вы как РП ответственность на проекте за что несёте? За то что кто то подразумевал или за то что определено уставом проекта?
Мы же про "проекты автоматизации" в этой теме, а не:
просто полет мысли


Если предприятие просит вас выполнить автоматизацию отдела продаж. Перед вами ставят ряд целей и задач и вы закрепляете их в уставе проекта, слов "увеличение прибыли, снижение издержек, получение дивидендов" и тд там нет. Вы отлично справляетесь и автоматизируете работу. Но прибыль не увеличивается. По не зависящим от вас причинам. Все довольны.
Считается этот проект успешным?

На самом деле назовите мне любую цель "якобы не связанную с прибылью", за которую согласился платить коммерческий директор и я найду как она принесет дивиденды учредителям (увеличится выручка или уменьшатся затраты - это уже вторично).


То что вы можете измерить всё деньгами, ну или по крайней мере думаете что можете, то это наверное очень хорошо для руководителя проектов.

Я не про деньги, я про целеполагание....

В одном случае компания, которая реально работала круглосуточно с небольшой рентабельностью и только могла мечтать о расширении, смогла благодаря наей автоматизации сократить время своей работы до рамок светового дня и открыла филиалы во всех областях Украины. Другая компания тоже смогла добиться значительного расширение своей сети торговых агентов и увеличить прибыль в три раза! Каждый раз автоматизация работы с поставщиками позволяла максимизировать получение бонусов, а следовательно уменьшить себестоимость продукции; автоматизация работы торговых агентов увеличивала клиентскую базу и объемы продаж, что позволяло давать больше скидок и давить менее "щедрых" конкурентов; автоматизация логистики позволяла уменьшить объем работ на складе и количество привлекаемого транспорта.


В интернете что не 1Сник то самородок.... Вы точно РП?
С такими талантами надо открывать свой бизнес как минимум.
136. red80 29.09.17 10:06 Сейчас в теме
(131)
Я не на столько знаменит, чтобы цитировать себя.
PMI, Друкер и т.п. куда авторитетнее моего мнения.
Задрюканные московские одинесники...
130. red80 28.09.17 07:38 Сейчас в теме
(128)
Все по методичке - достижение поставленных целей.

Я читал одну умную книгу, где сказано, что критерий уже лет так дцать как неактуален.

А свое мнение у вас есть?
Компании сливают львиную долю свободных денег на АСУ, лишь бы протянуть еще год другой.

А раньше чтобы протянуть деньги не сливали а экономили. Как жизнь меняется...
Krasnyj; корум; +2 Ответить
134. Krasnyj 1240 29.09.17 09:39 Сейчас в теме
А в апреле мы совместно пошли сдавать систему ключевым пользователям, и это было мероприятие в стиле «я кинул атомную бомбу, и она жахнула…». Начались истерики, швыряния документов и бесконечные совещания.


В первый же день прилетела вторая «атомная бомба»: как оказалось, выделенные в апреле ключевые пользователи тоже не владели полной информацией: были люди (а иногда и целые отделы), которые работали «чуть-чуть по-другому». GoLive Tracking рос как снежный ком, и в нем было 2 статуса: «исправить до завтра» и «исправить немедленно». Программисты (и наши, и их) работали по 14 часов в сутки, поедая часы на ОПЭ с экстремальной скоростью. В итоге заказчик «забил» на бюджетирование и «забил» на себестоимость. Весь бюджет был перенаправлен на доведение системы хоть до какого-то приемлемого состояния.


Коллектив у заказчика достаточно технично саботировал внедрение новой системы, ничего не скажешь.
165. Maxx2008 03.10.17 10:03 Сейчас в теме
Уже гораздо позже, по результатам полученного (через кровавые слезы) опыта у нас в фирме родился документ «Стандарты кодирования», в котором мы описали (и актуализируем до сих пор) основные принципы разработки.
Интересно, а у Вас этот документ является коммерческой тайной? Можно ли его хоть одним глазком подсмотреть. Глядишь и выработались бы общие стандарты к программированию в 1С. ))))
167. TODD22 17 04.10.17 04:38 Сейчас в теме
(165)Посмотрите на ИТС есть стандарты по написанию кода и разработки.
168. Maxx2008 04.10.17 08:57 Сейчас в теме
(167) Спасибо, я смотрел. Просто интересно посмотреть со стандартами, полученными через "кровавые слёзы", то есть именно в живую)
169. alex_sh2008 5 04.10.17 10:08 Сейчас в теме
(168)За 20 лет существования языка, не создали, думаете сейчас создадут?
170. red80 09.10.17 08:34 Сейчас в теме
(168)
Спасибо, я смотрел. Просто интересно посмотреть со стандартами, полученными через "кровавые слёзы", то есть именно в живую)
Все то же самое, только через кровавые слёзы.
171. Strange Device 306 06.11.17 18:14 Сейчас в теме
Как фикс имел честь присутствовать на другом проекте, доведенном до конца невообразимыми усилиями только потому что уважаемые собственники никак не могли принять решение, которое их просили принять в течение примерно полугода, в результате решение было принято, но не за пол года до внедрения проекта, а за семь дней до нового года, т.е. за 7 дней до того, как готовый проект надо было внедрять. В итоге собственники обеспечили работой отдел ИТ примерно на четыре-пять месяцев без единого выходного с выработкой часов по 11 ежедневно. Работу таки до конца довели, НО на себе очень явно наблюдал, что та работа которая ранее занимала пару часов делалась уже за пару дней и не потому что намеренно растягивалось время, а потому, что усталость после трех недель подобной работы была так велика, что с другой скоростью работать уже не мог физически. С тех пор бегу от любого начальства, которое не в состоянии принимать решения
172. nilabs 6 17.12.18 17:31 Сейчас в теме
Рассказ о том, как тупые франчи, не зная функционала завалили проект, браво.
173. 1СERP 1407 18.12.18 09:57 Сейчас в теме
(172)
:) мы пишем о сложностях на проекте. в надежде на то, что кому-то не придется своим лбом пробивать те же стены. Видимо, в Ваших проектах сложностей нет. Тогда Вы, точно, не целевая аудитория этой статьи.
Проект, кстати, завершился успешно. И сейчас разворачивается вторая и третья очереди.
174. nilabs 6 19.12.18 13:01 Сейчас в теме
(173) Внедрение любого продукта начинается с осознания и понимания всех бизнес-процессов заказчика. Абсолютно также как и написание любого ПО начинается с инфологической модели, ибо писать или внедрять не зная того, что Вы делаете бесполезно.
А все описание сводится, что франчи не знали функционала решения, и не думая влупили 4000 часов по ТЗ. Смысл следующий нам без разницы, что дорабатывать, лишь бы что то делать, а как это соотносится с здравым смыслом - это на последнем месте.
175. genayo 19.12.18 14:03 Сейчас в теме
(174) Если бы всё было так просто... Обычно понимание своих процессов (и желание их изменить) приходит заказчику по ходу проекта.
176. 1СERP 1407 19.12.18 17:53 Сейчас в теме
(174)
Жаль, что у Вас по статье остались только такие выводы. Мы писали совсем не про это.

Доработок для крупного предприятия с 1,5 тысячью рабочих мест там не так уж и много. И функционал 1С:ERP мы знаем, полтора десятка реальных отзывов об успешных внедрениях это подтверждает.
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

Программист 1С
Бобров
зарплата от 100 000 руб. до 150 000 руб.
Временный (на проект)

Студент (стажер) 1С
Нижний Новгород
зарплата от 25 000 руб.
Полный день

Программист 1С
Санкт-Петербург
зарплата от 120 000 руб.
Полный день

Программист 1С
Нижний Новгород
зарплата до 100 000 руб.
Полный день

Бизнес-аналитик 1С
Москва
зарплата от 90 000 руб. до 150 000 руб.
Полный день