Архив рубрики: Процесс

Žurciņas

Правила внутреннего распорядка

Про конторских служащих, пролетариев умственного труда, есть выражение: «Штаны просиживать – не траншеи копать». Ну, я это выражение сам придумал, но согласитесь — так и есть же, правда? Работа физически не тяжелая, условия комфортные, время проводишь в теплоте и уюте. Сиди себе за компьютером, время от времени попивай чаёк да кофеёк, плюс перекуры да болтовня с коллегами – вот и вся работа, вот и весь тяжелый умственный труд. А если вам, программисту, дают во время работы еще и попрограммировать, не высчитывая за это удовольствие денег из зарплаты, то вообще кайф.

Однако, бывает и так, что работа в офисе становится неуютной. Бывает так, что на работе, оказывается, надо следовать каким-то странным, непонятно кем и зачем установленным правилам. Соблюдать дисциплину, выполнять распорядок, не раздражать коллег своим внешним видом и т.д. Обычно, сталкиваясь с подобными требованиями, ребята из ИТ-отрасли противятся им изо всех сил, ведь, как известно, программисты – натуры творческие, а творческие натуры невозможно загнать в какие-либо рамки. Однажды я стал свидетелем, как программистский коллектив попал под перекрестный огонь корпоративных правил. Бедные, бедные разработчики программного обеспечения! Привыкшие приходить и уходить на работу, когда им удобно, одеваться в шорты и кроссовки, громко обсуждать особенности архитектуры информационных систем не стесняясь в выражениях, — они вдруг попали в офис, где сотрудники, далекие от мира ИТ, вели себя совершенно иначе. В помещении (а это был «openspace» офис) было тихо, солидно и все по правилам. Любой громкий разговор вызывал удивленные взгляды. Приходить и уходить на работу – только по расписанию. Соблюдение принятого дресс-кода – обязательно. Можете представить, как это восприняли ребята, для которых рабочая одежда – это кеды пестрых расцветок, футболка да рваные джинсы!

Читать далее

Неуспешный непроект

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

Талмуды по проектному управлению, рефлексия собственного опыта и наблюдения за результатами работы коллег послужили хорошей основой для поиска причин провалов в решении задач. Почему так происходит, что изначально хорошее начинание, еще даже не начавшись, уже обречено на неудачу? Почему все усилия даром? Отчего новая услуга запущена не через месяц, как планировалось, а через год, когда никому уже не нужна? Читать далее

Изобретая велосипед

В прошлогодней заметке о поездке на «Дни CRM 2015» я поделился впечатлениями от выступления Катерины Костеревой, коммерческого директора компании Terrasoft, о том, как они внедряют свой CRM-продукт в США. Особенно запомнился вот этот тезис (мое вольное изложение):

«В большинстве случаев никто не изобретает велосипед. Основной путь внедрения CRM: выбрать систему, купить в максимально «коробочном состоянии», поставить и сразу же начать работать по готовым процессам. Быстрая интеграция с учетной системой, импорт существующей базы клиентов, минимум настроек и минимум обучения, вот и всё. Никаких переделок под «уникальные» процессы и разработок совершенно необходимых опять-таки «уникальных» функций, которыми так славится любая наша компания. Сотрудники прекрасно понимают, с чем и как они будут работать, достаточно лишь обучить персонал отличиям в интерфейсе и особенностям функционала конкретной системы. Объяснять менеджерам, что такое лидогенерация, конверсия, продуктовый каталог, планирование активностей, контакты и что с ними делать – тем более не нужно, это азбука, продажники и маркетологи ей владеют.»

А как происходят внедрения корпоративных информационных систем у нас? О-о, это сказка! Читать далее

Checklist for meeting planning and execution

Галочка-выручалочка

Прочитал в блоге Артемия Лебедева пост про чек-листы. Полностью поддерживаю автора: чек-лист – это незаменимый инструмент не только в работе менеджера, но и в быту. Например, перед поездкой куда-нибудь далеко я обязательно заранее составляю список необходимых действий в Evernote и, по мере выполнения, ставлю «ок» у тех, что выполнены. Список этот достаточно постоянен; я просто копирую страницу (заметку) с чек-листом предыдущей поездки, редактирую ее, убираю отметки о выполнении. Что в списке? Например: виза (дата, когда заказать, не позднее, и дата, когда приходить за визой), документы (паспорт, ID карта, копии брони отелей, билетов, приглашений на мероприятия и т.п.), транспорт (билеты на самолеты и поезд, онлайн-регистрация на рейс пройдена, распечатать или поместить в Passport, будильник и напоминалки в смартфон), вещи (целый список), одежда (тоже список, посмотреть погоду, зашить дырявый карман, куртку в химчистку, куртку из химчистки и т.д.), в общем – много всего, что не удержать в голове без такого универсально списка, по крайней мере, в моей голове. Составили список, затем не забываем просматривать и ставить отметки о выполнении. Своего рода гарантия, что ничего не упустили в суматохе приготовления к поездке. Читать далее

Vasnetsov "Vityaz" photo from wikipedia

Муки выбора

Эта заметка написана для менеджеров, ответственных за выбор решения по автоматизации процессов управления предприятием. Тема правильного выбора информационной систем актуальна для многих компаний; возможно, вы также озабочены этой непростой задачей, так вот вам пища для размышлений.

Продолжаю записывать последние оставшиеся в голове мысли по теме автоматизации документооборота. Первоначально была идея оформить материал в как бы эссе, разбитое на несколько частей: основные понятия, необходимость автоматизации, процесс выбора решения, особенности проекта внедрения, разные нюансы и рекомендации. Но современная клипообразная жизнь диктует свои условия — на днях наткнулся на статью Джилиана Бичанича «Семь вопросов, которые стоит задать, чтобы выбрать правильное ECM решение» (Jillian Bichanich, 7 Questions to Ask to Ensure You’re Choosing the Right ECM Solution) и, под впечатлением от прочитанного, решил забежать немного вперед лошади, сразу к теме выбора правильной ECM системы. Поскольку в последнее время занимаюсь внедрением решений электронного документооборота, то и примеры будут из соответствующей предметной области; но, вне сомнения, всё рассмотренное относится и к любой другой информационной системе. Читать далее

Собака Павлова против прокрастинации

procrastinationИтак, вам знакомо это слово — прокрастинация. Определение из википедии: «Прокрастинация — в психологии откладывание дел на потом, которое приводит к каким-то болезненным психологическим эффектам«. Возможно, это касается и вас. Возможно, вы не знаете, как бороться с этим недугом и очень страдаете. Рецепт прост: Хватит читать блоги, немедленно закройте браузер и займитесь делом! :) Но если простой рецепт не действует, читайте дальше.

Читать далее

Не бывает ИТ проектов

В LinkedIn завязалась дискуссия о том, можно ли считать любой проект — бизнес-проектом.

Придерживаюсь мнения, что любой проект (кроме совсем уж специфичных), прежде всего, это именно бизнес-проект. Потому что цель продукта проекта в общем случае — генерировать прибыль (деньги, научные знания, социальные выгоды), другими словами — делать бизнес «более лучше», чем до проекта, на новом уровне. И подход к организации проектной деятельности должен это учитывать, особенно это касается внутренних проектов на функциональных предприятиях.

Однако, проекты надо как-то классифицировать. Существуют разные классификации: по масштабу, сложности, категории продукта, способам инвестиций, соответствию стратегическим целям и др. На мой взгляд, простейшее (ок, примитивнейшее, но наиболее ёмкое и доходчивое) основание для классификации — это природная сущность составных частей решения, которые превалируют в конечном результате.

Читать далее