У каждого сотрудника есть долги.
Как правило, чем выше должность, тем больше этот багаж.
Речь, конечно, идет не о кредитных долгах, а о невыполненных задачах, обязательствах, проектах, обещаниях и т. д. Некоторые даже считают, что чем выше долг, тем лучше.
Однажды в вакансии в Студии Артемия Лебедева я наткнулся на следующую фразу (не дословно) — не стоит приходить к нам, если вы сможете перенести вещи на старое место менее чем за полгода.
Похоже, большие долги – это повод для гордости.
К сожалению, меня это не устраивает. Я не люблю долги.
И довольно давно я заметил несколько способов, позволяющих либо избавиться от них, либо отложить платежи без накопления процентов.
В течение нескольких лет я сам тестировал эти методы и наблюдал, как другие развивали подобные практики – сознательно или неосознанно.
Общее название — Индульгенция.
Какие виды долгов существуют?
Прежде всего, нерешенные проблемы.Не те, которые были поставлены недавно, а все тухлые задержки, «желание записано» и т. д. Во-вторых, цели и показатели, к которым мне по разным причинам вдруг приходится стремиться.
К третьей группе относятся зашедшие в тупик проекты, в которые вы когда-то ввязались или втянулись, но по разным причинам они никак не могут завершиться.
Долги могут быть официальными и неофициальными.
Разница порой кроется в деталях, но отношение менеджеров и кредиторов к состоянию долга может быть самым разным.
Официальное – значит приобретенное, так сказать, по официальным каналам.
Официальная записка, задание, внесенное в систему, обращение, указание, внесение своего имени в устав проекта, автограф под листом ознакомления с системой мотивации и т.д. Неофициальный – полученный по неофициальным каналам.
Хотя иногда эти каналы сильнее и значимее официальных – это зависит от кредитора.
За помощью обратился коллега, или пользователь, или начальник, или команда проекта — кто угодно.
Но долг нигде не записан, квитанции нет.
Почему долги – это плохо?
Те, что висят над твоей душой.Ну, по крайней мере, для меня это так.
Особенно раздражают неформальные.
С формальными, как правило, все проще — есть процесс, этапы, сроки, контроль, штрафы, изменение приоритетов.
Например, начальник, видя, что у меня тухлая задача, может поднять ее приоритет до максимума, чтобы самому не влезать в долги.
Или, может быть, это способ собаки оставить это задание про запас, чтобы он мог ткнуть меня в него носом.
Неофициальные хуже, потому что у них нет рамок и правил.
Поэтому я пообещал человеку, что внесу некоторые улучшения или посмотрю его код, но сроки, конечно, не назвал.
Но он не спросил - ведь он спросил по-человечески, а не отдал приказ.
А кроме его неформальных задач у меня есть много формальных, за которые я точно смогу ухватиться.
Его задание всегда будет висеть в конце, пока меня не замучает совесть.
У долгов есть такая странная штука – чем дольше они висят, тем сложнее начать их реализовывать.
Только что поставленную задачу гораздо легче взять и выполнить.
А задержка.
Не знаю.
Как-то странно, что ли.
Как очистить офисную кружку от налета черного чая и кофе, скопившегося за полгода.
Ведь я испытал трудности, в том числе и психические, когда эта задача стала назревать.
Я прошел через эти трудности, понес какие-то эмоциональные потери, научился жить с этим долгом, а вдруг я от него избавлюсь? Неужели все страдания были напрасны? Подводя итог, можно сказать, что основная проблема долгов, на мой взгляд, – это эмоциональный стресс от их наличия.
Будто есть какой-то потенциал, висит камень, который отбирает часть энергии и мешает эффективно работать.
Иногда даже неудобно разговаривать с людьми.
Мне нужно что-то от завхоза Васи - у меня есть проект, и мне нужен его совет, поддержка или реальная помощь.
А Васе я должен задание, причем неофициально.
К Васе я, скорее всего, не пойду.
В лучшем случае я напишу электронное письмо, потому что мне неловко смотреть тебе в глаза.
Неснисходительность
Упомяну об этом вкратце, потому что.статья о другом - да, можно просто взять долги и сделать их.
Но это другая тема, не буду все путать.
Моя задача — списать или отложить.
Изменение системы учета задач
Это мой любимый метод, я использовал его несколько раз, даже в рамках одного предприятия.Любимый, потому что я, как программист или менеджер программистов, мог реализовать его совершенно самостоятельно, даже не спрашивая чьего-либо разрешения.
Итак, у нас есть, например, задачи в неформализованном виде — письма, звонки, бумажки, записки и т. д. Мало того, что с этой кучей неудобно работать, так еще и долги накапливаются, как вавилонская башня — это невозможно управлять задачами.
Делаю ход конем — разрабатываю систему управления задачами.
Простой, за пару дней, «для себя».
Через какое-то время появляются люди, которые выдвигают требования, как сделать эту систему хоть немного «для народа» — я немного сопротивляюсь, но вношу улучшения.
И так мало-помалу люди начинают привыкать к системе.
Приехал очередной пешеход или «звонилка» — отправляю в систему.
Похоже, я не решу проблему, пока ты ее не напишешь.
А как насчет старых задач? Забыто почти всё.
Люди не могут вводить новые задачи, а вот старые.
Тем более, что неформализованные задачи найти сложно — на почте беспорядок, на столе тем более.
Старые задачи я, естественно, сам добавлять не буду — у меня уже есть новые в очереди.
Долги списаны полностью, причем под благовидным предлогом.
Ведь это развитие.
Но при новой системе долги снова накопились.
Подождав немного, пока мне не станет за них невыносимо стыдно, я приступаю к разработке новой системы.
Точнее, система остается старой — это Enterprise CIS, но я пишу новую логику, использую новые метаданные, с новыми процессами.
Обоснование не является проблемой.
Прочитал книгу, послушал семинар, посмотрел практику эффективных команд, подумал, прикинул, заметил, что с любой из этих фраз можно начать разработку новой системы.
Конечно, будет лучше, чем раньше.
Программисту не составит труда обосновать, почему нельзя модифицировать старую систему — конечно, если обосновать придется не перед программистами, а перед обычными пользователями, даже наделенными полномочиями.
Банально - деньги.
Разработка системы управления задачами с нуля обходится дешевле, чем модификация существующей.
Ведь в старом уже есть куча задач, всякие вспомогательные поля, таблицы, предназначенные для старого процесса.
Вам придется городить сложный огород для передачи и конвертации данных, которые также могут быть потеряны в процессе.
Гораздо проще, опять же, сделать новую систему за пару дней.
И опять же не передавайте туда данные, потому что метаданные не совпадают, и конвертация занимает много времени.
И опять же, никто не хочет переносить старые задачи.
И тем более для меня.
Когда-то я таким образом вывел из системы штрафов весь ИТ-отдел, говорил об этом - она охватывала все предприятие, обязывая выполнять заказы в срок, иначе у них отнимут часть зарплаты.
Хотя я это разработал, но не для себя, и не я придумал штрафы.
А программисты боялись штрафов.
Потом я создал еще одну систему управления задачами в рамках того же СНГ, специально для ИТ-отдела.
Он даже метаданные назвал категорично — «ApplicationVITOdepartment», чтобы никто не мешал присоединиться.
Обосновал он это легко — приказы со штрафами подходят бухгалтерам и менеджерам, но совершенно плохи программистам.
А переделать мы не можем, что вы говорите – вся наша рота варится в этой каше, может, сломаем.
Это просто потрясающе.
Даже почти все долги были списаны — все заказы в старой системе закрывались с формулировкой «Перенесите задачу на новое место».
В дальнейшем я наблюдал странный эффект - даже когда система задач полностью "под себя", и пишу туда только я, и вдруг решаю перейти на другую - мне не очень хочется переносить задачи.
Вот и остаются гнить в старом.
Реструктуризация
Отличие реструктуризации в том, что она почти всегда находится вне влияния – она просто идет сверху.Важно знать, как его использовать.
Например, я работал в компании, которая примерно раз в год меняла штатное расписание.
Изменения почти всегда были масштабными, а это самое главное.
Изменились не только названия и состав отделов, но и их функции.
Их то укрупняли, то дробили, потом дивизии превращались в дивизии, потом дивизии в бизнес-единицы и т. д. Главное перед такой трансформацией – обезличить задачи, сделать их не своими, а задачами отдела.
Вчера я был должен человеку что-то сделать, сегодня ему должен отдел, завтра - пф.
Никто не должен.
Отделения уже нет. Бизнес-подразделение есть, но это вообще не отдел, оно совмещает в себе несколько разных функций, у него другие цели, оно вообще подотчетное, а не центр затрат. Что интересно, кредитор тоже подлежит реструктуризации.
И, скорее всего, сам забудет о поставленных задачах.
Результатом является взаимное снисхождение.
Если задачи невозможно обезличить, то нужно выбрать подходящий момент для их списания – те самые несколько дней растерянности, когда никому нет дела до старых долгов, пока новая обстановка как-то уляжется.
Подойдите, поговорите по-человечески и простите друг друга за всю эту задержку.
Сам я этим методом не пользовался, потому что, к сожалению, реструктуризация ИТ-отдела затронула только один раз - администратора взяли под контроль чекистов.
Правда, ненадолго, потом вернули, когда узнали, что админом тоже нужно управлять.
Но я много раз видел, как другие этим пользуются, и даже помог списать долги в техническом плане.
Прибегает какой-то поставщик и говорит, что он больше не поставщик.
Хотя все знают, что он всё равно поставщик.
Просто раньше он сидел в отделе закупок, а сейчас в бизнес-подразделении из пяти человек, среди которых один продавец, один дизайнер, один поставщик, один менеджер и один инженер.
Мы сделаем то же самое, только заказчик другой – не вся компания, а один продавец.
Формулировка, которую они используют, интересна: «сними задачи с моей тарелки».
Объясняю - просто так снять нельзя, надо передать кому-то другому.
А человека, конечно, не волнует – ну кого же будет волновать вопрос «на кого повесят мои долги»? Я говорю - идите, договаривайтесь с кредиторами, у них есть возможность переставить или снять задачу.
Нет, совсем нет – хотелось бы побыстрее его снять.
Делать нечего - удаляю задачу под админскими правами.
Если кредитор приходит ругаться, я перенаправляю это на бывшего должника.
Кросс-функциональные проекты
Кросс-функциональность — это когда проект выполняется людьми из разных отделов.Если честно, это обычно какая-то ерунда, вроде постановки мюзикла, очного обучения и прочей самодеятельности.
Как люди из школы и института привыкли, что выступление за факультет дает послабление во время сессии, так и тащат этот шаблон на работу.
Вот со мной сидит программист, у него долг.
Передо мной, перед клиентами, перед командой.
Приближается Новый год, и его втягивают в подготовку к корпоративу – там будут песни и танцы.
Отказаться я вроде бы не имею права, и неохотно соглашаюсь – конечно, при условии, что все это не будет отвлекать от работы.
Да сейчас.
Одна-две репетиции проводятся после работы, но посещаемость их низкая – кому хочется задерживаться допоздна? Перевод в рабочее время.
Чем ближе корпоратив, тем чаще и продолжительнее становятся репетиции.
Программисту некогда работать, накапливаются долги – помимо ранее существовавших.
Что делать? Из «проекта» его не вытащишь — у него одна из главных ролей.
Вам придется списать с него долги и передать их «созаемщикам» — программистам, либо «поручителю» — себе.
Я чертовски ненавижу корпоративы.
Смена начальника
О, это просто отличный повод для снисхождения.Новые начальники, как правило, не любят брать на себя долги предшественников, особенно если произошла не рокировка, а увольнение и прием на работу со стороны.
Формально новый начальник, вроде бы, должен пересмотреть все старые задачи, определить их важность и приоритетность, но нужно ли ему это? Как правило, он делает это проще — либо выкидывает старую задачу, либо назначает ей новый срок выполнения, что автоматически переводит долгосрочную задачу из категории просроченной в совершенно свежую.
Это следует использовать, когда подталкиваете начальника к правильному решению.
Сказать, например, что предшественник был пациентом, плохим менеджером, и поэтому все так затеял.
Переезд кредитора
Аналогично тому, как переселяют должников при реструктуризации.Мне просто надо бежать - мол, ты теперь в новом подразделении, с новой должностью, целями, обязанностями.
Зачем нам с вами выполнять старые задачи? Они были созданы в контексте, которого больше не существует. Как правило, они соглашаются, ведь затягивание – дело двустороннее.
Я должен это сделать, он должен это проверить, принять, реализовать.
Ему это нужно?
Увольнение кредитора
Здесь главное успеть.Как только вы узнаете, что человек уже находится под стражей, выберите подходящий момент. Их два – начало и конец.
Вначале человек, как правило, находится в эйфории, потому что он «выходит из этого болота».
В хорошем настроении он с радостью спишет долги, потому что, по его мнению, дела компании, которую он покидает, обстоят хуже – это его радует. Затем почти всегда наступает период странной активности.
С человека снят избыточный потенциал ответственности, и он, собака, наконец-то начинает эффективно работать.
Его больше не мучают сроки, последствия, интриги и отношения – он просто делает, и все.
В этот момент лучше не вмешиваться.
А в последние пару дней человек впадает в депрессию.
Он начинает думать, что поступил неправильно.
Эйфория проходит, он узнает много фактов о новой работе, на которые не обратил внимания на собеседовании.
А здесь, на старом месте, вроде бы всё наладилось – хотя, мы понимаем, что получилось именно потому, что он уже находился под стражей.
Вот тут-то и можно прийти, чтобы списать долги – человеку уже просто все равно.
Обмен долга
Я часто использовал этот метод. Суть проста – вы не принимаете от кредитора новые задания, пока не выполните старые.Это можно обосновать по-разному.
Например, скажите «блин, я тебе уже должен, больше не могу увеличивать свои обязательства».
А можно придумать какое-то правило, типа «не брать больше 10 задач от одного отдела одновременно».
Логика понятна — любой дурак может запустить DDoS-атаку на ИТ-подразделение, завалив его задачами, но при этом лишив автоматизации все остальные отделы.
Но это невозможно.
Сообщение одно и то же - удали старую задачу, тогда возьмусь за новую.
Как правило, они соглашаются, потому что новое задание прямо сейчас, оно горит, его нужно сделать.
А старый - раз уж успел состариться - не особо и нужен.
Его можно списать, что и делают кредиторы.
Заказ от Биг Босса
Тоже крутой метод. Правда, в основном он дает отсрочку, а не списывает долги.Но, при должном усердии, можно отложить это на несколько лет. Итак, вам нужен контакт с Большим Боссом.
Лучше, конечно, если это будет собственник или, на худой конец, директор.
Он может поставить задачу сам, но это так себе вариант, потому что у такой задачи будет срок, и долго размахивать ею, как флагом, не получится.
Гораздо лучше предложить Большому Боссу решение проблемы самостоятельно.
Возможно, это даже будет проект. Желательно, чтобы оно было расплывчатым, непонятным, с неясными границами и без критериев оценки.
Что-то вроде: «Я постараюсь это улучшить».
Здесь важно правильно подобрать формулировку.
Говорим Большому Боссу: «Попробую, попробую, но результат не гарантирую».
Кажется, ты хочешь ему помочь.
Задача, по сути, ваша, а не его – он ее лишь одобрил и поддержал.
А всем остальным говорим: «У меня задание от Биг Босса, оно важное и срочное».
Они вряд ли проверят - действительно ли начальник Большой.
Это главное.
Такие задачи почти всегда неформальны, не фиксируются ни в одной системе и не контролируются на совещаниях.
Но все понимают, что эти задачи существуют. И они не посмеют лишний раз приставать к вам со своей ерундой.
Новый проект на старую тему
Это метод избавления от затянувшихся, неработающих проектов.Пробовал на внутренней автоматизации.
Суть проста - нужно обосновать, что старый проект зашёл в тупик, у него не та архитектура, дизайн кривый, он пошёл не в том направлении, не были очерчены границы и вообще всё сделано не так.
.
Нам нужно сделать это по-другому.
Эта фраза – «разная» – часто оказывает на людей магическое воздействие.
Чтобы убедиться в этом, посмотрите историю любых реформ и изменений в России.
Все давно знают, что «хотели как лучше, а получилось как всегда», но до сих пор верят, что будет «по-другому».
У простаивающих проектов есть преимущество – они достались всем, и должникам, и кредиторам.
И у подрядчика, и у заказчика проекта есть обязательства, пусть и неформальные.
И все рады от них избавиться.
Но никто не решается проявить инициативу.
Здесь вы сможете проявить себя.
Только не на ровном месте, на ровном месте, а обоснованно.
Вышла новая версия платформы, или появилось программное обеспечение, или технологии, которые красивее решают ключевые задачи проекта.
Хоть мы и потратили тысячу человеко-часов, на доработку мы потратим больше, чем на реализацию с нуля на новой платформе.
Вы всегда можете сплести.
И не надо убеждать – нужны не аргументы, а оправдание.
Причём не вам, а всем – на глазах у властей.
И ваши руки по-прежнему чисты.
Если что-нибудь случится и его коллеги укажут на вас пальцем, он решил остановить проект. А вы - мол, я только что предложил, но они поддержали, согласились и с радостью отказались от проекта.
Я просто предложил это как идею.
Увольнение
Это, пожалуй, самый естественный и часто используемый способ получения индульгенций.Зачастую – вынужденное, т.е.
увольнение происходит из-за слишком большого долга, который буквально не дает дышать.
Но, как по мне, увольнение – это пока запасной, крайний вариант. Лучше действовать превентивно, используя те методы, которые я предложил, плюс те, которые вы уже знаете.
Воспользовавшись снисхождением, например, я комфортно проработал 6 лет в компании, где средний срок жизни менеджера составлял один год. Более того, я ушел по собственному желанию, без каких-либо внутренних причин компании.
Хотя, каждый решает для себя, конечно.
Теги: #Карьера в IT-индустрии #Управление проектами #Лайфхаки для гиков #Управление персоналом #кто знает что
-
Демон Тьюринга
19 Oct, 24 -
Яндекс. Погода
19 Oct, 24 -
Удобное Использование Wps В Микротике
19 Oct, 24 -
Не В Сети. Быстро, Недорого, Качественно.
19 Oct, 24 -
Пространство Мышления: Фабрика Цукерберга
19 Oct, 24
