Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 13
сам факт наличия цифры в «200 часов» рядом с понятием «ERP» показывает вашу наивность ваш оптимизм в те времена, когда это решение принималось :). Но цифра «2500» за готовую систему тоже выглядит совсем небольшой — а значит, еще до внедрения собственной ERP ваши ресурсы уже были эффективными и хорошо управляемыми. Зачем тогда система? ;)
Да, наивность в то время точно была нам присуща. Но, с другой стороны, если бы мы знали, что разработка займет год и не закончится до сих пор, может и не решились бы на нее вовсе.
Мы много времени уделяем организации процессов. Всегда уделяли. Тестировали платформы для управления проектами, пробовали разные методы управления. И, конечно, даже без ERP справлялись неплохо. Но был большой пробел — мы видели сколько работаем, видели над какими проектами работаем, сколько зарабатываем, но не могли понять, как долго мы работали над конкретным проектом и сколько денег он принес. Нужен был интерфейс, которые соединит пазлы.
Мы много времени уделяем организации процессов. Всегда уделяли. Тестировали платформы для управления проектами, пробовали разные методы управления. И, конечно, даже без ERP справлялись неплохо. Но был большой пробел — мы видели сколько работаем, видели над какими проектами работаем, сколько зарабатываем, но не могли понять, как долго мы работали над конкретным проектом и сколько денег он принес. Нужен был интерфейс, которые соединит пазлы.
Я думаю, что вы разработали project management system/CRM. Классическая ERP немного иная как по структуре, так и по функционалу (не говоря уже про UI):
ERP systems track business resources—cash, raw materials, production capacity—and the status of business commitments: orders, purchase orders, and payroll.
ERP systems track business resources—cash, raw materials, production capacity—and the status of business commitments: orders, purchase orders, and payroll.
Я ничего не понял. Где в «вашей ERP» классические процессы которые она изначально предусматривает (приведу некоторые из них)
— Управление закупками;
— Управление запасами;
— Управление персоналом;
— Управлением цепочками поставок… и т.д
— Управление закупками;
— Управление запасами;
— Управление персоналом;
— Управлением цепочками поставок… и т.д
Главная задача ERP в нашей компании — управление ресурсами (финансовыми и человеческими). Мы видим все проекты компании, время, затраченное на их реализацию, их себестоимость и прибыльность. Видим какие сотрудники задействованы в каждом из проектов и в какой объеме. Отдельно можем посмотреть срезы по каждому сотруднику: над чем работал, сколько нам, как работодателям, это стоило. По отделам, по месяцам, по проектам — срезать можно как угодно. Эти данные, как раз, позволяют управлять персоналом (мы такое слово не используем в компании) и ресурсами компании в целом. Может быть, на скриншотах, которые мы показали, это не совсем понятно… Или в чем-то другом вопрос?
Цепочки поставок, закупки и запасы — не про нашу сферу деятельности. Мы больше за адаптированные инструменты, которые помогают бизнесу, а не вынуждают впихивать свои потребности в рамки классических процессов)
Цепочки поставок, закупки и запасы — не про нашу сферу деятельности. Мы больше за адаптированные инструменты, которые помогают бизнесу, а не вынуждают впихивать свои потребности в рамки классических процессов)
Константин, все что вы описали это стандартные функции систем класса Управление проектами, но не Предприятием. Если у вас нет «закупок» (а это не только материальные ценности) но и расчеты с подрядчиками, аренда, закупка лицензий, расчеты с вашими поставщиками и ТП, то в системе сложно построить расчет прибыли и все прелести комплексности EPR исчезают.
В правильных ERP система реализую казначейство, полноценный бухгалтерский и управленческий учет (с двойной записью).
Управление персоналом, это не только расчет з/п, но и найм и адаптация персонала, обучение, сертификация и т.п.
Извините, но называть такую систему как вы описали ERP — некорректно, учитывая общепринятое понимание этого термина.
В правильных ERP система реализую казначейство, полноценный бухгалтерский и управленческий учет (с двойной записью).
Управление персоналом, это не только расчет з/п, но и найм и адаптация персонала, обучение, сертификация и т.п.
Извините, но называть такую систему как вы описали ERP — некорректно, учитывая общепринятое понимание этого термина.
На самом деле, кастомная ERP на то и нужна, чтобы решать проблемы бизнеса. У ребят возникла конкретная проблема, которую они и решили. Зачем изобретать что-то невообразимо большое как SAP, если проблема может быть закрыта точечно под специфику. Они довольны, значит всё прекрасно. Хороший кейс. Про все выгоды кастомной ERP можно почитать подробно здесь: blog.omega-r.ru/erp-sistemy1
Алексей, спасибо за комментарий.
Ваше мнение и мотив вашего комментария мне понятен, вам нужен был повод разместить свою «рекламную статью».
Однако. В своей статье вы перевернули все с «ног на голову», это сказочка для тех кто мало что понимает в системах и в бизнесе и ведется на красивый картинки, забористые слова и лозунги.
Внедрение любой системы «готовой! или „изобретенной“ несет риски. Но крупные компании умеют их считать и для системы разработанной на известной платформе с учетом отраслевых стандартов и подходов риски потерять инвестиции намного ниже чем риски внедрения „карманной системы“ от малоизвестного вендора, пытающегося выскочить из амплуа „веб разработчика“ в мир серьезных систем, который сегодня работает на этом рынке, а завтра еще не известно что с ним (этим вендором или его платформой — будет).
Ваше мнение и мотив вашего комментария мне понятен, вам нужен был повод разместить свою «рекламную статью».
Однако. В своей статье вы перевернули все с «ног на голову», это сказочка для тех кто мало что понимает в системах и в бизнесе и ведется на красивый картинки, забористые слова и лозунги.
Внедрение любой системы «готовой! или „изобретенной“ несет риски. Но крупные компании умеют их считать и для системы разработанной на известной платформе с учетом отраслевых стандартов и подходов риски потерять инвестиции намного ниже чем риски внедрения „карманной системы“ от малоизвестного вендора, пытающегося выскочить из амплуа „веб разработчика“ в мир серьезных систем, который сегодня работает на этом рынке, а завтра еще не известно что с ним (этим вендором или его платформой — будет).
Спасибо вам за статью! После прочтения осталось несколько вопросов:
Скажите пожалуйста, что помешает удаленному сотруднику смотреть сериалы на телефоне или планшете? Если система не способна этому помешать, что зачем она нужна? Скриншоты приходится просматривать, сколько рабочего времени уходит на это?
Скажите пожалуйста, что вы понимаете под эффективностью выполнения задач разработчиком? И как оцениваете качество выполненной разработчиком задачи?
Из каждого правила есть исключения, не так ли? Как вы имеете дело с такими сотрудниками?
Кто же определяет сложность задач? На что он ориентируется? Может ли способный сотрудник брать себе только сложные? В итоге оклад сотрудника определяется количеством сложных задач, которые компания может ему предоставить? Крайне любопытно, как задачи распределяются по сложности между сотрудниками.
… система делает скриншот экрана. Не оставляя удаленным сотрудникам возможности смотреть сериалы и заниматься чем-то кроме рабочих задач...
Скажите пожалуйста, что помешает удаленному сотруднику смотреть сериалы на телефоне или планшете? Если система не способна этому помешать, что зачем она нужна? Скриншоты приходится просматривать, сколько рабочего времени уходит на это?
мы зорко следим за эффективностью выполнения задач и нацелены на максимальное качество за отработанное сотрудниками время
Скажите пожалуйста, что вы понимаете под эффективностью выполнения задач разработчиком? И как оцениваете качество выполненной разработчиком задачи?
Если сотрудник возмущается, он, как правило, лодырь и бездельник
Из каждого правила есть исключения, не так ли? Как вы имеете дело с такими сотрудниками?
Премии считает система, ориентируясь на количество и сложность закрытых задач. А не руководитель, ориентируясь на личные ощущения и свое усмотрение.
Кто же определяет сложность задач? На что он ориентируется? Может ли способный сотрудник брать себе только сложные? В итоге оклад сотрудника определяется количеством сложных задач, которые компания может ему предоставить? Крайне любопытно, как задачи распределяются по сложности между сотрудниками.
И вам спасибо, что прочли и даете обратную связь!
Ничего не помешает. Если цель сотрудника — смотреть сериалы, мы, вероятнее всего, увидим низкую эффективность в выполнении задач и все равно с ним распрощаемся. Хотя, когда смотришь сериал, вряд ли получится активно использовать клавиатуру и переключаться между вкладками браузера, например. Тайм Доктор при получасовой низкой активности спрашивает, точно ли сотрудник занят делом. И запускает минутный обратный отсчет. Не нажал «Да» за минуту — Доктор обнулил полчаса работы. Но вообще, конечно, это больше психологический инструмент, чем контролирующий. Сотрудник знает, что за ним присматривают, и правильно планирует время. Мы редко просматриваем скриншоты, только если есть вопросы к сотруднику.
Я говорил не только про задачи разработчиков, а про задачи всей команды в целом. Эффективная работа в нашем понимании — это когда:
— у всех задач в Asana проставлены сроки и дедлайны,
— задачи закрываются в срок и принимаются руководителем (принимает он, соответственно, только хорошо сделанную работу),
— нагрузка распределена равномерно, нет дней, в которые нечего делать и дней, когда невозможно успеть все, что запланировано,
— отработано минимум 95% установленного регламентом времени (8 часов в день),
— в задачах (в комментариях, в статусах, в описании) видна динамика, есть прогресс, есть коммуникации внутри команды.
В случае с разработкой любой результат проходит тестирование нами, клиентом, проверяется на наличие багов или на возможности доработок. Если задача выполнена в срок на высоком уровне и результат нравится клиенту, то она была выполнена эффективно.
Конечно, у нас на этот случай 2 решения:
1) Рабочий процесс — это часть нашей корпоративной культуры. В него входит использование тайм доктора на постоянной основе. Менять работающий и дающий плоды процесс ради сотрудника мы не будем. Ты либо принимаешь наши правила игры, либо нет. Во втором случае — мы просто не будем работать вместе)
2) Мы честно и открыто поясняем как и для чего используем тайм доктор. Он помогает сотруднику управлять своей деятельностью, планировать рабочее время. Скриншоты без повода никто не просматривает. Нет цели поймать на чем-то или, не дай бог, изучать переписки. Обычно именно за переписки больше всего переживают. Что они попадут на скрин и мы о них узнаем. Переписываться не по работе можно после раб дня, гадости про нас писать нет смысла — мы открыты к переменам и диалогам, всегда можно прийти и сказать прямо, что не нравится. В общем, за все время не было ни одной неприятной истории из-за тайм доктора.
Сложные задачи у нас являются премиальными. Сложность определяет руководитель, исполнителя тоже. Он это делает на основе набора задач, которые нужно решить в проекте. Подбирает команду, опираясь на нужные и имеющиеся компетенции. Тут мы Америки вам не откроем) Нет сотрудников, которым достаются только сложные задачи. Но способные сотрудники могут выполнять больше премиальных в силу того, что работают эффективнее остальных. Так можно влиять на свой ежемесячный доход)
Надеюсь, на все ответил.
что помешает удаленному сотруднику смотреть сериалы на телефоне или планшете? Если система не способна этому помешать, что зачем она нужна? Скриншоты приходится просматривать, сколько рабочего времени уходит на это?
Ничего не помешает. Если цель сотрудника — смотреть сериалы, мы, вероятнее всего, увидим низкую эффективность в выполнении задач и все равно с ним распрощаемся. Хотя, когда смотришь сериал, вряд ли получится активно использовать клавиатуру и переключаться между вкладками браузера, например. Тайм Доктор при получасовой низкой активности спрашивает, точно ли сотрудник занят делом. И запускает минутный обратный отсчет. Не нажал «Да» за минуту — Доктор обнулил полчаса работы. Но вообще, конечно, это больше психологический инструмент, чем контролирующий. Сотрудник знает, что за ним присматривают, и правильно планирует время. Мы редко просматриваем скриншоты, только если есть вопросы к сотруднику.
что вы понимаете под эффективностью выполнения задач разработчиком? И как оцениваете качество выполненной разработчиком задачи?
Я говорил не только про задачи разработчиков, а про задачи всей команды в целом. Эффективная работа в нашем понимании — это когда:
— у всех задач в Asana проставлены сроки и дедлайны,
— задачи закрываются в срок и принимаются руководителем (принимает он, соответственно, только хорошо сделанную работу),
— нагрузка распределена равномерно, нет дней, в которые нечего делать и дней, когда невозможно успеть все, что запланировано,
— отработано минимум 95% установленного регламентом времени (8 часов в день),
— в задачах (в комментариях, в статусах, в описании) видна динамика, есть прогресс, есть коммуникации внутри команды.
В случае с разработкой любой результат проходит тестирование нами, клиентом, проверяется на наличие багов или на возможности доработок. Если задача выполнена в срок на высоком уровне и результат нравится клиенту, то она была выполнена эффективно.
Из каждого правила есть исключения, не так ли? Как вы имеете дело с такими сотрудниками?
Конечно, у нас на этот случай 2 решения:
1) Рабочий процесс — это часть нашей корпоративной культуры. В него входит использование тайм доктора на постоянной основе. Менять работающий и дающий плоды процесс ради сотрудника мы не будем. Ты либо принимаешь наши правила игры, либо нет. Во втором случае — мы просто не будем работать вместе)
2) Мы честно и открыто поясняем как и для чего используем тайм доктор. Он помогает сотруднику управлять своей деятельностью, планировать рабочее время. Скриншоты без повода никто не просматривает. Нет цели поймать на чем-то или, не дай бог, изучать переписки. Обычно именно за переписки больше всего переживают. Что они попадут на скрин и мы о них узнаем. Переписываться не по работе можно после раб дня, гадости про нас писать нет смысла — мы открыты к переменам и диалогам, всегда можно прийти и сказать прямо, что не нравится. В общем, за все время не было ни одной неприятной истории из-за тайм доктора.
Кто же определяет сложность задач? На что он ориентируется? Может ли способный сотрудник брать себе только сложные? В итоге оклад сотрудника определяется количеством сложных задач, которые компания может ему предоставить? Крайне любопытно, как задачи распределяются по сложности между сотрудниками.
Сложные задачи у нас являются премиальными. Сложность определяет руководитель, исполнителя тоже. Он это делает на основе набора задач, которые нужно решить в проекте. Подбирает команду, опираясь на нужные и имеющиеся компетенции. Тут мы Америки вам не откроем) Нет сотрудников, которым достаются только сложные задачи. Но способные сотрудники могут выполнять больше премиальных в силу того, что работают эффективнее остальных. Так можно влиять на свой ежемесячный доход)
Надеюсь, на все ответил.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
ERP-система: управление показателями на стыке коммерции и IT