Ад своими руками

Публикация № 722013

Управление - Управление бизнес-процессами (BPM)

240
Почему не надо внедрять системы управления задачами

Ребята, читающие мои публикации, несколько раз говорили, что рассказывать надо не только об успехах, но и о неудачах. Полностью с этим согласен - понимание своих неудач, их причин и последствий, иногда ценнее любых успехов.

Был у меня в жизни такой опыт автоматизации, за который долгое время было стыдно. Не потому, что система плохо работала, или метаданные кривые были, или ТЗ не соответствовала - ровно наоборот. Все красиво, быстро, на передовой тогдашних 1Сных технологий, с полным внедрением во всей компании. С точки зрения формальных критериев это был полный успех.

Но компанию, ее культуру это внедрение превратило в ад - бюрократический, системный и бессмысленный.

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

Обо всем по порядку.

Предпосылки

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

Людей я считал элементами системы, которые должны сидеть на своих местах и вовремя нажимать на кнопки, смотреть на цифры и реагировать на их отклонение от нормы, если того требует инструкция.

Моя уверенность в правильности моей же картины мира была подкреплена практикой - буквально только что я закончил проект по созданию подобной системы. Людям в ней отводилась роль либо операторов, либо исполнителей - получаешь задание от системы, исполняешь, отчитываешься. Не исполнил, или не отчитался, или просто опоздал - штраф 500 рублей.

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

И вот мне ставят новую амбициозную задачу - создать и внедрить систему управления поручениями для всей компании.

Задача

Любой из вас поймет, как и почему возникла такая задача, если чуть больше узнает о предприятии, на котором происходили события.

Предприятие самое обычное, производственно-торговое, далеко не в центре России, со всеми традиционными болячками и особенностями. Одна из них - плохая исполнительская дисциплина.

Проводится совещание, обсуждаются проблемы, по результатам раздаются поручения. Раздаются – в смысле вносятся в бумажный протокол, который затем копируется и раздается участникам. Предполагается, что все они побегут исполнять свои поручения.

Что происходит на следующем совещании? Все смотрят на протокол, как баран на новые ворота. А, я забыл, мне не напомнили, меня не предупредили, мне вообще копию протокола не давали, и т.д.

Такая же история со служебными записками. Пишут, согласовывают, приносят - исполняй. Ага, только разбег возьму. Лично исполнил только первую служебку, пока не понял главного правила - практически никто и никогда не проверяет, выполняются они или нет. Лично я складывал служебки в нижний ящик тумбочки. Другие поступали интереснее, там звучало слово «подтирать».

Вот этот бардак и требовалось победить.

Как вы понимаете, речь в основном о кросс-функциональных задачах, т.е. о взаимодействии между разными службами.

Я свято верил, что все проблемы предприятия – из-за исполнительской дисциплины. Достаточно сделать так, чтобы поручения и бизнес-процессы исполнялись, и все само собой образуется.

Разработка

Я посмотрел, какие решения есть на рынке. Типовые, отраслевые, битриксы и мегапланы, аутлуки и клауды, и ничего мне не понравилось.

Главное - нужна была легко и быстро кастомизируемая система. А я тогда был чистым 1Сником.

Ближе всего к правде был 1С:Докоментооборот, тогда еще версии 1, но он мне тоже не понравился. Мне нужна была простая, быстрая система, без лишней функциональности и множества настроек и вариантов. К тому же, у меня был опыт создания простых систем типа сервис-деск - я знал, что они делаются, изменяются и внедряются легко.

Поэтому решил сделать систему сам. Мне там, по сути, был нужен один инструмент - поручение. Ну и обвес, типа отчетов по исполнительской дисциплине, списки задач с разными настройками и т.д.

За пару дней состряпал конфигурацию, на управляемых формах, опубликовал на IIS, и пошел сдавать.

Кстати, кто пользуется IIS – бросайте это дело. Через него взламывают сервер, архивируют базы и требуют биткоинов. С нами такое было.

Ключевой фишкой я посчитал простоту постановки задачи. Мой опыт говорил, что труднее всего на заводах в такие системы затащить руководителей среднего звена, потому что они не хотят прозрачности в управлении, и всегда динамят внедрение, говоря, что система сложная.

У меня поставить поручение было очень просто. И это помогло успешной сдаче системы в эксплуатацию, потому что сдавал я руководителям, а система была заточена под них.

Ее потестили несколько избранных, я исправил все найденные косяки, и запустили в эксплуатацию на весь офис.

Система

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

А фигушки. Руководство очень хотело, чтобы система заработала. И я хотел, т.к. верил в порядок.

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

Но реальность быстро превратила ребенка в злобного, хитрого пройдоху.

В первом варианте не было принятия поручения в работу. Отправляешь, и оно уже в to do. Хрен там, скажут «не видел, не знаю». Нужен факт принятия в работу - ок, добавляем. Заодно и отчет - кто не принимает поручения.

Наивная система думала, что не бывает плохих задач. Ну когда очевидную ерунду пишут. А они есть. Значит что? Добавляем возможность отклонить поручение.

Начинают отклонять все подряд - можно ведь, кнопка есть, чего не поотклонять? Не с тем связались! Добавляем при отклонении обязательный комментарий - пиши, чем недоволен. Отклонений стало меньше.

При разработке я заложил в систему разбиение срока выполнения на контрольные точки. Через день после начала, в середине срока, и где-то ближе к концу надо было «отмечаться» - как идет процесс. Это я сделал по рекомендациям толковых людей, но реальность пришла ко мне и сказала - нахрен эти понты, есть начало, есть конец, точка. Ок, убираем.

Начали люди выполнять поручения - ставить флажок и писать комментарий, чего сделали. И задача сразу попадала в раздел "выполнено". Бюрократы пришли и сказали - э, как так, они совсем не то сделали, как им обратно вернуть задачу? Ок, добавляем возможность отклонения результата выполнения.

Теперь у плохих постановщиков стали зависать задачи на проверке. Он поручение написал, и думает, что выполнил свою миссию во вселенной. Исполнитель сделал, отчет написал, и ждет проверки. А ее нет. Возмутились исполнители, и появился отчет, контролирующий проверку выполненных поручений.

Но черви продолжали извиваться. Раз контролируется срок проверки, значит будем тупо отклонять все, что не успели проверить. Блин, с этим-то чего делать? Первое решение придумал я, второе люди. Мое решение - кнопка «пожаловаться». Жмешь, выбираешь кому отправить жалобу, пишешь комментарий, и человеку ссылка приходит на поручение. Иногда помогало.

Про второе решение, которым пользовались люди, будет ниже.

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

Если ты уже срок проворонил, то запросить его перенос через систему нельзя. Надо вставать и топать ножками к постановщику, чтобы он зашел в систему и сдвинул срок. Это назвали типа «подталкиванием людей к вербальным коммуникациям». Заодно и в воспитательных целях, чтобы следили за сроками, дабы избежать геморроя с личными разговорами.

Переносов срока разрешили делать два. Когда лимит исчерпан – все, никак, даже инициатор не может передвинуть.

Потом обнаружилось, что в системе мало бюрократии – можно просто поставить поручение другому человеку. А согласование? Люди начали роптать. Как это, поручение мне какой-то чудак ставит, а главбух и финдир его не посмотрят? Давай, добавляй согласование.

Жутко не хотелось портить маленький документ «Поручение», и я добавил новый – «Служебная записка». Смысл тот же, только можно добавить согласователей, кого хочешь и сколько хочешь. И пока все не согласуют, принять в работу нельзя. А потом хоть саму служебку исполняй, хоть ставь на ее основании 100 поручений. Если кто-то служебку отклонит, то все, конец, надо заново все начинать.

Появилась куча бюрократических рычажков и хитростей. Например, согласователей может добавлять как инициатор, так и получатель. Причем, мой программистский разум сказал – а почему это получатель не может самого себя добавить в согласование? Еще как может! Я сам стал так делать. Пишут мне служебку, я – себя в согласование, и отклоняю.

Потом добрались до протоколов совещаний. Просто поставить поручения по результатам совещания – скучно, т.к. они будут разрозненными. Так появился новый документ – «План работ». Он, кстати, прикольный. Из него потом можно было печатать бумажку, к следующему совещанию, и в ней перечислены все поручения, их статусы, комментарии к исполнению и отклонению и т.д.

Червяки опять начали извиваться. Сидят на совещании, им ставят поручение, они тыквой кивают, а потом приходят к компу, прилетает поручение, и они его отклоняют.

Как так, возмутились архангелы системы, вы ж сидели и гривой махали? Ну, говорят, там формулировка неправильная, срок не тот, и вообще у меня просто нервный тик, голова сама болтается.

Ок, добавляем защиту. В плане работ перечисляются все люди, присутствовавшие на совещании, и они лишаются права отклонять поручения из этого плана работ. Хитро. Но червяки хитрее.

Теперь появилась возможность вдуплить наивному парню поручение, избежав возможности отклонения! Делаешь план работ с названием типа «Совещание в курилке», указываешь человека как участника, пишешь ему любую хрень, и все, он не может отклонить. Конечно, так только для хохмы делали, можно ведь и в дыню получить.

Потом решили, что этим же планом работ будем встречи назначать. Делаешь его заранее, указываешь участников, место, время, повестку, и отправляешь. Людям приходят приглашения, они должны принять их или отклонить. Потом в этот же документ вбиваешь поручения по результатам.

Но поручения, СЗ и планы работ – это короткий горизонт планирования и управления, а хотелось подлиннее. Кто-то придумал – давайте писать типа задачи на месяц, а потом степень достижения в процентах указывать. Идея, вроде, была взята с какого-то семинара, как и название – «Матрица ответственности».

Там писалась такая ерунда, типа «Работоспособность систем обеспечена в режиме 24/7» (это было в матрице сис.админов). Потом, в конце месяца, я, как их руководитель, заходил и ставил фактическую цифру. Мне было пофиг, и ставил 100 %.

И не только мне было пофиг. Все ставили 100 %. Но тут, разумеется, нашлись люди, которые нас впалили, и устроили взбучку. Отныне пришлось писать «реальные цифры».

Но и тут кто-то из великих вспомнил посещенные семинары, и сказал: если задача выполнена на 94 %, то она не выполнена. Поспорили, поругались, поставили 95 % как порог.

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

Вот примерно на этом месте произошло непоправимое.

Непоправимое

Мы еще не разговаривали с вами про триаду изменений, поэтому просто поверьте на слово. Непоправимое – это когда автоматизация, бизнес-процессы и система мотивации скрещиваются неподходящим образом. Про скрещивание не то чтобы подходящим, но приемлемым способом, мы уже говорили.

Именно так и произошло. Система функционировала, но была не обязательной, т.к. не предполагала связи с мотивацией. Не выполняешь поручения – ну, будут тебя поругивать иногда, если ты начальник, а до линейных ребят почти и не добирались.

Но великие решили, что хватит баловаться, система классная, учитывает почти все проявления реальности, теперь-то уж не отвертятся.

И ввели в систему мотивации понятие «исполнительская дисциплина».

Математически это очень просто – процент выполненных в срок поручений. Поставили тебе 10 поручений, ты выполнил в срок 9 – у тебя исп. дисциплина 90 %. Поставили 10, все просрочил – у тебя 0 %. Отдельное условие для тех, кто не получал поручений – там тупо 100%.

Первый замер исполнительской дисциплины по компании дал цифру примерно 100 %. Поставили цель – довести до 80 %.

Исполнительская дисциплина стала влиять на зарплату. Сначала незначительно – примерно 5 % зарплаты управлялось дисциплиной. Т.е. если ты – бухгалтер с зарплатой 30 т.р., то встрянешь максимум на 1.5 т.р., если вообще не будешь выполнять поручений.

Потом (очень быстро) довели до 20 %. Картина резко изменилась. Поручения, дисциплина, служебные записки и все остальные сущности быстро вошли в обиход, их стали знать все сотрудники, которые бывали за компьютером.

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

Но тут другое дело. Бухгалтеры, экономисты, продавцы, снабженцы, конструктора, HR, ОТК, мастера в производстве, кладовщики, проект-менеджеры, технологи, инженеры, секретари, менеджмент качества, программисты, сис.админы, техники и, конечно же, руководители – все были подключены к системе, все умели с ней работать, все с ней работали, каждый день заходили и отслеживали свою дисциплину, бегали с переносами сроков, и всей душой болели за достижение цели компании.

И цель компании была достигнута менее, чем за полгода. Исполнительская дисциплина поднялась до 85 %. Шикарный результат, который можно смело вписывать в комплект увольнения и надувать щеки на собеседованиях.

Но какой ценой цель была достигнута? И как изменилась компания?

Люди

С людьми происходили забавные трансформации в процессе внедрения.

Во-первых, масса народу просто уволились.

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

Кто-то уволился сам, потому что, цитирую, «хватит, наелся». Забавно происхождение этой фразы.

Система, как положено, отправляла уведомления в почту. Когда новое поручение получено, когда твое выполнили, когда срок новый запросили и т.д. Заодно еще утречком присылала в почту сводку поручений с указанием просроченных. Некоторым так было удобно – прочитал с утра, что ничего срочного, и даже не заходишь в систему.

Так вот, времена были темные, и не у всех сотрудников почта была корпоративная, некоторые пользовались личными ящиками. Я, понятно, просто вбивал эти личные ящики в настройки пользователя и не парился.

И вот чувак уволился, а я об этом только через пару дней узнал. За эту пару дней он, разумеется, продолжал получать письма от системы, типа поручений нет, но ты далеко не уходи, вдруг появятся. И чувак написал ответ системе – «отключите меня, хватит, наелся». Я письмо увидел случайно, т.к. ящик отправки был настроен в 1С на меня, и когда пришло письмо, выскочило уведомление.

Особенно много уволилось руководителей из, скажем так, рабочих технический специальностей. Мастера, начальники цехов, начальники производства, главные инженеры, зав.складом, главные конструкторы, и т.д. Не смогли ужиться с системой.

Я сам точно не знаю, как к относиться к такой ситуации. С одной стороны, хочется заклеймить их старпёрами, которые не хотят идти в ногу со временем. Смартфоны же с собой таскаете, почтой пользуетесь, в вайбере чего-то шкрябаете, значит вовсе вы не динозавры, и все ваши «я производственник, а не крыса офисная!» - не более, чем понты.

С другой стороны, я их понимаю. Им же работать надо, и в основном – не у компьютера. И работу свою они знают – причем так, что могут работать автономно, в этом и смысл. Даешь план начальнику цеха, дальше он сам разберется, и нечего его дергать своими поручениями типа «Предоставить отчет по НЗП до конца дня».

 

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

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

Страх был почти физически ощутим. Чтобы понять это ощущение, можно почитать, например, «В списках не значился». Там не про страх, а про, прошу прощения, трупный запах через несколько дней боев в Брестской крепости, который липкий, физически ощутимый, пронизывающий до костей.

Такой стала корпоративная культура в компании. Страх.

 

В-третьих, система разделила людей на… Не знаю, как назвать эти категории. Не мудрствуя лукаво, поделю на людей и орков.

Орки – это офисные крысы, которым очень понравилась система, потому что позволяла самореализоваться и повысить свою значимость.

Вот сидит человек, на не особо важной должности, и всем на него, в общем-то, наплевать. Ковыряется там чего-то, на совещания ходит, бубнит иногда, на корпоративе танцует.

А тут раз – и в его руках система. Система уравняла людей, потому что любой дурак мог написать поручение кому угодно. И тот, кто получил поручение, обязан на него реагировать. Он может отклонить, может затаскать по согласованиям, может прийти наорать, но он не может главного – проигнорировать.

Наверное, правильнее будет не орк, а тролль. Хотя, особой разницы вроде нет. Пусть будет орк.

Этих орков вылезло несколько. Настоящие системные червяки, которые быстро поняли изменение системы координат – теперь молодец не тот, кто работает, а тот, у кого исп. дисциплина 100 %. И еще тот, кто ставит поручения, а их не выполняют, отклоняют, или затягивают согласование.

Были примеры, когда люди, понявшие суть момента, смогли подняться по карьерной лестнице до очень высокого уровня. Бывают же такие, блин.

Вот эти орки сыграли ключевую роль в распространении заразы. Они устроили Догвилль.

Догвилль

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

Раз поругались, два поругались, потом плюнули. Чем больше с орком ругаешься, тем больше он тебе поручений пишет.

Пробовали поговорить с великими, но не получилось – великие были на стороне орков. Типа «выстраивайте горизонтальные и вертикальные коммуникации с использованием системы».

Что в итоге? Тоже в орков превратились! Не в истинных, конечно, а в, так сказать, вынужденных. Раз единственный способ воздействия в этой компании – поручение, то буду писать поручение.

Поручение стало способом мести, типа черной метки. Не нравится тебе человек – напиши ему поручение. Два напиши. Разбей задачу на мелкие, напиши 10 поручений. Пусть гад сдохнет от мышкотыканья.

Это, кстати, тот самый второй способ влияния на плохих постановщиков задач, который придумали люди. Не проверяешь выполненную мной задачу? На тебе поручение! Или два!

Фишка в том, что поручение всегда можно придумать, кому угодно. Самое любимое бессмысленное поручение – «предоставить информацию». Проканает почти всегда.

Хочешь достать нач. склада? Ставь ему каждый день поручение «Предоставить остатки материальных запасов в количественном выражении для анализа динамики доллародней запаса по заданию генерального директора». Кто такое поручение отклонит? Кто пойдет проверять, было ли у тебя задание от генерального директора?

А если уж веселиться, то веселиться. Чего одним поручением спрашивать все остатки? Складов ведь 15? Пусть будет 15 поручений! Каждый день! Мне ведь надо динамику отслеживать.

Если посмеет вякнуть вроде «эй, есть же отчет в 1С, у тебя есть права, заходи и смотри свои остатки», можно заткнуть одной из двух стандартных отмазок.

Первая – «там информация некорректная, программисты что-то дорабатывают, или бухгалтерия что-то намудрила, там минусы». Достаточно ведь один минус в отчете найти, чтобы весь отчет назвать некорректным.

Вторая – «это ваша зона ответственности, нечего меня отфутболивать».

 

Понятно, что есть такие люди на свете. Во всех компаниях есть, хотя бы один. Формализм, бюрократия, помноженные на амбиции их носителя, дают фантастический по мерзости результат. Как говорил мой преподаватель, «дурак, да с выдумкой».

Но я никогда, ни до, ни после, не видел такого массового и быстрого превращения людей в засранцев. Вынужденными орками стали почти 100 % сотрудников компании!

Произошло очень сильное смещение и системы ценностей, и способов управления, и бизнес-процессов, и корп.культуры – короче, всего, что можно.

 

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

Дисбаланс между поручениями и бизнес-процессами приводил к катастрофическим сбоям. Сидит какой-нибудь новоиспеченный орк, и приходит ему в голову мысль – а чего это я должен делать то, что всегда делал без вопросов? Пусть поручение напишут сначала! А лучше – служебочку, да с согласованием, да не одним!

Ну, до смешного. Кончился у человека картридж, пришел к сис.админу, а тот – пиши служебку, да с моим начальником (со мной, то бишь) согласуй. А то мало ли, времена смутные. Я, разумеется, башку на место вправил, но об этом ниже.

И все это – в масштабах компании.

 

Мне в тот момент стало не по себе, и я решил, что так продолжаться не может.

Я тебя породил, я тебя и убью

Я начал партизанить против своей системы, потому что она уже не была моей.

Моя была та, начальная, наивная и глупая. А с этим монстром я уже не хотел иметь ничего общего.

Вносить изменения я не мог, т.к. алгоритмы уже были формализованы, в виде приказов и инструкций. Но я мог перестать сообщать об обнаруженных лазейках. Что я и сделал.

Стал учить людей, как накручивать исп. дисциплину. Это ведь так просто.

Там существовало ограничение – 95 %. Свыше этой цифры исп. дисциплина считается равной 100 %. Математика простая – на каждое просроченное поручение надо 19 непросроченных.

Попал в неприятную ситуацию, выполнил с просрочкой, а инициатор не хочет сдвинуть срок? Ладно, надо просто заиметь 19 хороших поручений. А это просто, потому что поручения можно ставить самому себе!

Нафигачил 19 штук, торжественно выполнил и принял результат – все, эффект одного просроченного нивелирован.

Если страшно спалиться, можно друга попросить, чтобы он тебе поручений поставил. Правда, друзья к тому моменту были роскошью.

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

От индивидуальных разговоров перешел к, так сказать, формированию фонового мнения. Когда был подходящий случай, вворачивал фразы типа «система – хрень, надо ее на помойку выкинуть». Люди сильно удивлялись – ты же, говорят, ее создал. Я честно отвечал, что только программировал.

Еще решил защитить своих роднулечек – программистов и сис.админов. Ввел внутреннее распоряжение, из двух пунктов.

Первый пункт – ИТ-отдел не пишет друг другу поручений. Никогда, ни при каких обстоятельствах. Никто и никому. Даже если очень хочется.

Второй пункт – ИТ-отдел ни от кого не принимает поручений, все их отклоняет с формулировкой «прошу перенаправить поручение моему начальнику».

Это, конечно, не победа, но значительная минимизация ущерба, потому что весь отдел перестал париться на счет исполнительской дисциплины. Парился только я, но мне с этим было проще, т.к. я – топ-менеджер, и лазейки знаю.

Через какое-то время мне все равно надоело бегать с этими поручениями, и я сделал кардинальный шаг – придумал, создал и узаконил в той же системе другой инструмент – «Заявка в ИТ-отдел». Аргументацию привел, что так будет лучше и эффективнее, бла-бла-бла. Но все получилось – поручений в ИТ практически не осталось.

Были только чисто менеджерские, и лично для меня. В основном, по результатам совещаний.

Этому способу избавления отдела от поручений я научил коллег-руководителей, некоторые тоже воспользовались.

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

Итогом стала отмена мотивации за исполнительскую дисциплину. Не берусь утверждать, что это моя единоличная победа – факторов повлияло много. Но правильное мнение о системе, и практику более эффективного управления задачами показал я.

Выводы

Пример разработки, внедрения, эксплуатации и отмены этой системы – один из ключевых, и поворотных моментов в моем видении мира.

 

Первое: я воочию, своими глазами, убедился, что фильмы «Догвилль» и «Das Experiment» не врут. Если вы не смотрели эти фильмы, то очень рекомендую посмотреть. Только не сейчас, потому что Новый Год, праздник, веселье – только настроение себе испортите. Потом, в январе.

Люди действительно меняются, и в людях полно гадости. Если поместить людей в неправильную, но соответствующую этим гадостям среду, то все всплывет.

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

Но все это – правда, увы. И ставить такие эксперименты над людьми я больше не хочу. Будешь давить на человека – будь уверен, чего только из него не вылезет, и сам не обрадуешься.

 

Второе: высокая исполнительская дисциплина в «обычной» компании – возможна. Можно внедрить систему управления задачами на заводе, в офисе, в торговой компании.

Я видел, и читал про множество внедрений управления задачами, но они почти всегда – кусочные. Либо система управляет лишь некоторыми потоками – например, только сервис-деск для ИТ, либо в ней работает очень ограниченный круг лиц – например, продажники ставят и используют Битрикс24.

Так что, если у вас не было примеров перед глазами, когда управление задачами собрало в кучу всю компанию – вот он, пользуйтесь, задавайте вопросы.

Это чисто технический вывод, но он есть.

Но все это меркнет перед главным выводом.

Главный вывод

Самое главное – не то, как сделать и внедрить такую систему. Главное – нафига.

Возвращаемся мысленно к началу публикации: я свято верил, что все проблемы – из-за низкой исполнительской дисциплины. Достаточно сделать так, что люди исполняли задачи, и все наладится.

И вот передо мной уникальный результат – бизнес, в котором все задачи исполняются, из них 85 % - в срок. Разве не сказка? Без учета всех этих соплей про влияние техногенной среды на человека.

Все, мечта исполнилась, сейчас эффективность бизнеса взлетит до небес, потому что он превратился в послушную, адаптивную, чутко реагирующую систему. Давай управляй, и все заколосится.

Но не тут-то было. Пишу главный вывод.

Когда руководителя начинают слушать, то оказывается, что ему нечего сказать.

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

При этом задачи, которые руководитель ставит, не анализируются. Ни им самим, ни другими. Какая разница, что приказывать, если все равно не выполнят?

Часть задач, конечно, выполнят, но в том-то и дело, что часть. А вторая часть, невыполненная, всегда будет служить буфером,  или демпфером, защищающим руководителя.

Заметьте, речь не только о задачах руководителя своим подчиненным. В первую очередь я говорю о кросс-функциональных задачах, когда один руководитель ставит задачу другому, параллельному, на горизонтальной линии.

Это, по моим наблюдениям, любимая отмазка руководителей – они не сделали, они мне не предоставили, они мне не купили, они мне не согласовали.

Причем, эту отмазку можно создавать искусственно – чтобы был буфер. Вот знает начальник производства, что не купят ему пятикоординатный металлообрабатывающий станок. Но заявку все равно делает, в бюджет включает, ноет ходит, глаза искренние делает – дайте, надо! Не дают.

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

 

А тут все ровно наоборот. Поставишь задачу – и ее сделают. Блин, это же страшно. Это реально страшно. Потому что начинаешь реально думать, что и кому ты приказываешь сделать.

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

Большинству же просто нечего было сказать. Большого, серьезного, стратегического чего-нибудь. Так, по мелочи, как привыкли годами к ручному микроуправлению, когда риск невелик.

А когда дошли до стратегического управления, то сели в лужу. Ведь знаешь теперь, что сделают то, что скажешь. И что сказать?

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

 

А я потерял веру в эффективность внедрения систем управления задачами, равно как и в эффективность менеджмента. Нет смысла тратить время на эффективность исполнения, автоматизируя контроль задач. Потому что столкнетесь с реальным кризисом управления – окажется, что никто не знает, что надо делать.

 

Но это – не конец пути, а просто поворот. Внедряя системы управления задачами, надо беспокоиться не за исполнение задач, а за их постановку. Это важнее.

 

По этой теме я, наверное, еще напишу отдельно, потому что она глубокая, и касается не только руководителей. Пока остановимся на том, что главные бездари в нашем бизнесе – руководители. Понятно, что вы мне не поверите на слово. Особенно, если вы сам – руководитель. Но, на всякий случай, не просите программистов автоматизировать управление вашими подчиненными. Бойтесь своих желаний, они могут исполниться.

 

И с Новым Годом!

 

Иван Белокаменцев, компания Окнософт, эксклюзивно для Infostart.ru

240

Специальные предложения

Вознаграждение за ответ
Показать полностью
Комментарии
Избранное Подписка Сортировка: Рейтинг
57. genayo 28.12.17 21:31 Сейчас в теме
(55) Интересно, как вы собираетесь эту систему продвигать. Неужели надеетесь снизу, через программистов?
58. 1c-intelligence 8600 28.12.17 21:35 Сейчас в теме
(57) честный ответ - "а хрен его знает".
У вас есть идеи?
59. genayo 28.12.17 21:39 Сейчас в теме
(58) Есть только понимание, что вам будет сложно, и ИТ-директор главный враг ваш. На примере той системы, про которую в 44 писал...
60. script 206 28.12.17 22:39 Сейчас в теме
Если все подытожить то получается что автоматизировав все, и лишив права принимать решение всех, руководитель лишился своей главной функции, нанимать тех кто будет и делать и принимать решения - т.е. делегировать.

Таким образом руководитель все свалил на себя, и ответственность естественно теперь вся на нем одном - едином. А остальные либо боятся, либо злятся или грызутся.
61. guevara74 29.12.17 03:47 Сейчас в теме
Иван, вопрос чисто для статистики.
На основе чего пошли такие организационные изменения. Какие курсы и семинары посещали руководители приведенной тобой организации ?:
-Хаббард
-Адизес
-МБА
- офигенные коучеры из Москвы
.... и т.д.
62. Denium79 14 29.12.17 06:58 Сейчас в теме
Статья как всегда "в точку". Собственный опыт только подтверждает все выводы.

Но в итоге бизнес достиг своей цели. Но не тем путем, которым бы хотелось. Между строк читается, что потеряли больше чем получили...

Иван, а какой тогда рецепт? Компетентные и адекватные руководители?:)
Или автозадачи, которые ставятся по регламентированным критериям, а все остальные не через систему контроля и мотивации?

То, что описано - крайность системы контроля, на другом полюсе - анархия, т.е. отсутствие контроля. А в золотой середине что? Или русская ментальность не предполагает золотой середины?

С Новым Годом!
С Днем Рождения!
63. 1c-intelligence 8600 29.12.17 06:59 Сейчас в теме
(61) проще, наверное, перечислить, чего не посещали.
64. Разумов 29.12.17 07:19 Сейчас в теме
Нда, статья располагает к тому, чтобы видеть страшную сторону неграмотного IT-решения: обесчеловечивание. Бюрократия все способна превратить в аналог тюрьмы, Северной Кореи, Германии начала XX века или класс средней провинциальной школы, где начинает формироваться бестолковая иерархия.

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

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

P.S. 28 декабря Иван написал эту статью. 29 декабря выходит новый сезон "Черного зеркала". Совпадение? Как говорится, не думаю. :)
66. Alligator84 64 29.12.17 07:36 Сейчас в теме
Иван, с прошедшим Днем Рождения, удачи по жизни, конструктивного общения и Здоровья!
Всегда с уважением читаю Ваши статья, но фраза
т.к. я – топ-менеджер
немного кажется понтом для руководителя отдела, управления, департамента ;-), но это чисто мое мнение, возможно, в статье это сарказм был.

Потому что столкнетесь с реальным кризисом управления – окажется, что никто не знает, что надо делать.

когда я просил своего руководителя сказать что делать, он всегда говорил о том, что Вы управленцы - Вы думайте и никогда не говорил конкретного.
А когда сотрудники начали говорить о том, что как скажете, так и сделаем, их начали записывать в ряды неугодных.

Со статьёй полностью согласен исходя из своего опыта управления, причем видел все составляющие от управленцев среднего звена до реального топ-менеджера.
Впахивает линейный персонал, орки дуют щеки, спецы, которые не перешли в разряд орков, стали неугодными.
Суррогаты процветают.
67. Alligator84 64 29.12.17 07:39 Сейчас в теме
(64)
Но, мне кажется, что правы те, кто говорят, что рыба гниет с головы

ИСТИНА
68. 1c-intelligence 8600 29.12.17 07:45 Сейчас в теме
(62)
Иван, а какой тогда рецепт? Компетентные и адекватные руководители?:)

серебряной пули нет, решение комплексное, но оно находится не в ИТ, не в мотивации, не в бизнес-процессах, а на пересечении этих областей. Об этом будем разговаривать в 2018 году.
С Новым Годом!
С Днем Рождения!

Спасибо!
69. 1c-intelligence 8600 29.12.17 07:47 Сейчас в теме
(64)
страшную сторону неграмотного IT-решения

не совсем. Здесь жуть не в ИТ-решении, а в неправильном сочетании ИТ-решения с системой мотивации. Про это раздел "Непоправимое".
71. 1c-intelligence 8600 29.12.17 07:51 Сейчас в теме
(66)
немного кажется понтом для руководителя отдела, управления, департамента ;-)

я к таким обозначаловам с юмором отношусь. Но контора была такая. Топ-менеджеров - как грязи. У некоторых - 1-2 человека в подчинении. Но должность со словами "заместитель директора" давала право называть себя ТОП.
72. Alligator84 64 29.12.17 08:43 Сейчас в теме
74. Созинов 29.12.17 14:15 Сейчас в теме
Иван спасибо за статью. Написано интересно, с юмором.
Про IIS я с вами скорее согласен, чем нет, но тем не менее можно жить и на нем, правда в настройке сложноват.
Всех с наступающим!
75. ILM 237 29.12.17 14:59 Сейчас в теме
Грустно, но увы такое сплошь и рядом. Я всегда задаю вопрос при постановке задачи "-В чем будет польза от автоматизации , для вас, для других, для сторонних клиентов и т.д.?" По договоренности с руководством, у меня есть право вето на любую автоматизацию 1С. Например, у нас нет систем CRM, KPI и Документооборота. Всё должно быть на благо компании и людей, тогда и работа будет в радость. Вот такой у нас дзен-буддизм.
77. Арчибальд 2708 29.12.17 17:18 Сейчас в теме
(54) Добрался до компьютера...
78. mrXoxot 2194 29.12.17 17:25 Сейчас в теме
(70)
Добрый день, Иван.
А как называется книжка по Бусидо, которую читали Вы?
80. vcv 86 29.12.17 22:13 Сейчас в теме
(53) система-то одна. Используем 1С:ДО. Поэтому всё же "поставь поручение".
83. Арчибальд 2708 29.12.17 22:45 Сейчас в теме
(82) Не так. Будь человек чести определяем системой - не было бы, скажем, декабристов. Делай, что дОлжно, а не то что "должен" (системе).
А в статусе самурая мне, к тому же, не нравится наличие работодателя. Я бы в ронины пошел :)
84. 1c-intelligence 8600 29.12.17 22:49 Сейчас в теме
(83)
не было бы, скажем, декабристов

поговаривают в телевизоре, что декабристы были проектом :)

Работодатель - да, один из неподходящих моментов. Так же, как рекомендация, кроме жены, завести...эмм...друга.

Я такие штуки списываю на особенности тех времен, не принимаю во внимание.
85. Арчибальд 2708 29.12.17 22:59 Сейчас в теме
(84) Я, кстати, вполне допускаю, что декабристы - проект. Охранка была весьма профессиональна. Только они-то этого не знали.
Я таки, с небольшой, мне кажется, долей цинизма осмелюсь сказать, что все эти буси-до, айки-до, дзю-до и прочие "пути" во многом замешаны на самолюбовании/самоутверждении/саморекламе отцов-основателей.
86. 1c-intelligence 8600 29.12.17 23:04 Сейчас в теме
(85)
Я таки, с небольшой, мне кажется, долей цинизма осмелюсь сказать, что все эти буси-до, айки-до, дзю-до и прочие "пути" во многом замешаны на самолюбовании/самоутверждении/саморекламе отцов-основателей.

возможно, но:
1. отцов-основателей несколько. В частности, книга, на которую я ссылку дал, содержит куски от разных авторов. Массовое самолюбование маловероятно;
2. тексты писались не как книги, и не для распространения - только для внутреннего использования внутри клана;
3. тексты писались, как правило, в преклонном возрасте.

Но вообще это неважно, конечно. Просто приятно со знающим человеком поговорить.
87. Арчибальд 2708 29.12.17 23:07 Сейчас в теме
(86) Нет, нет, к знающим меня причислять не надо. Из всех восточных трактатов я прочел только "Дао любви" и то в весьма сомнительном переводе.
89. Mopo3 288 02.01.18 11:51 Сейчас в теме
93. bong 03.01.18 11:10 Сейчас в теме
Спасибо, читал как блокбастер:)
Но есть над задуматься, т.к. стоит примерно такая же задача.
98. user_2010 430 03.01.18 18:28 Сейчас в теме
Спасибо! Интересный опыт.
А вам не кажется, что если бы к исполнительской дисциплине не прикрутили мотивацию - то не было бы в результате абсурда? Что она бы больше пользы принесла?
100. iliabir 03.01.18 19:01 Сейчас в теме
(92) Просто задачи должны ставиться по смыслу, а так. А у каждого сотрудника должна быть глобальная цель его должности, - так сразу все на места встает.
102. Арчибальд 2708 03.01.18 19:07 Сейчас в теме
(97) А вот это - в тему. Особенно, про Каренину.
И вообще возможно ли построить АД чужими руками?

Нет, конечно. Но можно попасть в ад, кем=то построенный.
106. Арчибальд 2708 03.01.18 19:46 Сейчас в теме
110. iliabir 04.01.18 01:20 Сейчас в теме
(106) Почитал... не хватает реальной описательной части, поэтому читать не интересно и, главное, предметно обсуждать нечего.
112. IgorS 44 05.01.18 14:52 Сейчас в теме
За пару дней состряпал конфигурацию, на управляемых формах, опубликовал на IIS, и пошел сдавать

вот и результат соответствующий
После фразы о том, что кто угодно может ставить поручение кому угодно всё дальнейшее было уже предсказуемо.
Если ядро системы порочно по своей сути, то все последующие навороты ситуацию не исправят.
Если бы время, потраченное на написание статьи, в своё время потратили на то, чтобы продумать выстраиваемую систему, а не "стряпать конфигурацию за два дня", - глядишь, и результат был бы другим :)
113. sanek_gk 99 06.01.18 22:09 Сейчас в теме
Мне просто ради интереса. Хочу спросить - а когда у вас на работу берут и говорят - ты должен выполнять поручения каждой сявки которая решит тебя напрячь любой херней, люди после этого как реагировали? Ну типа там должностные инструкции и т. д. Функционал и т.п. Или они говорили: о да я люблю подчиняться сявкам работать не придется.. ? О чем руководство думало? Почему у вас формализация задач не привела к формализации бизнес процессов? Нужны каждый день отчёты? - научись работать в программе.
116. 1c-intelligence 8600 08.01.18 08:07 Сейчас в теме
(115) не согласен, но все равно - спасибо.
117. 1c-intelligence 8600 08.01.18 08:12 Сейчас в теме
(112)
Если ядро системы порочно по своей сути, то все последующие навороты ситуацию не исправят.

ядро прекрасно по своей сути, не в нем дело. Ядро - бирюзовое, оно про self-management.
Ошибка - в Непоправимом. Придумал систему один, внедрял другой, и вектор быстро ушел в неправильную сторону.
Но это, в общем-то, не важно - опыт-то бесценный.

Про состряпать за два дня - это первая итерация.
119. 1c-intelligence 8600 08.01.18 08:17 Сейчас в теме
(98) да, именно неправильное сочетание с системой мотивации привело к проблемам.
Причем, именно сочетание, или пересечение. По отдельности и программа, и мотивация выглядят нормально.
120. 1c-intelligence 8600 08.01.18 08:17 Сейчас в теме
(119)
По отдельности и программа, и мотивация выглядят нормально.

как молоко и селедка :)
А смешивать нельзя.
126. Арчибальд 2708 08.01.18 12:27 Сейчас в теме
(120)
как молоко и селедка :)
А смешивать нельзя.
Только что согласился с тем что талантливый автор талантлив во всем ( с 93 постом) ;) Но с кулинарией - надо тренироваться. Молоко с селедкой встречается в огромном количестве блюд.
127. vakham 9 08.01.18 14:34 Сейчас в теме
(116) Правильно указана причина: управленцы де факто управлять не умеют. Закидывание заданиями без контроля уравновешивается невыполнением. Критерием важности является "третье китайское предупреждение" и угроза "терморектального криптоанализа".
131. Synoecium 650 09.01.18 11:50 Сейчас в теме
(129) вы наверно никогда не сталкивались с руководством на крупном предприятии :)
132. 1c-intelligence 8600 09.01.18 15:33 Сейчас в теме
(128) наши "Заявки в ИТ-отдел" примерно такими же стали в итоге.
Хороший пример вы привели, спасибо.
133. iliabir 09.01.18 15:45 Сейчас в теме
(130) Я стараюсь подходить к решению задач таким образом, чтобы больше к ним не возвращаться
135. IvanKh 1 10.01.18 03:39 Сейчас в теме
(89) Саурон-Гендаль =) интересно, не рассматривал, что у Гендальфа есть темная сторона =)
136. Mantis 136 10.01.18 09:07 Сейчас в теме
(13) не знаю у нас это отлично сработало даже на тех же заявках пользователя, как только стали отправлять за на согласование сперва к его непосредсенному начальнику 50% задач стали отметаться даже не доходя до отдела разработки.
137. Mantis 136 10.01.18 09:10 Сейчас в теме
(14) Ну во первых к примеру у нас это не завязано на нашей зарплате .
Во вторых заявки отправляеются сперва на согласование к начальнику отдела заявителя.
Потом ее отправляют на согласование отдела методологии ведения учета и только потом к нам, эта система исправно и без проблемно работает уже 4 года все довольны.

Может не надо на всем пытаться урезать или наоборот накрутить зарплату)
138. Mantis 136 10.01.18 09:12 Сейчас в теме
(16) у нас похожая система и мы не банк, но к зп она совершенно ни как не касается.
139. ValeriTim 20 10.01.18 10:12 Сейчас в теме
(131) Да, я руководство обычно обхожу стороной :)
140. tailer2 11.01.18 18:13 Сейчас в теме
доработка сабжа:
горизонтальное поручение

если исполнитель видит тролля, отсылает своему начальнику
этот начальник либо говорит, делай давай, либо идет к начальнику тролля

перетирают

если оба начальника решают, что да, тролль, не начисляют премию ему самому

если начальники не договорились - это их проблема, ни тролля, ни исполнителя
пусть идут выше по кормовой цепочке и рискуют уже своими премиями
141. Ziggurat 47 12.01.18 15:00 Сейчас в теме
Хоббиты - это отдел информационных технологий, в предыдущей публикации про власть кольца?
142. sigmov 22.01.18 15:13 Сейчас в теме
143. genayo 22.01.18 15:21 Сейчас в теме
(142) Доклад по этому продукту был на той конференции Инфостарт, где Иван крайний раз выступал :))
144. citicat 119 28.02.18 15:55 Сейчас в теме
(132) Перечитала весь рассказ. Сильно написано - в плане владения словом, и в плане опыта работы.! В своё время участвовала в тренинге "Основы консультирования" в 1С.

При постановке задачи не указано, какие именно поручения (или заявки) один сотрудник может дать другому. Заявки, на мой взгляд, должны описываться перечислением, а не справочником. Например - снабженцу заказывают 800 погонных метров стекла такой -то марки (пример со стеклом может быть и ошибочным) в город Северомедведкинск (тоже абстрактный город, которого нет). Вручную заказывают метраж, марку стекла, место доставки. Выбор ограничен. Всё.
Заявки "Предоставить отчетность в определённых разрезах" давать может только руководство верхнего уровня. Для других сотрудников количество и типы разрезов должны быть ограничены.
Отчет, к примеру, по надбавкам и премиям в разрезе регионов предоставлять снабженцам филиала номер 23 ни к чему (чтобы успешным сотрудникам личико не попортили).
Про штрафы за невыполненные поручения уже было написано: место профессионалов займут подхалимы, с их экономической неэффективностью.
146. guy_septimiy 01.03.18 13:33 Сейчас в теме
Отличная статья показывающая все круги ада. Детально и подробно расписано.
В том числе и анализ и выводы порадовали.

Умилил момент когда автору не понравился 1С Документооборот, но в итоге он к нему и пришел практически.
149. genayo 02.03.18 07:44 Сейчас в теме
(147) Способов решения этих проблем немало, но есть одно но - думать придется большому количеству людей...
150. 1c-intelligence 8600 02.03.18 07:45 Сейчас в теме
(149) думать большому количеству людей - это утопия. Но достаточно одному подумать за всех, и заменить 90% поручений автозадачами, и дела идут на лад.
151. genayo 02.03.18 07:47 Сейчас в теме
(150) Почему утопия - очень тяжелая работа по подбору персонала, с соответствующей мотивацией. Работает правда не всегда :)
152. webester 29 02.03.18 08:14 Сейчас в теме
(147)
потому что в жизни так и происходит - все друг к другу обращаются с разными просьбами. И бухгалтер к сварщику. Люди просто перенесли все это в систему, сами.

Да пусть обращаются к кому хотят. В системе управления задачами просьбам не место. Просьбы <> производственные задачи. Ну а если им удобно использовать для этого систему, то просьбы должны быть отдельно и не учитываться при расчете показателей выполнения. У нас на третий день произошло бы следующее:
- Петров, почему водила стоит, груз не едет по заявке?
- Я собираю отчет о движении шариковых ручек по складу №8 для Ивнова, которому надо сделать отчет для гендира о движении шариковых ручек
- В другое время это сделать нельзя?
- В какое другое? У меня 148 таких заданий, надо сделать до конца дня!
- Иванов, какое такое задание гендира, срывает нам план поставок?
- ээээ ну вот...
- Иванов этот квартал без премий и помогает собирать груз Петрову весь месяц. Им будет, что обсудить.

На этом или все очень быстро кончится, или будет план как избежать такой ерунды. Задачи тебе должен иметь ставить право только твой непосредственный руководитель. Все. Вот здесь и была дыра.
153. genayo 02.03.18 08:27 Сейчас в теме
(152) Утрируя - главбух должен обращаться к ИТ-директору, чтобы заменить мышку?
154. webester 29 02.03.18 08:33 Сейчас в теме
(153)Если есть руководитель ИТ отдела, то да. Он раздает поручения: стажер Иванов, сходит поменяет мышку, если срочно, а Петрова отвлекать нельзя ему надо срочно сервер оживить. А так бухгалтер выберет самого неприятного ему человека и будет он ему по три раза в день клавиатуры мышки менять вместо того. что бы заниматься делами которые которые кроме него возможно сделать некому.
156. webester 29 02.03.18 09:03 Сейчас в теме
(155)Любой пример можно возвести в абсруд вы имели ввиду?
158. webester 29 02.03.18 09:21 Сейчас в теме
(157) Задача выставить товар на витрину. В торговом зале 17продавцов. Кому должна придти задача? Всем?
159. Octopus 337 02.03.18 09:24 Сейчас в теме
(158) А это как процесс настроите. Можно сначала направить ее руководу, который должен назначить конкретных исполнителей. Можно всем. Можно "следующим четырем сотрудникам из очереди" со сдвигом очереди. Это уже вопрос не системы сервисов, а системы внутренних процессов отдела.
160. webester 29 02.03.18 09:27 Сейчас в теме
(159) в (155) говорят, что если задачи будет распределять руководитель, то это будет неэффективно. Вот мне и интересно как избежать накладных расходов на руководство, что бы схема была эффективной.
162. genayo 02.03.18 09:55 Сейчас в теме
(158) Это технические детали, как решат при описании сервиса - так и будет.
163. genayo 02.03.18 09:57 Сейчас в теме
(157) Вот пример системы, построенной на таком принципе https://gandiva.ru/
165. Viktor_vc 1 03.03.18 15:53 Сейчас в теме
Это же надо как у человека накипело то. Если собрать все доводы, то будет просто "никто кроме нас", а мы сами и выбрали данную стезю.
166. graft84 05.03.18 09:16 Сейчас в теме
Автоматизация пойдет по пути развития самого себя . Это как в аппокалиптических фильмах человек придумал машину с ии а потом сама машина решает что человек без надобности ей из-за своей тупости и глупости и стирает его!!! Поэтому внедряя автоматизированные системы мы сами себе роем яму к своей беспомощности.
167. amon_ra 3 05.03.18 10:17 Сейчас в теме
Вот честно можете закидать тапками, но не понимаю я зачем изобретать велосипед, когда уже все придумали и обкатали. Есть же Битрикс24, Jira, TrackStudio, OTR, Redmine. Зачем создавать своего гиганта?
168. Gureev 06.03.18 14:51 Сейчас в теме
Отличная статья, показывающая каким ИТ-менеджером быть не нужно.

Вот так работа безответственного топ-менеджера основательно портит жизнь многим людям.

А я потерял веру в эффективность внедрения систем управления задачами, равно как и в эффективность менеджмента.

Причем сам же эту веру и хоронил.

я свято верил, что все проблемы – из-за низкой исполнительской дисциплины. Достаточно сделать так, что люди исполняли задачи, и все наладится.

А это характеристика большинства менеджеров-неучей. Уж извините.
Про мотивацию и KPI, я так понимаю на тот момент и слыхом не слыхивали, вот и не нужно было лезть в управление.
169. 1c-intelligence 8600 07.03.18 16:25 Сейчас в теме
(168)
Уж извините

не извиняйтесь, это общественный туалет, к тому же бесплатный. Присаживайтесь и продолжайте.
170. genayo 07.03.18 22:48 Сейчас в теме
(169)Иван, а как вы думаете, уровень публики здесь и на хабре хоть чем-нибудь отличается?
171. 1c-intelligence 8600 08.03.18 05:22 Сейчас в теме
(170) публика отличается, даже если это одни и те же люди.
Уровень тоже разный - и по среднему значению, и по дисперсии.
173. johnnyshut23 52 30.04.18 21:55 Сейчас в теме
я бы не назвал их адом, скорее с чем их есть!
174. JohnGalt 41 25.05.18 21:24 Сейчас в теме
Нашел в завалах :)
Прикрепленные файлы:
175. Alex_CheST 1 29.06.18 12:29 Сейчас в теме
Очень похоже на сюжет какого- нибудь "Черного зеркала". Сам тоже нахожусь в ситуации когда требуют автоматизации которая нанесет вред сотрудникам. Пока успешно отбиваюсь)
176. 1c-intelligence 8600 06.07.18 09:30 Сейчас в теме
Друзья, прошу прощения за спам - поучаствуйте в голосовании.
177. user1098148 11.12.18 16:04 Сейчас в теме
Добрый день Иван, меня очень привлекла ваша статья про "системы управления задачами" "ад своими руками"
Передо мной сейчас стоит задача по автоматизации компании, а именно про все те процессы которые описаны в этой статье.
я на пороге выбора инструмента Битрикс и т.п.
Вот хотел посоветоваться с чего начать?)
178. 1c-intelligence 8600 11.12.18 19:43 Сейчас в теме
(177) год назад я бы ответил: пишите систему сами, без вариантов.

Но за год никто так и не решился сделать что-нибудь приличное, поэтому я сам взялся - https://business-programming.ru/articles/flowcon-readme

Так что, варианта у вас два.

Битрикс - ни в коем случае.
179. CheBurator 3399 17.12.18 18:28 Сейчас в теме
Отличная статья.
Перекликается с моим мелким опытом и с моими же выводами.
Организационно-административные задачи/проблемы - должны решать ЛЮДИ. Техника/автоматизация - только В ПОМОЩЬ.
Иначе - как описано.

У себя в компании пытался внедрить мелко-мелко похожее. Чтобы хоть как-то попытаться избавится от "необязательности", "я забыл" итд (все что упомянуто автором). Но, так как использование системы никак не связано с мотивацией/оценкой качества работы - то вообщем не взлетело.

Но вполне прижилось в нашем маленьком ИТ-отделе из 2-х человек (сиадмин и я). так как мы выросли из одного "инкубатора" - то для постановки задач достаточно "дать поручение" - исполнитель сам все разруливает. Единственное отличие - если надо срочно - то так и указываешь - надо срочно! В итоге - дажи сисадмин и я пишем "задачи" сами себе - удобно, чтобы не забыть.
Оставьте свое сообщение

См. также

Как создать идеальную службу поддержки бизнеса 5

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM) Бухгалтерский учет

О том, насколько хорошо работают бизнес-процессы, можно понять по реакции пользователей: если они довольны - значит, все хорошо. А что является главным связывающим звеном между бизнесом и пользователями? Конечно, служба поддержки, и чем лучше вы организуете ее работу, тем удовлетворенность пользователей будет выше. О том, что как создать идеальную службу поддержки, на конференции INFOSTART EVENT 2018 Education рассказал Сергей Харитонов из ГК «Агат».

26.07.2019    1643    user1063453    0       

Как привлечь пользователей на портал самообслуживания 7

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление бизнес-процессами (BPM)

Зачем нужен портал самообслуживания? Как заставить пользователей подавать обращения через портал самообслуживания? В данной статье руководитель службы технической поддержки делится своим опытом и выводами по запуску портала самообслуживания.

09.06.2019    1956    KoldunOne    6       

Уволен через автоматизацию 46

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM)

Кейс бизнес-программирования

07.03.2019    7380    1c-intelligence    47       

Механизм бизнес-событий на конкретном примере 29

Статья Программист Нет файла v8::Бизнес-процессы ДО Россия УУ Документооборот и делопроизводство Бесплатно (free) Управление бизнес-процессами (BPM)

Есть в системе 1С:Документооборот механизм бизнес-событий. Когда мне понадобилось решить конкретную задачу, гугление ни к чему конкретному не привело. Хотелось так «вжух» и всё понять про данный механизм, но в итоге пришлось лезть в код 1С и смотреть реализацию данного механизма. В данной публикации поделюсь результатами исследований, может, кому-то это поможет быстро и легко во всём разобраться.

18.02.2019    4862    soulner    0       

Принципы проектирования справочников номенклатуры в 1С: Управление Предприятием 2 (ERP 2.4.6) 69

Статья Программист Пользователь Нет файла v8 ERP2 Россия Бесплатно (free) Управление бизнес-процессами (BPM) Бухгалтерский учет Пользователю системы

Принципы системного подхода к проектированию справочников номенклатуры в 1С: Управление Предприятием 2 (ERP 2.4.6) или как избежать замусоривания.

13.02.2019    10113    roman72    20       

Практика применения подсистемы Автозадачи 25

Статья Программист Нет файла v8 1cv8.cf Россия УУ Бесплатно (free) Пользователю системы Управление бизнес-процессами (BPM)

На Инфостарте есть публикация о подсистеме Автозадачи (https://infostart.ru/public/656758/). Я решил поделить своим опытом применения этой подсистемы Альфа-авто 5.

29.01.2019    4354    AntonSm    4       

Где мы взяли флакон? 38

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM) Управление проектом

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

26.12.2018    6170    1c-intelligence    7       

Айсберг, кейсы 25

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM)

Несколько примеров применения принципа "Айсберг".

26.12.2018    4787    1c-intelligence    12       

Методология управления изменениями на основе методологии TOGAF и языка моделирования Archimate 9

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM) Управление проектом

Статья о проблемах в процессе изменения и методологии их преодоления. Предлагается использовать технологии, прошедшие проверку временем и активно развивающиеся на данный момент.

02.12.2018    4548    rossoxa    2       

Обзор блока адресного хранения в программах 1С: УТ, ERP и КА 34

Статья Бизнес-аналитик Руководитель проекта Нет файла v8 ERP2 УТ11 КА2 Россия УУ Учет ТМЦ Бесплатно (free) Управление бизнес-процессами (BPM) Бухгалтерский учет

В статье мы подробно расскажем вам, как реализовано адресное хранение в типовых решениях 1С:Управление торговлей, 1С:ERP и 1С:Комплексная автоматизация.

29.11.2018    10899    alis112358    22       

Похороны скрам-доски 19

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM) Личная эффективность

Продолжаем балансировать позитив Марии Темчиной. Вторая глава книги про американцев.

31.10.2018    6379    1c-intelligence    15       

Ограничения и недостатки производственного учёта в 1С: УНФ 40

Статья no Нет файла v8 УНФ УУ Производство готовой продукции (работ, услуг) Бесплатно (free) Управление бизнес-процессами (BPM) Бухгалтерский учет Производство

У любого программного продукта (и не только программного, да и не только у продукта) существуют свои сильные и слабые стороны. О многих сильных сторонах 1С: УНФ (Управление нашей фирмой) я писал и снимал обучающие видеоролики. Мне действительно нравится данная программа в силу сочетания функциональности и простоты учёта. Но давайте объективно коснёмся недостатков 1С: УНФ при внедрении на производственных предприятиях. Но сначала про…

30.10.2018    11613    Gavrik    22       

Цифровая трансформация. 3

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM)

Цифровая трансформация. Что это и как мы можем помочь нашим клиентам?

21.08.2018    3562    -DenA-    4       

Принцип "Айсберг" 29

Статья Программист Пользователь Руководитель проекта Нет файла УУ Бесплатно (free) Управление бизнес-процессами (BPM)

Простой принцип, который стоит учитывать при автоматизации.

16.08.2018    9065    1c-intelligence    23       

На чьей стороне мячик? Алгоритм определения исполнителя задачи 5

Статья no Нет файла Бесплатно (free) Техническое задание Управление бизнес-процессами (BPM)

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

14.08.2018    4912    itriot11    42       

Автоматизация контроля границ 25

Статья Программист Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление бизнес-процессами (BPM)

Продолжаем изучение учебника по бизнес-программированию. На этот раз - параграф из раздела "Автоматизация".

08.08.2018    7119    1c-intelligence    18       

Канбан в условиях российской действительности 71

Статья Системный администратор Бизнес-аналитик Пользователь Руководитель проекта Нет файла Россия Бесплатно (free) Управление бизнес-процессами (BPM) Управление проектом

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

08.08.2018    14788    MariaTemchina    63       

Миф о всесильном менеджере 15

Статья Программист Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление бизнес-процессами (BPM)

Не будем заниматься изменениями, потому что мы - не менеджеры.

05.07.2018    6992    1c-intelligence    1       

Эсперанто, эльфийский и клингонский 30

Статья no Нет файла Бесплатно (free) О жизни Управление бизнес-процессами (BPM) Личная эффективность

Почему бизнес и ИТ не понимают друг друга? И как сделать, чтобы понимали?

14.06.2018    9508    1c-intelligence    47       

Продукт vs Процесс 26

Статья Программист Пользователь Руководитель проекта Нет файла УУ Бесплатно (free) Управление бизнес-процессами (BPM)

Продолжаем тему управления качеством, рассматривая ключевой акцент - продукт или процесс?

08.06.2018    9582    1c-intelligence    40       

Экспансия решений 1С на глобальный рынок: как взять быстрый старт? 42

Статья no Нет файла 1С:Франчайзи, автоматизация бизнеса Бесплатно (free) Управление бизнес-процессами (BPM) Управление проектом

Николай Шилкин рассказал о требованиях, которые предъявляет глобальный рынок к решениям 1С, рассмотрел достоинства и недостатки платформы в контексте ее выхода за пределы рынка стран СНГ. Он также объяснил, у каких решений есть шансы добиться успеха на мировом рынке, и дал рекомендации 1С-стартаперам.

04.06.2018    9275    RayCon    21       

Золотой франч. Часть 1 34

Статья Программист Пользователь Руководитель проекта Нет файла 1С:Франчайзи, автоматизация бизнеса Бесплатно (free) Управление бизнес-процессами (BPM)

Попробуем сформировать кейс для конкретной части знакомого нам бизнеса – 1С:Франчайзи.

22.05.2018    11163    1c-intelligence    61       

Регулярные задачи 20

Статья Программист Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление бизнес-процессами (BPM) Личная эффективность

Регулярные задачи и регулярный менеджмент, как инструмент работы над изменениями. Варианты, проблемы, решения.

17.05.2018    9056    1c-intelligence    5       

Жизненный цикл задачи 40

Статья Программист Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление бизнес-процессами (BPM) Личная эффективность

Жизненный цикл задачи - из чего состоит, как им управлять, каких результатов можно добиться.

15.05.2018    11691    1c-intelligence    16       

Почему менеджеры не изменяют? 27

Статья Пользователь Нет файла Бесплатно (free) Управление бизнес-процессами (BPM)

Почему менеджеры не занимаются изменениями? А если занимаются, то ничего не получается?

10.05.2018    10581    1c-intelligence    32       

Менеджер vs Программист 24

Статья Программист Пользователь Руководитель проекта Нет файла Бесплатно (free) О жизни Управление бизнес-процессами (BPM)

Что общего между менеджером и программистом? И в чем различие?

07.05.2018    10422    1c-intelligence    57       

Первый шаг к успешному проекту автоматизации 11

Статья no Нет файла Россия Бесплатно (free) Техническое задание Управление бизнес-процессами (BPM) Управление проектом

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

30.03.2018    7962    Апрель-С    1       

Автоматизация для "полевых" сотрудников (тех, кто не работает в офисе) 42

Статья Программист Руководитель проекта Нет файла v8 1cv8.cf 1С:Франчайзи, автоматизация бизнеса УУ Учет рабочего времени Бесплатно (free) Управление бизнес-процессами (BPM)

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

24.01.2018    12105    siddy    0       

Роли в банде 132

Статья Программист Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом Личная эффективность

Программисты 1С - это не только высокая зарплата, налет зазнайства и желтая футболка. Программисты 1С могут объединиться в банду. Посмотрим, что у банды внутри.

09.01.2018    23396    1c-intelligence    143       

Внутренние бизнес-процессы 22

Статья no Нет файла v8::Бизнес-процессы 1cv8.cf УУ Управление взаимоотношениями с клиентами (СRM) Бесплатно (free) Управление бизнес-процессами (BPM)

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

20.12.2017    11415    siddy    0       

Латентные паразиты 136

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM)

Вот вы сидите, и не думаете о паразитах. А они рядом.

04.12.2017    23153    1c-intelligence    143       

Куда дальше? 80

Статья Программист Нет файла Бесплатно (free) Управление бизнес-процессами (BPM)

1С умеем, бизнес-процессы умеем, системы мотивации умеем, ТОС умеем, Scrum умеем... Чего не умеем?

17.10.2017    21879    1c-intelligence    278       

Практика применения UML для проектирования бизнес процессов и информационных систем 77

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM)

В статье я поделюсь с вами практикой применения UML для решения актуальных задач в области выполнения проектов на 1С. Когда мы с коллегами обсуждаем применение UML - я чаще всего слышу такое возражение: «как мы можем применять UML, если все современные среды для него не поддерживают кодогенерацию в 1С?» Как будто у нас уже все проектные технологии отлажены, с заказчиками нет никаких проблем, и только кодогенерации нам не хватает. Конечно же, это не так. В статье рассмотрим для чего нам необходимо моделирование и что это даст для повышения эффективности проектов.

03.09.2017    29325    SergeyN    10       

Контроллинг и системное мышление: примитивный пример 31

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM)

Примитивный пример применения контроллинга и знаний о системном мышлении на технологической операции мех.обработки, с интересными результатами. И немного о японцах.

17.08.2017    17226    1c-intelligence    110       

Практический пример автоматизации производства в 1С: УНФ 31

Статья Программист Бизнес-аналитик Нет файла v8 УНФ УУ Производство готовой продукции (работ, услуг) Бесплатно (free) Пользователю системы Управление бизнес-процессами (BPM) Бухгалтерский учет

Конфигурация 1C:УНФ обладает явным преимуществом для небольших предприятий по сравнению с другими программными продуктами семейства 1С. Это лёгкость использования с отсутствием изобилия функционала, в котором теряются многие пользователи, которым представлено УТ, КА, не говоря про ERP. Другими словами, ничего лишнего. Это большой плюс, если нет бюрократии и сложных методик в организации.

31.07.2017    23395    Gavrik    13       

Использование GAP-анализа для выявления и согласования задач по проекту 5

Статья Программист Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление бизнес-процессами (BPM) Управление проектом

Данная статья размещена здесь для тех, кто хочет знать больше про GAP анализ и как его использовать на проекте. Так как формат статьи не позволяет рассказать все, я постарался рассказать основное по этой теме. Больше, если получится, я расскажу на Event 2017, если мой доклад наберет достаточное количество голоcов. Ссылка на доклад http://event.infostart.ru/2017/agenda/#item643129

05.07.2017    10282    raiml    0       

Внедрение автоматизированной системы управления работами в сервисной компании 15

Статья Пользователь Нет файла v8 ERP2 1С:Франчайзи, автоматизация бизнеса Россия УУ Производство готовой продукции (работ, услуг) Бесплатно (free) Управление бизнес-процессами (BPM) Управление проектом

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

29.06.2017    9962    Soliton    2       

IDEF0. Знакомство с нотацией и пример использования 43

Статья Бизнес-аналитик Пользователь Нет файла Обучение, бизнес-тренинг, курсы 1С:Франчайзи, автоматизация бизнеса Бесплатно (free) Управление бизнес-процессами (BPM)

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

28.06.2017    24112    raiml    36       

Краткое описание BPMN с примером 49

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM)

О том, что такое BPMN, написано очень много. Но проблема в том, что почти вся информация, которую можно найти в Интернет, ориентирована на людей, которые уже ранее сталкивались с BPMN или с другим стандартом моделирования бизнес-процессов. Я же предлагаю разобраться «с нуля» — что такое BPMN? В чем особенности и преимущества этой технологии и почему она появилась и оказалась столь востребованной, по крайней мере, за рубежом. Да и у нас в стране ей все больше и больше интересуются.

28.06.2017    23609    raiml    10