02.09.2010, 15:56 | #21 |
Administrator
|
Цитата:
Но если зарплата белая увольнение сотрудника по инициативе работодателя может привести к определенным проблемам типа необходимости выдать выходное пособие или невозможности уволить (например, при беременности). Это тоже риск, но уже другого плана - и он гораздо менее существенен.
__________________
Возможно сделать все. Вопрос времени |
|
02.09.2010, 16:07 | #22 |
Участник
|
Цитата:
Сообщение от sukhanchik
Это несущественная часть. Для работодателя важно то, что какой-бы ни был хороший сотрудник - он может уйти без предупреждения, отработав максимум 2 недели. И это риск, не зависящий от работодателя.
Но если зарплата белая увольнение сотрудника по инициативе работодателя может привести к определенным проблемам типа необходимости выдать выходное пособие или невозможности уволить (например, при беременности). Это тоже риск, но уже другого плана - и он гораздо менее существенен. Последний раз редактировалось ice; 02.09.2010 в 16:11. |
|
02.09.2010, 16:21 | #23 |
Участник
|
Цитата:
Другая сторона медали - то что и из консалтинговой компании в любой момент может уйти ключевой сотрудник, который работал на данном проекте. И в любом случае новому человеку потребуется время чтобы вникнуть во все нюансы. |
|
02.09.2010, 17:13 | #24 |
Administrator
|
речь шла о минусах наема сотрудника перед внешним консалтерством.
С т.з. этого сравнения - способы сокращения сотрудника без выходного пособия - это способы устранить один из рисков - не самый опасный. Цитата:
Цитата:
Кстати - для руководителя проекта, вот так вот бросившего проект - бросание проекта - тоже не в плюс будет
__________________
Возможно сделать все. Вопрос времени |
|
02.09.2010, 17:51 | #25 |
NavAx
|
Цитата:
Сообщение от sukhanchik
Да. Но это уже риск консалтинговой компании, а не заказчика. Конечно этот факт не обрадует заказчика. Но он вправе требовать соблюдения сроков, бюджета и должного качества, если иное не определено договором. И если подрядчик не справится - то уже пострадает репутация подрядчика, как компании в целом, в чем не заинтересована ни одна уважающая себя консалтинговая компания.
|
|
02.09.2010, 18:05 | #26 |
Administrator
|
Именно так. А может и увеличением бюджета страховать. И именно страховкой объясняется разница в цене.
__________________
Возможно сделать все. Вопрос времени |
|
02.09.2010, 18:15 | #27 |
Участник
|
Когда работает внутренний сотрудник компании, то доход получает только он.
а при работе консалтера доход получает сам консалтер, бюджет страховки и зп (фин резерв), владелец консалтинга. То есть спонсируем три области. вот и средняя разница по цене проекта от 1 : 3 и выше. но когда необходимо выполнить масштабный фронт работ (внедрение), и в критических случаях когда высокая внутренняя загрузка ресурсов нет, то конечно без консалтинга никуда. Бывает руководство видя какую то сложную задачу или рискованную решает делегировать ее в консалтинг, чтобы ответственность перебросить. легче порой заплатить но требовать. |
|
|
За это сообщение автора поблагодарили: sukhanchik (2). |
02.09.2010, 19:57 | #28 |
Участник
|
Цитата:
Цитата:
Сообщение от sukhanchik
Да. Но это уже риск консалтинговой компании, а не заказчика. Конечно этот факт не обрадует заказчика. Но он вправе требовать соблюдения сроков, бюджета и должного качества, если иное не определено договором. И если подрядчик не справится - то уже пострадает репутация подрядчика, как компании в целом, в чем не заинтересована ни одна уважающая себя консалтинговая компания.
|
|
02.09.2010, 20:03 | #29 |
Участник
|
Могу заверить - много. Для этого надо читать КЗОТ не скрываясь от него :-)
|
|
02.09.2010, 22:02 | #30 |
Moderator
|
Ладно - я все-таки распишу свою мысль поподробнее.
Во первых замечу что при увеличении числа, эээ, фич добавленных в систему стоимость их добавления и поддержки ростет. Если добавление простой фичи (допустим новое поле в таблице заказов, которое протягивается в накладные и выводится на печать накладных) стоит 500 долларов и ее годовая поддержка стоит 50 долларов. Добавление 10 новых фич аналогичной сложности стоит не 5000, а скорее 5500-6000 долларов, соответственно со стоимостью поддержки порядка 550-600 долларов. Стоимость добавления 100 аналогичных фич - уже скорее тысяч 100-120 с соответствующим ростом стоимости поддержки. Конечно скорость роста зависит от квалификации комманды, уровня организации разработки и тп, но не об этом речь. В любом случае постулат о том что с ростом числа фич их удельная TCO возрастает - остается правильным. Поэтому, по хорошему, перед внесением в систему какой-то очередной фичи, хорошо бы очень тщательно подумать действительно ли она критически необходима для бизнеса, и во что ее наличие может вылиться в будущем. Теперь рассмотрим другой пример. Допустим я начальник отдела продаж (10 сотрудников). У нас есть проблема. Часть моих клиентов работают как аггрегаторы заказов каких-то своих более мелких клиентов, поэтому у них используется много адресов доставки. А мои сейлы привыкли работать с крупным оптом, поэтому время от времени они путаются в адресах доставки, груз отправляется не туда куда нужно, сроки срываются, приходится переплачивать за доставку и тому подобное. Не так чтобы это уж очень часто происходило и сильные убытки приносило, но все-таки неприятно, да и от начальства мне регулярно перепадает за неправильное указание адреса доставки. Теперь рассмотрим три варианта решения проблемы:
Так что имеет значение не только стоимость ресурсов, но и их доступность. Из за более высокой доступности внутренней Айти-комманды для линейных подразделений, спустя 2-3-4 года эксплуатации система оказывается на 90% забита фичами весьма сомнительной полезности для бизнеса, которые, тем не менее, очень заметно увеличивают (с экспоненциальным ростом) затраты айти-отдела на поддержку системы. Поэтому по моим личным наблюдениям, если в штате клиента нету разработчиков, то обычно совокупные затраты на эксплуатацию и развитие системы оказываются МЕНЬШЕ чем в случае если они есть. Так что вопрос ни коем образом не может быть сведен к стоимости часа или месяца работы своего специалиста или специалиста от консалтера. Свои специалисты однозначно дешевле, но их более высокая доступность для линейных подразделений в результате приводит к большей совокупной стоимости владения. Попросту говоря система оказывается погребена под грузом хотелок и ее становиться невозможным ни развивать ни апгрейдить. Я тут конечно слегка преувеличил некоторые моменты , но все общий вывод остается тем же самым... |
|
|
За это сообщение автора поблагодарили: dn (2), sukhanchik (2), Logger (2), coolibin (2), ViV (2), Ivanhoe (2), ikopyl (2), Evgeniy2020 (1), pokemon (1). |
03.09.2010, 09:35 | #31 |
Участник
|
2 fed+
Спасибо! Самая суть! Чуть-чуть подредактирую и заставлю читать всех менеджеров по нескольку раз, чтобы дошло. =) |
|
03.09.2010, 10:40 | #32 |
Administrator
|
А я и не говорил что это деньги. Но в целом - наличие мотивации - так или иначе связана с затратами. Нужно разработать программу мотивации, проявить индивидуальный подход, и т.д., и т.п. Это не затраты конкретно на сотрудника. Это затраты на службу персонала. Но это затраты в целом на компанию (а значит и косвенно на сотрудника)
Цитата:
После такого разговора - ЛПР потенциального клиента уже ни за что не захочет иметь дело с "Рогами и копытами".
__________________
Возможно сделать все. Вопрос времени |
|
03.09.2010, 10:56 | #33 |
Участник
|
Да, это все правильно - в теории. Но мы начинали с проблем на проектах, связанных с текучкой кадров в компании исполнителя. Т.е. это затягивание сроков, выход из бюджета, либо какие-то недоделки. Это далеко не редкое явление Но обычно у нас в стране все решается полюбовно и по таким "мелочам" не доводится до судов. И даже пишутся пресс-релизы об очередном успешном внедрении. Я к тому, что надо понимать всю поднаготную и учитывать эти риски...
|
|
03.09.2010, 11:00 | #34 |
Участник
|
Коллеги, никто не встречался на практике с другой организацией работы внутреннего отдела ИТ?
Суть: бизнес-подразделения "оплачивают" работу по доработке системы. Т.е. в приведенном fed примере вариант номер три был бы другим: начальнику отдела был бы выставлен "счет" на соответствующую доработку и часть затрат отдела ИТ была бы "переложена" на отдел продаж. При этом раз в период (месяц / квартал / год) высшее руководство получает отчет от ИТ: сколько денег было "потрачено" на автоматизацию отделов компании (с разбивкой по отделам), а какие расходы (все расходы отдела ИТ минус выставленные "счета") пошли непосредственно на поддержку.
__________________
Ivanhoe as is.. |
|
03.09.2010, 11:47 | #35 |
Axapta Retail User
|
Ivanhoe, сталкивалась.
В таком случае развитие системы сильно зависит от начальника конкретного отдела. Если начальник отдела "экономит" деньги отдела - то поток заявок на доработку после перехода на схему "оплат" резко иссякает. Причем не всегда в лучшую сторону - часть очень даже полезных доработок тоже заворачивается и все делается руками в Excel (утрируя). Если же у начальника отдела бюджет хороший - либо сотрудники отдела ну никак не могут без ИТ отдела и пробивают по любой мелочи бюджет у начальника - то особо в схеме работы ничего не меняется. Система все равно обрастает рюшечками в сторону этого отдела. |
|
|
За это сообщение автора поблагодарили: Ivanhoe (2). |
03.09.2010, 11:48 | #36 |
Участник
|
Чтобы знать, сколько на что денег было потрачено, можно и не выставлять никаких счетов. В частности, следуя ITIL-практике можно добиться вполне хорошей прозрачности расходов на айти.
Выделение айти в отдельную доходную организацию имеет смысл, наверное, когда интересно именно предоставление услуг помимо своей фирмы еще и сторонним клиентам. |
|
03.09.2010, 12:12 | #37 |
Administrator
|
Цитата:
Цитата:
К сожалению, на рынке ERP клиент тоже должен быть вооружен и быть теоретически подготовленным. Также, впрочем, как и на любом другом рынке. Страна у нас такая
А вот мнение "другана" не изменишь никакими пресс-релизами. А в общем-то именно это в первую очередь влияет на ЛПР. Т.е. если все-таки компания грамотная (вооружена и теоретически подготовлена) - то для нее мнение знакомого будет существенно. Цитата:
Цитата:
В реальности - когда действительно так начинает происходить - руководство вдруг осознает - что ИТ действительно начинает купаться в золоте . После чего приструняет ИТ, разрешая ему работать только на "своих", и уже подписание виртуальных счетов сводится к простой формальности . Я с этим столкнулся уже в двух несвязанных между собой компаниях.
__________________
Возможно сделать все. Вопрос времени |
|
|
За это сообщение автора поблагодарили: Ivanhoe (2). |
03.09.2010, 12:55 | #38 |
Участник
|
|
|
03.09.2010, 13:40 | #39 |
Administrator
|
Сложно сказать... Я ж не был по ту сторону баррикад. Думаю основная проблема становится в том, что начинает "страдать" основной бизнес (наверное). А может еще какие причины. Мне "везло" на принятие решения высшим руководством об отказе от выставления счетов и как следствие - сворачивании обслуживания сторонних организаций. После чего - просходила массовая смена сотрудников ИТ, и я оказывался в волне ушедших.
__________________
Возможно сделать все. Вопрос времени |
|
06.09.2010, 11:27 | #40 |
Участник
|
Цитата:
Так как в случае IT-ников компания тратится только на их ЗП ну и аренду офиса на рабочие места. А в случае консалтинга ЗП консультанта/программиста на проекте составляет незначительную долю тех денег которые оплачивает заказчик. |
|