🔥 О горящих сраках сроках в каком-то финтехе Подписчик канала обратился со своей проблемой. Чисто база - работы до хрена, а времени, конечно, для нее ни хрена. Прослеживается классический галлерский вайб со всеми вытекающими. Далее с его слов (стиль, пунктуация и орфография сохранены): Я работаю системным аналитиком в крупном финтехе. Всю мою работу можно разделить на 2 больших блока: ➡️1й блок это текучка + созвоны (решение текущих вопросов по задачам по каким уже написано ТЗ, плановые и внеплановые совещания и тд). ➡️2й блок - написание нового ТЗ и документации. Так вот, когда очень много времени сжирает 1й блок задач, на 2й блок времени остается меньше, из за чего бывает так что двигаются сроки завершения SA, чему конечно не очень рад бизнес. Хотелось бы и постановки в срок укладывать, и 1й блок не упускать, может кто знает какие то прям киллер-приемы, реально годные советы, хорошие практики или методики или еще что то, что поможет лучше балансировать в этих двух блоках с максимальным сохранением всех договоренностей по срокам? Ну что, гайс? Поможем нашему коллеге всем миром? Кто лайком, кто советом, кто лучами добра!))) —————————— На самом деле это классическая проблема, когда хочешь успеть усидеть на двух стульях. Но по итогу тебя начинают иметь в образовавшуюся между ними щель. Пусть и грубо звучит, но как уж есть. Так уж вышло, что в сутках у нас 24 часа, а рабочих официальных всего 8. Ты, конечно, можешь сколько угодно рвать тельняшку на груди и пытаться успеть охватить все необхватное, но когда-то ресурс закончится и будет ну очень больно. Не ты первый. Кроме того, регулярный поток встреч и текучки является своеобразным блокером для выполнения своих прочих обязанностей. Я сам не люблю встречи ради встреч и пустую болтовню. Очень часто они могут быть заменены 2-3 письмами в течение дня. Поэтому, что бы сделал я: 1. Если подобный режим регулярный - выноси на обсуждение. Потому как это процессный бардак. Тебя, конечно, могут мотивировать на проактивность, но какого черта? Возможно это работа не для одного аналитика, а двух? 2. Блокируй календарь слотами для работы. Это очень грубый подход, но выручал меня много раз. Например, с 9 до 11 и с 15 до 18. Все это время стараешься работать исключительно над новыми задачами. Это позволит создать тебе своеобразный буфер времени. 3. Если ты один, а разработчиков много, то договоритесь "по-джентельменски", что ты будешь отдавать задачу в работу порционно по мере готовности ТЗ. Так же обсуди глубину проработки артефакта. Так ты сможешь поддерживать регулярную поставку без простоя. 4. Не плохо работают WIP лимиты. Почитай об этом. Если кратко, то все сводится к 1-2 одновременным задачам. Новая задача берется в работу только после того, как текущая будет завершена. 5. Управляй приоритетами. Если тебя регулярно разрывают в разные стороны и отвлекают от задачи, по которой определены сроки, то четко подсвечивай, что сроки поплывут. Так и задавай вопрос: "Какую задачу поставить на паузу?". Уверен, что скажут что-то вроде "У нас срочно все!", но в таком случае смотри п.1. 6. Управляй созвонами. Любой из созвонов должен иметь четкую цель, повестку и тайминг. Я, например, часто игнорировал встречи без повестки. 7. Смотри в сторону DOR. Если влеты похожи на "посмотрите срочно!", "нам нужно вчера" и все похожее, то сформулируй минимальные понятные требования к запросу. Например, ссылка на задачу, ожидаемый образ-результат, еще что-то по желанию. 8. Управляй ожиданиями. Если ты говоришь, что из-за блок_1 страдает блок_2, то примите официальное правило, что сроки проработки нового ТЗ официально зависят от количества операционки. Формула получается примерно следующая: срок ТЗ = объем работы / доступная мощность на ТЗ. А мощность на ТЗ это, что осталось после обязательной операционки и встреч. Если не договориться, то будешь постоянно компенсировать хаос переработками. Это что пришло сразу. А по если по факту, то кажется, что у вас и правда процессы заболели. И работо