Некоторое время назад я уже писал о том, почему сотрудники против внедрения CRM-систем. Сейчас я располагаю дополнительной информацией по этой теме, которую в систематизированном виде предлагаю почитать в этой статье.
(Рекомендуйте статью читателям) => 
Загрузка ...
Рубрики: Автоматизация | Комментарии (5) »
Написал заголовок и сам задумался. Что же я собираюсь написать. Научный трактат? Или научно-популярную статью? Скорее ни первое и ни второе. Я не буду обременять читателей необходимостью штудировать книги по экономической теории, все будет проще. Как всегда, на простых примерах, можно сказать просто на пальцах мы увидим как законы экономики отражаются и воплощаются в разработке программного обеспечения. Ведь законы экономики - они как законы физики, можно их и не знать, но от этого ускорение свободного падения не станет ни больше ни меньше. Итак начнем…
(рейтинг:+2 , голосов:1) => Загрузка ...
Рубрики: Разработка ПО, Автоматизация | 1 Комментарий »
Согласно общему определению эффективность - это отношение затрат к результатам работы. Можно говорить про экономическую эффективность, социальную, экологическую и еще неизвестно какую, но в любом случае - главными понятиями эффективности будут затраты и результаты.
Мы можем говорить об эффективности работы, процесса, но не конкретной вещи. Например, мы не можем сказать насколько эффективен будет экскаватор, пока не определимся с результатом, который хотим получить в итоге прокопать траншею длиной в километр или вырыть яму для посадки куста. (К тому же всем известно, что два солдата из стройбата заменяют экскаватор). Как повысить эффективность процесса? Возьмем простой пример…
(рейтинг:+2 , голосов:1) => Загрузка ...
Рубрики: Автоматизация | Комментарии (3) »
Программисты - волшебники: они создают программы,
осязаемые, ощущаемые, видимые - из чистой, невесомой мысли*
Помните книжных волшебников, таких, как примеру как Гарри Поттер, или, если вам ближе Старик Хоттабыч и множество других книжных персонажей. Одним своим словом, они создавали материальные вещи и вызывали природные катаклизмы, заставляли летать по воздуху себя и других, да и много чего еще. Хотя Старик Хоттабыч, по моему ничего слишком страшного не делал. Ну, отправил всех людей из цирка неизвестно куда, но ведь вернул же обратно их в нашу жизнь цирк, но делал это одной лишь силой мысли, и что интересно, произносил он при этом одни и те же слова, не в пример всем этим зарубежным доморощенным волшебникам.
Вот и программисты туда же - волшебники. Если допустить их к бизнесу, то они устроят небольшой микровселенский катаклизм в отдельно взятой компании максимально возможный из того, на что им хватит сил и умений. При этом они часто не действуют по одиночке, они собираются в большие и не очень стаи фирмы и делают свое дело в том масштабе, до которого могут дотянуться. Они рыщут по городам с одной лишь мыслью, где найти того человека (фирму), который поверит в их волшебные способности и скажет им, «а сотвори-ка мне чудо» и тогда джин из бутылки будет выпущен…
(Рекомендуйте статью читателям) => Загрузка ...
Рубрики: Автоматизация | Комментариев нет »
Известно, что до 70% проектов внедрения информационных систем заканчиваются неудачей. Правда эти факты достаточно редко выставляются на всеобщее обозрение . Довольно интересно было почитать о самобичевании фирмы “Формула Безопасности”, заказчика проекта которые, “тоже признали свою вину”, но все-таки настояли на возврате 50% предоплаты.
Такой конфликт стандартен для всех проектов автоматизации. 1С- вцы могут настаивать, что это единичный случай, но это не так. И дело здесь даже не в платформе. Дело несовпадении ожиданий (как я уже писал) заказчика и подрядчика (довольно часто истинные ожидания заказчика скрыты до момента сдачи проекта). Поскольку требования к проекту были зачастую весьма размыты, то трактовать их можно в любом направлении.
Итак, коротко суть конфликта:
“В ноябре 2006 г. «Формула Безопасности» заключила контракт с компанией ВДГБ — партнером «1С» на создание системы автоматизации. Сумма контракта составила 5 млн руб. К 1 апреля 2007 г. проект, содержащий 13 спецификаций, должен был быть завершен. Но к окончанию проекта закрытыми оказаличь лишь 1,5 спецификации”.
А вот это интересно, за 6 (!) месяцев стороны как бы и не видели, что проект катиться к пропасти. Вернее все видели, но закрывали глаза или повернуть проект в нужное русло не смогли, к тому же за это время у ВДГБ сменились три (!) менеджера проекта. Только представьте, приходит неопытный менеджер проекта, которого бросают в серьезный бой (а проект для “Формулы Безопасности” довольно большой и уже получена предоплата, партия сказала “Надо” - Менеджер ответил “Есть!”). Через пару месяцев работы становится ясно, что проект необозримый и сделать его этими силами и с этим опытом и не реально. Менеджер увольняется, а на его место приходит новый и все начинается с начала.
- Почему потерпевший весь в синяках?
- Он случайно наткнулся глазом на дверь.
- ????
- Да, господин судья, это случилось десять раз подряд.
И что же было дальше? Развязка приближалась.
С апреля по сентябрь 2007 г. заказчик и исполнитель безуспешно пытались договориться о том, можно ли считать выполненную работу завершением проекта. «Формула Безопасности» не была удовлетворена результатами, ВДГБ, в свою очередь, отказывался продолжать
И тех и других можно понять. Если не документировать требования и не определять ключевые точки, то можно работать долго и упорно над задачами, которе возникают уже после того, как определен объем работ (и выделен бюджет). И получается, что делаются работы, которые не описаны ранее, а то, что описано (и что должны проверить) не делается. Требования “плывут”, менеджера проекта - нет. Ограничить заказчика в наваливании горы пожеланий - некому. Зарплата идет, результат - предсказуем.
А виноваты оба. У подрядчика небыло людей с нужной квалификацией (сейчас вообще найти людей с нужной квалификацией - проблема). А заказчик этим воспользовался и диктовал свои условия, скорее всего, нигде не описанные. И наверняка не слишком активно занимался проектом, возможно там даже небыло ответственного за внедрение (лучше целой команды).
В итоге все закончилось хорошо (интересно, почему проект посчитали неудачным?). Правда 50% предоплаты вернули, а проект продолжили делать уже другие подрядчики, как это обычно и бывает. Это был хороший опыт, как говорят в таких случаях.
Показательно то, что раскрываются причины по которым проект посчитали неудачным, но ни слова не говориться о том, почему же эти сведения были преданы широкой огласке.
(рейтинг:+1 , голосов:1) => Загрузка ...
Рубрики: Автоматизация | 1 Комментарий »
На днях был у одного потенциального клиента. По телефону все как всегда разговоры о том, что нужна программа, нужна база данных, автоматизация, в общем стандартный разговор, для чего нужно, что хотите видеть. Насторожило другое. Разговор шел как-то странно. С одной стороны вроде все нужно, а с другой клиенту очень хотелось, чтобы приехал к ним а не менеджер, а именно программист, и уже с ним будут разговаривать подробно что и как. “Возможно вы хотите найти свободного программиста”, уточнял у них я, ”на поддержку имеющейся программы?”, но нет. Сотрудник, который со мной разговаривал, клялся, что они хотят работать не с отдельным программистом, а с компанией и им нужна разработка (чем собственно мы и занимаемся) и мы договорились, что все-таки для начала приеду я, как менеджер и мы побеседуем с их руководством чтобы понять чего же они хотят.
Нужно сказать, что на встречи с клиентами и на обследование предприятия я программистов не пускаю. А на предварительную встречу уж тем более нет никакого резона ехать в большом составе. Каждый должен заниматься своим делом. программисты - программировать, а аналитики - анализировать, руководители - руководить. Пока договор не заключен, все это на этапе предварительных бесед, которые никого ни к чему не обязывают.
В оговоренный день, что-то около 12 я звоню, чтобы подтвердить встречу и слышу такую фразу, которая должна была меня насторожить еще больше, что “руководство вроде обещало быть, но именно сегодня его найти пока не удается, перезвоните как будете выезжать, тогда точно будет известно, будет руководство или нет”.
Нужно сказать, что я без подтверждения не езжу на встречи, поскольку очень часто клиент забывает, клиент занят, клиент уехал, а тебя предупредить об отмене встречи забыл.
Позднее встречу все-таки подтвердили, но какой-то неприятный осадок уже был. Где-то в подсознании внутренний голос говорил: клиент совсем не готов. И точно, так и было. Когда я подъехал, меня пригласили в серверную (!) комнату, показали серверы, показали как работают сотрудники, что они делают. Даже был зам. директора, с которым мы пересеклись в коридоре и мило побеседовали минут пять там же. Главная мысль была такая, ну вы посмотрите нашу программу и скажите сколько будет стоить ее переделать, мы тут выберем лучшее предложение, а я пошел по своим делам.
Как оказалось у них программист, который писал программу в “свободное от основных занятий время” уволился и нужно было продолжить начатое им дело. Еще одного программиста искать не хотелось, вдруг тоже уволится (и ведь уволится) захотелось найти более стабильную компанию. Но понимание того, как с ней работать еще нет. В итоге на наше коммерческое предложение по описанию бизнес-процессов я даже не жду ответа. Клиент еще не дозрел до продуктивной работы. Что же подождем.
(Рекомендуйте статью читателям) => Загрузка ...
Рубрики: Продажи, Автоматизация | 1 Комментарий »