Вы когда-нибудь задумывались, откуда берутся срочные задачи? Вроде, они как-то сами по себе возникают, объективно, из ниоткуда. Срочность рассматривается, как объективное свойство задачи, которое и анализировать-то смысла нет.

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

Причина проста: если задача срочная, то кто-то, где-то, что-то профакапил.

для оптимального понимания данной статьи лучше начать знакомство с Части 1 вот тут

Движение от животного к человеку

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

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

Что произойдёт с ITSM в 2020 году и в новом десятилетии? Редакция ITSM Tools провела опрос экспертов отрасли и представителей компаний — ключевых игроков на рынке. Мы изучили статью и готовы рассказать вам, на что следует обратить внимание в текущем году.

Тренд 1. Благополучие сотрудников

Бизнесу придётся поработать над созданием комфортных условий для сотрудников. Но обеспечить удобные рабочие места недостаточно.

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

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

Может ли «красный» лидер быть эффективным? (Спойлер: Да, если он не красный).

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

Третью часть статьи, я хотел бы начать цитатой из обсуждения в комментариях к одной из первых двух частей на habr.com.

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

Лидер идеального «красного» государства может смело сказать — «государство это я», а в идеальном «синем» государстве совсем нет лидера — жизнь там течет как известном романе Франца Кафки «Процесс». (с) KonkovVladimir

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

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

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

О целях и границах проекта

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

Написав статью про растения отпугивающие клещей я получил большое количество вопросов по поводу других насекомых. И тут уж комары — лидеры. Им этот обзор и посвящается, объединил в одно сообщение все заметки из своего канала с хэштегом #mosquitocide…

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

Система 5С Юрского периода

Хочу привести случай из своей практики. На одном из предприятий промышленной компании новое руководство с помпой объявило о внедрении Бережливого производства. Много говорилось о том, как этот новый подход выведет предприятие на новый уровень эффективности. И первым инструментом БП для внедрения была выбрана система 5С на пилотном участке производственного склада.

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

— Так это мы уже один раз внедряли 5С три года назад! – радостно пояснил начальник участка, увидев немой вопрос в моих глазах. – Просто со временем как-то всё забылось…

Я поинтересовался, а нужно ли внедрять этот инструмент, если он всё равно его не применяет.

«Ну как же не внедрять? Дело-то хорошее», — ответил он.

Главное – принципы и подход

Опыт управления в ресторанном бизнесе более пяти лет помог теперешнему руководителю мне построить IT-компанию, где сейчас работает более 30 программистов, а география проектов — Польша, Беларусь, Россия, Казахстан и другие страны ближнего зарубежья.

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

Напрашивается вполне резонный вопрос: как, не будучи программистом, мне удалось основать перспективный и рентабельный IT-бизнес?

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

У нас изначально действует несколько принципов, которых партнеры и сотрудники не нарушают по сей день:

1. Клиенту надо давать больше, чем он ожидает.
2. Клиенту здесь не продают часы, а дают решение задачи и проблемы.
3. Клиент прозрачно должен понимать, как обстоит ситуация с проектом и первым узнавать о всех проблемах, которые появились.

У организационных изменений две ключевые проблемы – начать и не бросить. Причем, как ни странно, не бросить – сложнее, чем начать.

Начать сложно, если изменения запланированы большие. Решается эта проблема просто – надо начать понемногу, кусками. Для знатоков напомню – это называется agile, а еще – fail fast, fail cheap. Сделал шажок, оценил, либо выкинул, либо оставил, и делаешь следующий. Людям с более серьезным образованием скажу, что это – банальный цикл Деминга, а не модная хипстерская выдумка.

Но потом изменения затухают. Энтузиазм пропадает, новые шажочки не делаются, и даже не придумываются. Постепенно откатываются и те изменения, которые были сделаны. И всё возвращается на круги своя.

По моим наблюдениям, «бросание» почти всегда случается на второй месяц.

Нехорошая ситуация с Nginx — даёт повод вспомнить другие кейсы про неприятности при работе с командами проектов, тем более что исправлять ошибки в оформлении команд — намного сложнее чем ошибки в коде. (кейсы идут — не по «важности» а в порядке вспоминания)

Друзья и коллеги, в последнее время на Хабре участились статьи с хейтом в адрес 1С, как платформы для разработки, и выступлениями ее защитников. Эти статьи обозначили одну серьезную проблему: чаще всего, критики 1С критикуют ее с позиции "не осиливших", ругая проблемы, которые де-факто, легко решаются, и, напротив, не задевая проблемы, которые действительно важны, стоят обсуждения и не решаются вендором. Полагаю, что имеет смысл провести трезвый и взвешенный обзор платформы 1С. Того, что она умеет, того что она не умеет, того что она должна бы делать, но не делает и, на сладкое — то, что она делает на ура, а ваши разработчики на %technology_name% будут делать стопицот лет, выкинув на ветер не один годовой бюджет.

В результате, вы, как руководитель или архитектор сможете получить четкое понимание — для какой задачи вам будет выгодно взять 1С, и где ее надо выжигать каленым железом. Как разработчик мира "не 1С" вы сможете посмотреть, а что же там такого в 1С есть из-за чего сыр-бор. А как разработчик 1С — сможете сравнить свою систему с экосистемами других языков и понять свое расположение в системе координат софтверной разработки.

Под катом — масса толстых набросов на 1С, на критиков 1С, на Java, .NET и вообще… Вентилятор заправлен, добро пожаловать!

Как я уже писал в статье 7 основополагающих принципов ITIL, 4 аспекта управления услугами ITIL заслуживают отдельной статьи.

Для тех кто знаком с ITIL v3, эти аспекты покажутся знакомыми. В книге «Service Design», было описание 4P (the 4P of Service Design) проектирования услуг: Продукты (Products), Процессы (Processes), Персонал (People), Партнеры (Partners/Suppliers). Сейчас ITIL предлагает опираться на данные аспекты на всем жизненном цикле создания продукта или услуги, конечной целью которых является создание ценности (value).

Есть два типа руководителей: те, которые ценят умных и прокачанных сотрудников (первый среди равных, лидер) и те, которые стараются избавиться от сильных и управлять слабыми (молодец среди овец, деспот). На первый взгляд, компании и тех, и тех работают, продают, получают доход. Но если смотреть на длинной дистанции, в компаниях у руководителей, выживающих классных сотрудников, рано или поздно начинаются узнаваемые проблемы: текучка кадров, найм всё более слабых и молодых сотрудников, устаревание продуктов и технологий, падение продаж и сокращение доходов. Это вызвано косностью управления и нежеланием развивать персонал. Какое отношение к этому имеет CRM и другой корп. софт? Да самое прямое! Но надо ли развивать сотрудников и есть ли у этой медали обратная сторона? Давайте обсудим. 

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

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

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

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

В последние десять лет я занимаюсь тем, что руковожу командами разработки, семь из них — в Badoo. Эта статья написана по мотивам моего  выступления на Saint TeamLead Conf 2019: в ней я попытаюсь объяснить, как и зачем нужно работать над неформальными отношениями в коллективе. 

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



Но, к счастью, есть часть библиотеки, которая может помочь всем, и это основополагающие принципы ITIL (в последней версии их 7). Я считаю, что эти принципы стоит применять даже за пределами управления ИТ-услугами. Часть из них применима даже в обычной повседневной жизни.

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

Первая необходимость в осознанной самоорганизации у меня возникла, когда я еще работал бизнес-аналитиком в начале десятых. В какой-то момент у меня появилось очень большое количество задач, и я обратился за советом к одному коллеге, который всегда ходил с ежедневником. В ответ он предложил мне книгу о тайм-менеджменте. Так я и познакомился в 2012 году с книжкой Глеба Архангельского «Тайм драйв». Глеб достаточно подробно расписывает, как управлять временем, и предлагает свою собственную систему ведения и планирования времени. Я у него первого прочитал про «лягушек», которых надо «есть» по утрам. «Лягушкой» он (или, возможно, кто-то до него) называл задачи, которые тебе неприятны, но сделав с утра одну такую задачу и потом поняв, что у тебя больше нет таких задач, ты испытаешь невероятное удовольствие. Он же рассказал мне о том, что «слона надо есть по кускам»: то есть если у тебя есть громадная задача, ее надо порезать на части и «есть ее бифштексами». Так у меня на столе появились бумажные ежедневники (не путать с блокнотами, они были всегда и есть сейчас), а в них – записи.

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

Особым вниманием у нас пользуются зарубежные теоретики. Спросите начальника что прочесть на эту тему или попросите назвать “любимую книгу”. Наверняка услышите фамилии Голдратт, Адизес, Макиавелли… Неоднократно убеждался лично, что почерпнутые из этих книг “бесценные знания” навсегда вытесняют из сознания “руководителей” школьную программу. Человек с трудом и уже неправильно отвечает на вопрос “Чему равен корень из 9 и -9 ?”… Но это отдельный разговор.

На мой взгляд, отечественный классик менеджмента Владимир Тарасов, который изучал эту тему ещё с позднесоветской поры, отлично раскрыл её в своём творчестве, особенно в книгах “Персональное управленческое искусство”, “Восемь ступеней управленческого мастерства”. Начинать знакомство с “менеджментом”, что по определению, есть “Искусство выполнять работу чужими руками” (sic), рекомендовал бы с последней.

Но если до серьёзной литературы не доходят руки, а нужно разобраться в предмете для “быстрого старта” или просто из интереса, следует из запутанной на первый взгляд темы извлечь ясную картину. Этим и займёмся.

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

Чушь. Познакомьтесь с поколением Z. Они скоро станут вашими коллегами, подчинёнными и даже начальниками. Они обычные люди, просто получившие смартфон раньше, чем научились читать. Умные, целеустремлённые, образованные. Да, они не жгли тряпки на заброшенной стройке и не ели муравьёв в песочнице, но зато многие из них уже успели собрать свой первый школьный проект на Arduino и вовсю осваивают 3D-печать.

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

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

По аналогии с ITSM (управлением IT-услугами) сервисный подход получил название Enterprise Service Management – управление услугами предприятия. Рассказываем, что это такое, как работает и зачем нужно бизнесу.

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

Альтернатива MRP: синхронное планирование и оптимизация ?

Введение

Многолетние усилия поставщиков информационных систем ERP (Enterprise resource planning — планирование ресурсов предприятия) класса в России наконец-то завершились успехом: руководство значительной доли отечественных предприятий уверены, что такие системы им необходимы, поскольку они действительно могут ( как заявляется) решить проблемы планирования производства и снабжения. Российские ведущие разработчики один за другим анонсируют наличие в своих системах функций планирования и управления производством, соответствующих «стандарту» MRP-II (Manufacturing Resource Planning — , планирование ресурсов производства). В различных отраслях промышленности даже начинают появляться предприятия, внедрившие ERP системы и пытающиеся управлять с их помощью производством. Однако планировать с их помощью почему то оказывается сложнее, чем прежде. Почему? Многоопытные консультанты заявляют, что причина в том, что «…не та культура производства, неточные спецификации и техпроцессы, постоянные конструкторские изменения, неоперативное отслеживание уровня запасов…», и, о, ужас, «…нет агрегированного стратегического и/или мастер планирования».