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

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

Ну а в целом рекомендую к прочтению всем кто мало мальски управляет: людьми, проектами, бюджетами, бизнесом -не важно. Теория ограничений (TOC) описанная в книгах - это база для менеджеров любого уровня

Читайте мою серию: Усталый Босс

Прошлые статьи:

• Вариант ретроспективы для ИТ команд (postmortem)

• Andon Cord (вторая серия) Как Andon Cord помогает даже там, где никто об этом не думал

• CMM (Capability Maturity Model) Модель зрелости потенциала компании и как по кредитному рейтингу понять с кем имеем дело

• Andon cord

• Люди которые сделали современный менеджмент

"В те времена Мир был таким первозданным, что многие вещи не имели названия, и на них просто тыкали пальцем..."
— Г.Г. Маркес, Сто лет одиночества

Эту цитату я вспоминаю всякий раз, когда сталкиваюсь с концепцией, которая кажется чуждой или совершенно не подходящей на первый взгляд. Одна из таких идей — Andon Cord. В своей прошлой статье я подробно рассказал о том, как эта практика помогает решать проблемы в производственных процессах. Однако многие возражали, мол, это для менеджеров и исключительно для фабрик. На самом деле, Andon Cord применим в любых условиях, в частности в  IT это краеугольный камень такой чисто ИТшной философии как DevOps. Давайте расскажу на конкретном примере из моей собственной практики.

Как всё начиналось

Дело было в далёком 2014 году. Я работал в команде DBA (администраторов баз данных) на одном крупном проекте. Поддержка баз данных — дело серьёзное, особенно когда они служат основой критичных бизнес-приложений. Цена ошибки была высока, и ни один специалист от этих ошибок не был застрахован.

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

Знания между коллегами передавались из уст в уста, через почту или, если повезёт, в виде Word-документов. При этом каждый из них мог лежать где угодно: от папок на рабочем столе до общего сетевого диска под литерой O:.

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

В целом, уровень работы можно было бы охарактеризовать как "Repeatable" по CMM (Capability Maturity Model). Да, были определённые процессы и минимальная последовательность действий, но всё держалось на индивидуальном опыте и навыках сотрудников, а не на стандартизированных практиках.

Мечты о порядке и японская философия

Именно в это время я начал готовиться к своей будущей роли менеджера (хотя пока это были скорее мечты). Я изучал книги по японской философии управления (TPS, Toyota Production System) и Тайм-менеджменту (Getting Things Done). А к тому же, в этой компании был замечательный принцип: "Всегда есть время сделать всё хорошо".

Особенно сильно меня вдохновили два принципа, которые я выделил для себя.

Первый: если что-то идёт не так, лучше сделать паузу. Разобраться с проблемой, навести порядок, обновить или создать соответствующую документацию, чтобы решить её навсегда. Ещё лучше — сразу донести открытие до коллег: через общий митинг или, по крайней мере, корпоративный чат. Этот принцип учил меня быть проактивным и устранять корень проблемы, а не "залатывать дыры на бегу".

Второй: если сталкиваешься с делом, которое занимает не больше двух минут, сделай его сразу. Опыт показал, что такие задачи решаются быстрее, чем процесс их диспетчеризации и последующего выполнения "потом". Как только ты откладываешь их в очередь, они начинают отнимать больше времени: на напоминания, планирование, управление задачей и переключение контекста. Решение здесь и сейчас — это маленькая инвестиция, которая экономит ресурсы в долгосрочной перспективе.

Кошмар ручного Andon Cord

Но всё пошло несколько не так, как я предполагал. Проблем было так много, что мне приходилось слишком часто дергать этот "Andon cord", превращая свою работу в настоящий кошмар. Сложных ситуаций хватало на каждый день, а решения требовали постоянного переключения между задачами. Двухминутные таски, которые я старался выполнять сразу, тоже прилетали в самое неподходящее время, добавляя ещё больше стресса.

Я уже хотел сдаться. Такой кошмар длился несколько месяцев (возможно, два). Но я по натуре человек довольно упорный. И в один прекрасный день я вдруг осознал: кошмара уже давно нет. Даже не почувствовал, как всё нормализовалось.

Важная находка — Knowledge Base

При той же самой рабочей нагрузке отдел работал с этими задачами намного спокойнее и организованнее. Все типовые операции были задокументированы в Knowledge Base (KB). Удача заключалась в том, что я обнаружил модуль Knowledge Management в нашей ITSM системе Remedy, хотя им никто не пользовался. Я начал создавать статьи с описанием типовых процедур и решений. Например, когда коллеги спрашивали, как пропатчить базу данных, я просто отсылал их к статье в KB с номером KB352354 (Oracle database patching).

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

Завершение

Завершая этот рассказ, хочу отметить важное: Andon Cord — это не только для менеджеров. Как минимум у каждого из нас есть один подчинённый, кем мы управляем каждый день, — мы сами.

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

Andon Cord — это не просто инструмент, это философия действий. Она напоминает о важности не бояться делать паузу, замечать проблему и исправлять её навсегда. А ещё — не забывать, что время всегда есть, нужно только направить его в правильное русло.

Читайте мою серию: Усталый Босс

Прошлые статьи:

• CMM (Capability Maturity Model) Модель зрелости потенциала компании и как по кредитному рейтингу понять с кем имеем дело

• Andon cord

• Люди которые сделали современный менеджмент

Почему самозанятые в IT стали зоной риска

Ребята‑айтишники - фронты, QA, DevOps, дизайнеры, техрайтеры, кто катается на статусе самозанятого, держите руку на пульсе: 2025‑й готовит «пришел, увидел, доначислил». Налоговая уже подкручивает гайки к схемам «я не сотрудник, я фрилансер», так что привычное «экономлю на налогах» скоро может стать красной тряпкой для инспектора.

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

Вопрос не только в деньгах. Для государства это история про контроль. Самозанятых сложнее отслеживать, нагрузка на них в 3–5 раз ниже, чем на штатного сотрудника. По оценкам, потери бюджета исчисляются миллиардами. В 2025 году это становится приоритетом.

Что меняется

Ставки налога остаются прежними: 4% при работе с физлицами и 6% с юрлицами. Но меняется подход. ФНС вводит автоматические алгоритмы выявления фиктивных отношений.

На что смотрят:

• один постоянный заказчик;

• регулярные выплаты;

• доступ к внутренним системам компании (VPN, почта, таск-трекеры);

• отсутствие других клиентов и публичного портфолио;

• шаблонные договоры с признаками трудового найма.

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

Когда фриланс становится трудоустройством

Кейс 1. Один заказчик, один рабочий день - и штраф.

Разработчик Пётр год работал с одной компанией, пользовался её почтой, таск-трекерами, участвовал во всех созвонах. Формально - самозанятый. Фактически - сотрудник. Результат: доначисления НДФЛ, взносов и штрафов.

Кейс 2. Массовый найм «фрилансеров».

IT-компания оформила десятки подрядчиков как самозанятых. У всех - одинаковые договоры, KPI, интеграция в процессы. Налоговая расценила это как фиктивную схему. Доначисления в миллионы рублей.

Кейс 3. ИП - самозанятый - назад к ИП.

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

Кейс 4. Проверка без визита.

Компания получила запрос с таблицей от ФНС: ИНН всех самозанятых, суммы выплат, рекомендации по переквалификации. Всё без аудита, по движению денег и договорам. Это новая реальность.

Как фрилансеру защитить себя

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

• Работайте с несколькими клиентами.

• Не используйте внутренние сервисы заказчика.

• Оплачивайте рабочие инструменты самостоятельно.

• Избегайте шаблонных договоров. Настраивайте их под конкретную задачу.

• Показывайте разноплановое портфолио.

Так вы уменьшаете риск переквалификации и защищаете не только себя, но и клиента.

Как бизнесу не получить доначисления

Работаете с самозанятыми? Проверьте:

• есть ли среди них «вечные» подрядчики;

• имеют ли они доступ к внутренним системам;

• не оформлены ли они как сотрудники, просто без трудового договора.

Если ответы тревожные - лучше провести аудит. Чем раньше вы это сделаете, тем дешевле и спокойнее пройдёт 2025 год.

Когда пора становиться ИП

Если вы стабильно зарабатываете от 200-250 тыс. в месяц, работаете с крупными клиентами, строите команду, то статус самозанятого начинает мешать.

ИП на УСН даёт:

• легальность;

• доступ к тендерам и B2B-сегменту;

• возможность нанимать помощников;

• предсказуемую налоговую нагрузку (6% или 15%).

ООО - это уже история про рост и структуру. Но ИП - разумный следующий шаг для многих специалистов.

Частые вопросы

1. Можно ли работать только с одним заказчиком?

   Формально - да. Но если кроме этого у вас нет других признаков независимости, ФНС может усомниться.

2. А если я уволился и сразу стал самозанятым с тем же клиентом?

   Большой риск. Лучше выдержать паузу и пересмотреть структуру задач и договор.

3. Кто рискует при переквалификации?

   Оба: и подрядчик, и заказчик. Один - доначисления, второй - штрафы и потеря расходов.

4. Как понять, что пора регистрировать ИП?

   Если вы стабильно загружены, доход выше 2,4 млн в год, есть перспективы масштабирования - пора.

10 признаков, по которым налоговая поймёт, что у вас не фриланс

1. Один постоянный клиент.

2. Фиксированная ежемесячная оплата.

3. Чёткий график работы.

4. Доступ к внутренним системам компании.

5. Лицензии и софт оплачивает заказчик.

6. Участие в планёрках и рабочих чатах.

7. Отсутствие других клиентов.

8. Прямое подчинение менеджеру проекта.

9. Корпоративная почта.

10. Формулировки в духе «обязан соблюдать внутренний распорядок».

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

Что говорит практика

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

Что можно сделать уже сейчас

• Провести мини-аудит: клиенты, договоры, формат работы.

• Обновить контракты и убрать «трудовые» формулировки.

• Согласовать модель с заказчиком, чтобы не было неожиданностей.

• Продумать переход к ИП или ООО, если текущий формат уже не защищает.

• Выстроить процесс с юристом или бухгалтером, пока не поздно.

Вывод

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

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