UnnamedUA, спасибо за конструктивный комментарий! В следующей статье разбираю, что стоит учесть при планировании внедрения ERP: blog.omega-r.ru/erp-sistemy1
Конечно, речь не идет о малом бизнесе, который еще растет до среднего и перебирает варианты бизнес-процессов. Малому бизнесу совершенно точно не нужна ERP-система — деньги на ветер. Потому он и перерастает в средний, поскольку описание бизнес-процессов становится четче. В любом случае, при разработке у нас обязательный этап — анализ бизнес-процессов заказчика. Если вы к кому-то обращались за разработкой и этого этапа не было — разработчик не имеет опыта или он не заинтересован делать качественно. Про то, как выбрать разработчика — это тоже отдельная тема. Можно попросить у разработчика бесплатный тест-драйв разработки на пару десятков часов, чтобы понять, всё ли пойдет хорошо. Конечно, мы всегда предлагаем заказчикам лучшие варианты и по системам, и по бизнес-процессам после сбора аналитики, но заставить заказчика менять бизнес-процессы невозможно. Всё зависит от специфики, всё обсуждается и подстраивается. И ERP-системы не без грехов. В следующей статье я как раз разбираю, как обойти недостатки ERP: blog.omega-r.ru/erp-sistemy1
Вы абсолютно правы про кривые отчеты, непонимание сотрудниками и несоответствие ожиданий и реальности. В этой статье я лишь объяснил, грубо говоря, что такое ERP и что с собой несет. В моей практике есть много людей, которые вообще впервые слышат про ERP. Это не новомодная игрушка, а рабочий инструмент, и его надо правильно подобрать и правильно использовать. Обучение сотрудников — это вообще отдельная большая тема. Но насчет кривых отчетов — значит неправильно выбрана или настроена ERP. Как раз про недостатки, что с ними делать и как их переиграть — я пишу во второй статье: blog.omega-r.ru/erp-sistemy1
Подробно разбирать — это уже тема отдельной статьи. Тем более автор айтишник, а медицина одна из сфер компетенций, для который создаём решения. Тут нужен уже не PhD, а MD :)
В статья дан взгляд со стороны ИТ-отрасли. С удовольствием бы почитал и про генную биоинженерию. Именно на стыке технологий часто происходит прорыв. Не зря ИТ проникло практически по все сферы — это катализатор новых изобретений и открытий. ИТ имеет безграничный потенциал в нашем мире. Мощнее чем энергия звёзд и галактик.
Абсолютно верное замечание насчёт срока жизни разрабатываемого продукта. У нас в Омега это является одним из первых вопросов в брифе. Это действительно важно по нескольким причинам. Во-первых, это влияет на архитектуру и подход к разработке, в частности влияет на целесообразность использования юнит-тестов, а также степени покрытия кода ими. Во-вторых, выбор компонентов и библиотек, для долгосрочных проектов выбор будет в пользу известных и поддерживаемых решений.
И вы правильно заметили, что после того как проект разработан и код написан, все только начинается, и нужно его постоянно поддерживать и развивать. Как известно, разработка хорошего продукта никогда не заканчивается. И поэтому важно быть уверенным в том, что разработчик не пропадёт. Ведь большинство бизнесов, в том числе студий и ИТ-компаний не доживают до 3-х лет. Поэтому с такими компаниями редко работают, если есть ожидания на долгосрочное сотрудничество. Нужно выбирать компанию, которая существует на рынке не менее 5 лет. В идеале, лет 8-10, например как наша :). Мы успели за это время кризис 2014 года пережить и разработать ни одну сотню проектов, и экспертизу и опыт солидный наработали. Нам доверят крупные известные бренды — это показатель.
Если вы планируете ваш проект «выкинуть» через полгода или вам нужна курсовая работа — смело идите к фрилансеру. Если вам повезёт, он успеет проект до конца довести и не пропадёт. Очень часть фрилансер бросает текущий проект, потому что ему удалось найти новый проект, за который ему платят на $5 долларов больше, чем вы ему. Ничего личного — просто бизнес. Для компании ее репутация бесценна, мы никогда не оставим текущие обязательства по проекту, даже если будет более выгодный заказ.
Статья ориентирована на начальный уровень и содержит обзорную информацию. В будущем планируется ещё пара статей, где будет больше погружения, больше «мяса», вплоть до примеров с отрывками кода как надо, а как не надо писать. Так что не все сразу. Подписывайтесь и оставайтесь с нами :)
Подробно разбирать — это уже тема отдельной статьи. Тем более автор айтишник, а медицина одна из сфер компетенций, для который создаём решения. Тут нужен уже не PhD, а MD :)
Согласен. В средние века дожить до 30 уже считалось хорошо. Прогресс есть
Почему бы и нет
В статья дан взгляд со стороны ИТ-отрасли. С удовольствием бы почитал и про генную биоинженерию. Именно на стыке технологий часто происходит прорыв. Не зря ИТ проникло практически по все сферы — это катализатор новых изобретений и открытий. ИТ имеет безграничный потенциал в нашем мире. Мощнее чем энергия звёзд и галактик.
Краткая биография: родился, умер ;)
И вы правильно заметили, что после того как проект разработан и код написан, все только начинается, и нужно его постоянно поддерживать и развивать. Как известно, разработка хорошего продукта никогда не заканчивается. И поэтому важно быть уверенным в том, что разработчик не пропадёт. Ведь большинство бизнесов, в том числе студий и ИТ-компаний не доживают до 3-х лет. Поэтому с такими компаниями редко работают, если есть ожидания на долгосрочное сотрудничество. Нужно выбирать компанию, которая существует на рынке не менее 5 лет. В идеале, лет 8-10, например как наша :). Мы успели за это время кризис 2014 года пережить и разработать ни одну сотню проектов, и экспертизу и опыт солидный наработали. Нам доверят крупные известные бренды — это показатель.
Если вы планируете ваш проект «выкинуть» через полгода или вам нужна курсовая работа — смело идите к фрилансеру. Если вам повезёт, он успеет проект до конца довести и не пропадёт. Очень часть фрилансер бросает текущий проект, потому что ему удалось найти новый проект, за который ему платят на $5 долларов больше, чем вы ему. Ничего личного — просто бизнес. Для компании ее репутация бесценна, мы никогда не оставим текущие обязательства по проекту, даже если будет более выгодный заказ.
Совершенно верно ;)
Статья ориентирована на начальный уровень и содержит обзорную информацию. В будущем планируется ещё пара статей, где будет больше погружения, больше «мяса», вплоть до примеров с отрывками кода как надо, а как не надо писать. Так что не все сразу. Подписывайтесь и оставайтесь с нами :)