Комментарии 11
Есть ещё стандарты, описывающие сами процессы, критерии или методологию. Стандартные процессы можно дешево интегрировать между собой, опять же используя стандартные подходы и инструменты.
В противном случае вы попадаете на бесконечный цикл кастомизации всего и вся, что приводит к огромным издержкам на всех уровнях - как внутри организации, так и при интеграции с другими.
На уровне define есть смысл не автоматизировать существуюший бардак , а посмотреть в сторону стандартных процессов и решений.
Если вы не оборонный завод, не фармацевтическая фабрика, не больница, не спецслужба и т.д., то есть от вашей работы напрямую не зависят жизни и безопасность людей здесь и сейчас, рабочие задачи — о, сюрприз! — можно отложить. И да, сделать качественно и глубоко одну, а потом уже взяться за остальные, даже если вы вылезаете из плана.
Мне даже неловко спрашивать… ну вы в курсе значения слова deadline, да? И что частенько, если вы в него не уложитесь, то ваша «глубоко и качественно» сделанная задача будет уже не нужна. Например, если ваша компания собирается открыть предзаказы нового товара в чёрную пятницу, а вы отвечаете за подготовку торговой площадки к повышенной нагрузке. Удачи вам потом объяснять, почему все легло и компания кучу денег потеряла.
А кто вас заставляет проспать дедлайн? Речь идёт о распределении процессов, в том числе, кстати, с целью выполнения задач в срок. У меня в давней моей практике есть история прямо про черную пятницу.
Значит, конец 2013 года, компания продаёт модный В2С софт на весь мир и особенно старательно - на Северную Америку. "Черная пятница" известна всем, для неё уже есть паттерны рекламы и т.д., а вот 11.11 только набирает обороты. И вот вместо процесса "запуск промо BF-2013" коммерция запускает его и ещё один "стандартное промо - 11.11 на весь мир". Дизайнеры изучают историю 11.11, чтобы красиво нарисовать, маркетологи изучают историю и конкурентов, чтобы написать адекватные письма, переводчики ищут лексику и переводят это всё на 7 языков. Времени на ЧП не хватает, ляпают на прошлогодние баннеры, в спешке не меняют даты и ссылки, кампания улетает в Гугл, Яху, идёт таргет на Японию с ошибочным рисунком. Зато 11.11 запускается гладко. Как итог, старт самого "жирного" сезона провален из-за переориентации на ненужный и непонятный тогда ещё "праздник" (да и сейчас BF всё равно актуальнее). Вот речь как раз о таких гонках за всеми хвостами сразу. Всегда можно приоритизировать задачи без потери качества и времени исполнения. А если нельзя, и нужно тушить пожары, значит, где-то "от сессии до сессии живут коллеги весело" и нужен рефакторинг другого плана :-)
Как то раз подслушал в курилке историю мытарств продажника, у которого поломался компьютер и он пошел его ремонтировать к сисадмина, и там началось: создайте заявку, подтвердите заявку у своего руководителя, потом согласуйте с руководителем IT, потом ожидайте распределения заявок, потом суп с котом...
А он и говорит админам: слушате, мне вот эти все ваши бизнес-процессы вообще не интересны, мне нужно чтобы компьютер работал.
Если для ремонта компьютера обязательно нужно подтверждение руководителя, то маршрут заявки возможно неверный.
И самое главное, за такого качества процессами смысл теряется. Может надо выдать подменный комп (с отметкой в инвентарнной базе и подписанием акта безо всяких согласований и быстро), а потом в фоне незаметно для конечного пользователя крутить все эти процессы? Это так, мысли вслух.
Как сисадмин могу дать пару комментариев с разных сторон)
Если у человека в принципе не рабочая тачка, нужно было фиксить или давать замену с ходу. Это логично, сотрудник простаивает, надо дать возможность работать. И есть сомнения, что при реальной поломки айтишник погнал бы коллегу по волоките подтверждений При условии, что он не перегружен работой важнее.
Ситуация где не достаточно мощности и/или ПО. При такой ситуации ваш коллега мог банально не подумать и/или не посоветоваться до этого с лидом или техниками. Подождать максимальной просадки по эффективности и прийти. Тогда увы и ах... Почему другой человек теперь должен терять время из-за этого? При критических условиях логично что айтишники займутся экстренным решением проблемы по типу подтверждения, закупка, и т.д. Но это все равно промашка коллеги.
Айтишников банально обязали проходить всю волокиту, но в этом случае причины надо разгребать) Это может быть по п2, или "эффективный менеджер"
А мне про спецслужбу понравилось. Что, мол, от нее напрямую зависят жизни людей. Как тонко подмечено...
Немного оффтоп, но всё таки.
Может ли сотрудник закопаться в задачу и сделать её вот прям невероятно круто, но не успеть две другие?
Есть ли какие-то станартные, типовые процессы, помогающие вот в таких ситуациях, когда "закопался в задачу (сотрудник)"? Он же не зря закопался-то. Ну либо он застревающий вообще по жизни, либо это по делу. Возможно, что по другому делу - т.е., под бизнес-задачей есть что-то, что для компании даже, возможно, вредно. Но ведь и это тоже стоило бы продумать и прояснить.
Никто никогда не закапывается просто так, на совсем пустом месте.
ЗЫ выкопаться и работать с чем-то на фоне внутренней сосредоточенности - отдельное дело. Это как за рулём на шоссе попытаться побегать.
Второй раз своим комментарием вы вдохновляете на статью :-) Постараемся в обозримом будущем ответить подробно. А пока кратко: такие ребята в принципе редко поддаются процессам и регламентам, НО! это риск для оперативной работы и этот риск необходимо обрабатывать, чтобы не рушилась вся цепочка взаимодействий.
Второй раз своим комментарием вы вдохновляете на статью :-)
Очень рада - по теме HR и около блог вашей фирмы один из моих любимых на хабре. Мне нравится ваш подход - в моём понимании просто обычный подход к обычным нормальным людям. Но почему-то он очень редко встречается (на просторах рунета - иностранных источников я по этому поводу не копала). У нас как-то чаще топят за, как бы сказать, скрипты: "Ури, узнай, где у него кнопка!"
Рабы бизнес-процессов