Частное мнение

Не слишком интересно писать про проекты, которые закончены в срок и с нормальным результатом. Когда железяки сдаются практически без борьбы, когда нет проблем с пользователями, это не так занимательно - обычная рутина. Вот закончили недавно проект, проблем больших небыло, чисто технические, которые в большинстве своем решаются. Намного интереснее анализировать проект, который пошел не так как запланировано, хотя и закончился удачно, но нервов попортил. Сегодня об одном таком проекте. Читать полностью »

Обыкновенная торговая компания живет вполне обыкновенно. Продавцы занимаются продажами, склад - отгрузками, а системный администратор решает проблемы. А проблем, как всегда, не мало.  Звонит бухгалтер, - “ой, у меня принтер не работает“. Звонит менеджер из отдела продаж,  - “у меня почта мне уходит“. Звонит секретарь, “ой, у меня  самый нужный ярлычок потерялся“. И системный администратор носится по кабинетам, возвращая работоспособность принтерам, подталкивая почту, и восстанавливая ярлычки.

Читать полностью »

Поступила такая задача: нужно организовать обмен файлами между тремя людьми, находящимися в разных городах. Файлов немного, но правка в них вносится практически ежедневно. При этом хочется решить задачу малыми силами с минимальной поддержкой и минимальными начальными затратами. Сначала думали использовать просто пересылку файлов по почте. Но поскольку правка вноситься довольно часто, то придется постоянно рассылать всем обновленные копии, что не слишком практично. Лучше если будет центральное хранилище. Но делать VPN или давать доступ к файлам на сервере сети ради трех файлов не хочется.

Читать полностью »

Как все-таки интересно люди определяют срочность работы. Обратился ко мне один клиент. Хотелось ему ма-а-а-ленькую такую базу данных. Причем все это срочно, давай - давай. Сейчас, правда, я больше занимаюсь коммуникациями и всем, что с ними связано. Но чего не сделаешь для хорошего человека.

Читать полностью »

Кто писал это руководство пользователя?

Когда делается программная система, к ней обычно (если вы сделали такую глупость вещь, и прописали это в контракте) делается руководство пользователя. Если у вас руководство пользователя страниц 300-400, то его, естественно, пишут несколько человек, каждый из которых имеет свое представление о стиле написания и используемых оборотах. Поэтому я читаю (к тому же по долгу службы положено) такие руководства с большим интересом. Вот несколько перлов, которые меня особо порадовали в последнее время.

Читать полностью »

Что нужно знать сотрудникам заказчика?

Автоматизация предприятия - непростой процесс. Известна статистика, что такие около 70% таких проектов заканчиваются неудачей. Этому есть множество причин, правда большинство из них настолько стандартны, что вваливаясь в очередной проект их видно невооруженным взглядом. Одна из этих причин - сопротивление сотрудников заказчика всему новому и новой системе в том числе. О способах преодоления сопротивления я уже писал здесь. Есть разные способы, способы кнута и пряника. К “пряничным” способам относятся привлечение сотрудников заказчика к проекту и их обучение. Так что же должны знать сотрудники заказчика? Чему их нужно учить?

Читать полностью »

Когда клиент не прав?

Тяжело осознавать, особенно, когда пропагандируешь подходы CRM, что незыблемость утверждения “клиент всегда прав” подвергается сомнению. И так, всегда ли прав клиент? В каких случаях его нужно слушать, а в каких - нет? После очередной поездки к клиенту захотелось написать свое мнение на эту тему.

Читать полностью »

Что нужно обсуждать с заказчиком?

Поездка к заказчику системы автоматизации – это всегда праздник. Не знаю как для вас, но для меня – точно. Получаем новую информацию, новые требования, общаемся, готовимся к установке программы или решаем проблемы работающего ПО.

Представим себе такую ситуацию. Договор заключен, уже не нужно никому ничего продавать, теперь нужно просто выполнить свои обязательства. Вы приезжаете к заказчику и начинаете расспрашивать его о том, что нужно сделать уже не для заключения договора, а уже для его выполнения. Какие вопросы задавать, а какие – нет?

Читать полностью »

Кто готов рискнуть настоящим ради будущего?

Не так давно я сравнивал молодые стартапы с катерами, которые снуют между океанскими лайнерами - крупными компаниями и забираются в такие места, которые даже и не снились большим корпорациям. Недавно я столкнулся с одной крупной программистской конторой, которая работает неимоверное количество лет, и до настоящего времени использует в своих проектах Visual Studio 6. Сразу слышу крики заядлых программистов, «отстой, прошлый век! Все уже давно программируют на 2005 или, по крайней мере, на 2003 студии». А эти – нет. Почему?

Читать полностью »

Как преодолеть сопротивление изменениям?

Я предыдущей статье я писал о том, что сопротивление изменениям - неизбежно. И хотя предупрежден - значит вооружен, есть реальные способы борьбы с сопротивлением сотрудников, на которых сегодня остановимся чуть подробнее. Чем демократичнее метод, тем дороже он обходится и больше времени занимает. Если вы хотите быстрых результатов, то используйте жесткие методы.

Если не слишком торопитесь, и хотите сохранить лояльность сотрудников на более или менее длительный срок (хотя бы до конца проекта), то методы “пряника”  более продуктивны, хотя и требуют вложения больших сил. Итак шесть способов преодоления сопротивления переменам…

Читать полностью »