Не согласен с тем, что руководить проектом должен либо генеральный директор, либо зам. генерального. На мой взгляд, руководить проектом должен руководитель проекта, и уж точно не генеральный директор.
Проект внедрения ERP (да и любой другой сложной системы, затрагивающей множество людей и подразделений) зачастую занимает полный рабочий день одного менеджера проектов. И соответственно этим должен заниматься человек, который будет:
а) ответственен за этот проект (то есть, с которого будет спрашивать результат и который будет за этот результат отвечать)
б) иметь все необходимые полномочия, уважение и власть (то есть, в случае чего он должен будет заставить любого из сотрудников работать на благо проекта или решить проблему не эскалируя ее наверх).
Если же вы этим будут заниматься существующие сотрудники или директора, то текучка, рутинные обязанности, которые никто с них не заберет просто не позволят им и работать хорошо и заниматься проектом.
Важный момент в случае отдельного руководителя проектов — это то, что руководство компании (генеральный и все остальные директора) должны быть заинтересованы в проекте. То есть, они не просто должны декларировать это, они должны всем своим поведением и работой быть заинтересованы. В некоторых случаях, бонусы руководства должны быть привязаны к успеху проекта.
Еще важный момент — это все подразделения должны быть заинтересованы, мотивированы в работе в ERP. То есть, это не только закупки и производство. Если у вас производство и закупки работают в единой системе, а продажи и склад нет — то производство и закупки вынуждены каждый раз звонить\идти на склад, чтобы узнать остатки, а продажники будут отвлекать производство, чтобы узнать когда будет сделан заказ и какие планы.
And last, but not least — рыдовые сотрудники. Абсолютно все значимые сотрудники, должны со временем перейти на работу в ERP он-лайн. То есть, для склада это должно быть «Отгрузил — внес в систему», а не целый день отгружаю, вечером\на следующее утро вношу. В связи с этим, зачастую встает огромный вопрос — обучение целого пласта сотрудников, которые зачастую никогда даже с компьютером не работали. Но это совершенно отдельная тема.
У меня ноут VIZIO CT15-A1. Драйвер USB 1.0.4.220. Винт с поддержкой usb3, подключенный напрямую, постоянно отваливается. Если подключить через хаб с usb2 — работает без проблем. Подскажите, где могут быть грабли зарыты?
Я думаю занести в избранное банки или банкоматы в которых часто бывает пользователь. Но банкоматы это странно — а банки в самый раз. И искать потом только по избранным.
Я работаю сейчас над этим. Мы планируем развивать проект отчасти за счет краудсорсинга (уточнение местоположения банкоматов, добавление фото, комментариев). Я думаю мы будем готовы к середине апреля. Мы обязательно сообщим Вам об этом.
Новый сервис создавался «для себя». На момент создания, atms.com.ua — был хуже по удобству.
В конце-концов у меня есть полное право создавать любые сервисы используя данные находящиеся в публичном доступе.
А Ваш вопрос из серии «Зачем делать Яндекс если есть Гугл».
Проблем основных две:
1) Работает только для предоплаченных заказов. Если заказ с оплатой при доставке, то велика вероятность того, что покупатель купит эту позицию в другом месте, не уведомив об этом магазин.
2) Транзакционные издержки и негатив от клиента:
Рассмотрим такую ситуацию — клиент заказывает книгу, оплачивает ее и ждет.
Магазин выполняет следующие действия:
— проверяет книгу по остаткам поставщика
— получает оплату от покупателя
— заказывает книгу.
Через некоторое время, выясняется, что у поставщика книги нет.
Получается что магазин подставляет клиента. И теперь у магазина есть обязательства (деньги то он получил). Эти обязательства выполнить он не может, поэтому деньги надо вернуть.
Магазин возвращает деньги (платя за это некую комиссию банку), особо честные магазины возвращают и деньги которые клиент потратил на комиссии банка оплачивая заказ.
Для магазина: заказ не выполнен, позиция не продана, прибыль не получена. При этом магазин несет издержки на обработку заказа и возмещения денежных средств.
Проект внедрения ERP (да и любой другой сложной системы, затрагивающей множество людей и подразделений) зачастую занимает полный рабочий день одного менеджера проектов. И соответственно этим должен заниматься человек, который будет:
а) ответственен за этот проект (то есть, с которого будет спрашивать результат и который будет за этот результат отвечать)
б) иметь все необходимые полномочия, уважение и власть (то есть, в случае чего он должен будет заставить любого из сотрудников работать на благо проекта или решить проблему не эскалируя ее наверх).
Если же вы этим будут заниматься существующие сотрудники или директора, то текучка, рутинные обязанности, которые никто с них не заберет просто не позволят им и работать хорошо и заниматься проектом.
Важный момент в случае отдельного руководителя проектов — это то, что руководство компании (генеральный и все остальные директора) должны быть заинтересованы в проекте. То есть, они не просто должны декларировать это, они должны всем своим поведением и работой быть заинтересованы. В некоторых случаях, бонусы руководства должны быть привязаны к успеху проекта.
Еще важный момент — это все подразделения должны быть заинтересованы, мотивированы в работе в ERP. То есть, это не только закупки и производство. Если у вас производство и закупки работают в единой системе, а продажи и склад нет — то производство и закупки вынуждены каждый раз звонить\идти на склад, чтобы узнать остатки, а продажники будут отвлекать производство, чтобы узнать когда будет сделан заказ и какие планы.
And last, but not least — рыдовые сотрудники. Абсолютно все значимые сотрудники, должны со временем перейти на работу в ERP он-лайн. То есть, для склада это должно быть «Отгрузил — внес в систему», а не целый день отгружаю, вечером\на следующее утро вношу. В связи с этим, зачастую встает огромный вопрос — обучение целого пласта сотрудников, которые зачастую никогда даже с компьютером не работали. Но это совершенно отдельная тема.
2. Все упирается в отсутствие разработчиков, которые сделают это бесплатно и хорошо (как Alterplay :)). Серверная часть и API — готовы.
У finance.ua нет самого главного — клиента для iPhone :)
2. Если найдем разработчиков под Samsung Bada — то да. У нас есть готовая серверная часть и API.
gdebankomat.com/permanent/?region=2&town=26&bank=all&include_partners=1
gdebankomat.com/showall/?region=2&town=26&bank=all&include_partners=1
В конце-концов у меня есть полное право создавать любые сервисы используя данные находящиеся в публичном доступе.
А Ваш вопрос из серии «Зачем делать Яндекс если есть Гугл».
1) Работает только для предоплаченных заказов. Если заказ с оплатой при доставке, то велика вероятность того, что покупатель купит эту позицию в другом месте, не уведомив об этом магазин.
2) Транзакционные издержки и негатив от клиента:
Рассмотрим такую ситуацию — клиент заказывает книгу, оплачивает ее и ждет.
Магазин выполняет следующие действия:
— проверяет книгу по остаткам поставщика
— получает оплату от покупателя
— заказывает книгу.
Через некоторое время, выясняется, что у поставщика книги нет.
Получается что магазин подставляет клиента. И теперь у магазина есть обязательства (деньги то он получил). Эти обязательства выполнить он не может, поэтому деньги надо вернуть.
Магазин возвращает деньги (платя за это некую комиссию банку), особо честные магазины возвращают и деньги которые клиент потратил на комиссии банка оплачивая заказ.
Для магазина: заказ не выполнен, позиция не продана, прибыль не получена. При этом магазин несет издержки на обработку заказа и возмещения денежных средств.
Я могу судить по Донецку только, в одном из банкоматов где я бываю практически все время есть доллары.
Я понимаю почему Вы написали про Евролайнз. Просто у меня свежи воспоминания в памяти :)