Рабочие заметки внедренца
Хороших книг по внедрению, равно как и хороших книг по технике секса просто нет. Почти всё, что требует прикладных компетенций, в теории смотрится совершенно нелепо. Попытка алгоритмизировать процессы вытирания носа, или процесс принятия пищи, выглядит не то чтоб странно – но настолько противоестественно, что поневоле начинаешь задумываться о синтетической природе мира, и о том что анализ – от Сатаны. Поэтому не ждите книг по этой тематике на 5 баллов – подозреваю, что их не существует. Но здесь вполне крепкие 4-е балла. В конце концов, что из теории надо знать внедренцу? Многочисленные теоретические постулаты помогают на стадии планирования, организации, но там где нужно работать руками, увы, они могут даже навредить. Внедрение, как и использование ПО, процесс достаточно технологичный, если не сказать жестче, техничный. Есть конкретная задача, есть требования к конечному результату, есть ограничения по времени – выполняй. Простора для творчества здесь не так много и, будем честны, творчество здесь не нужно. Творчески надо подходить к одним проблемам, но старательно держать подальше свое творчество от других проблем. В этом смысле иного формата, чем «рабочие путевые заметки по вопросам внедрения» для данной темы придумать не получается никак. Перед нами тоненькая (около 150 страничек) книжечка, систематизирующая опыт двух авторов относительно внедрения ERP-систем в реальную практику. Ждать здесь теоретических откровений не приходится – да их и нет. Да и просто откровений ждать не нужно – любой внедренец, без особого труда, набросает план похожего труда (пусть и со своей спецификой). Что здесь интересно – это т.н. «часто повторяемые ошибки» - то, до чего сложно дойти интуитивно, и что лишь на практике показывает свою несостоятельность. Например, маниакальное желание заказчиков начинать процесс внедрения с бухгалтерского учета. Идея понятна, но она категорически неприемлема – БУ черпает свои данные из гигантского количества подсистем, поэтому настраивать БУ, а потом начинать работу с самими подсистемами, значит бесконечно возвращаться в подсистему БУ, чтоб что-то там переделать. Так делать нельзя. Ну или мудрый совет отказаться от любых совещаний, дольше 3-х часов, и от любых планёрок, дольше 1-го часа. По своему опыту готов полностью согласиться – совещание более 3-х часов не может быть эффективным, ибо если проблема не решается в рамках этих трех часов, значит: а) Она недостаточно проработана, и нуждается в отдельной доработке; б) После проработки должна решаться в рамках отдельного, специализированного совещания. Аналогично и с планёрками – очень часто видел ситуацию, когда руководитель проводил планёрку не на 1 час, а на 1 час 30 минут. И в 90% случаев эти 30 минут были лишними – результата от них не было никакого. Просто какой-то внутренний счетчик в голове начальства удовлетворённо щёлкал, а вся система получала очередную порцию наросшей неэффективности. Именно такими практическими «лайфхаками» книга и ценна. Единая, стержневая линия в книге тоже есть – но она просто распадается по причине: а) своей эфемерности и общей теоретичности; б) некоей инородности и сухости, в сравнении с жизненными замечаниями авторов. По стилю ничего особенного сказать не могу – это стиль программистов, которые пишут книгу для тех, кто будет читать её для работы, но никак не учиться по ней, или же наслаждаться литературными изысками. Думаю, вы примерно поняли, что там за стиль. Резюме: книга достаточно неплохая в своём роде, и, более того, даже уникальная – по этой теме лично я знаю совсем немного книг, а чтоб с российской спецификой, да на российском продукте – не знаю вообще. Если вы «в теме», занимаетесь разработкой или внедрением, и хотите немного попользоваться чужими наблюдениями – можете читать. Точно не всё в ней для вас окажется новыми – но даже пара-тройка интересных мыслей может пригодиться. Для неспециалистов? Не представляю, зачем вам брать её в руки. Разве что из праздного любопытства.
124 понравилось
