В крупных компаниях доступ к данным часто формально открыт всем, а фактически — только аналитикам и частично продактам, которые знают SQL, структуру данных, названия полей, бизнес-логику расчёта метрик. В результате маркетинг, продукт, продажи и финансы зависят от ad-hoc запросов, а аналитики превращаются в бутылочное горлышко.
В профессиональной среде распространено убеждение: если руководитель владеет современными управленческими инструментами – тайм-менеджментом, фасилитацией, эмоциональным интеллектом, – он защищен от выгорания. Логика кажется безупречной: чем больше навыков, тем легче справляться с нагрузкой. Однако на практике многие грамотные, обученные и опытные управленцы оказываются на грани истощения. Это заставляет предположить, что проблема лежит в иной плоскости: навыки управления – это не ресурс, а инструмент. А любой инструмент требует энергии для своего применения.
Skill ≠ ресурс
Тимлиды и команды в больших компаниях постоянно сталкиваются с одной и той же проблемой: бизнес хочет знать сроки, а разработка не может их назвать. Оценки «пальцем в потолок», спринты без delivery, злые заказчики и выгоревшие разработчики — знакомо?
Вчера выкатили 3 релиза, а сегодня поддержка ловит очередной инцидент, но уже непонятно, какой именно релиз его вызвал. Знакомая картина?
Проблема в том, что вы не видите связи между тем, что выкатываете на продакшен, и тем, что ломается после этого. А когда связь теряется, релизы превращаются из инструмента развития в источник непредсказуемых сбоев.
Привет, меня зовут Артем Герасимов, я владелец продукта SimpleOne SDLC. В этой статье я расскажу вам, как слишком частые релизы могут негативно сказываться на качестве продукта и что с этим можно сделать.
На некоторых так называемых «партнеров» по бизнесу действуют только судебные решения. Иначе их не заставить, например, оплатить уже выполненную работу, доделать начатое, вернуть предоплату за несделанное — в общем, выполнить договоренности. Но судья, прежде чем принять исковое заявление, потребует доказать, что все «мирные» способы решения спора исчерпаны и попросит показать досудебную претензию и ответ на нее. И здесь может быть точка отказа: если досудебная претензия не направлялась или был нарушен порядок.
Все мы рано или поздно (а кто-то и регулярно) сталкиваемся с собеседованиями. Кто-то их проходит, кто-то проводит. Так что тема эта хотя бы иногда для каждого из нас бывает актуальна. Но что же это такое – «собеседование», и как оно должно проходить?
Определим основные понятия. Не с целью дать определения – с этим вполне справится академический словарь, а попытаемся разобраться: что, зачем, когда и для чего делается.
Итак, что такое собеседование (далее…)
что это за роль, зачем она появилась и кому она вообще подходит
В последние несколько лет в финтех-компаниях всё чаще появляется новая роль — BISO (Business Information Security Officer).
Методология DevOps у всех на слуху уже много лет. Различные организации пробуют внедрить DevOps, но сталкиваются с трудностями. В этой статье мы поговорим о тех типовых ошибках, которые допускают руководители компаний, когда пытаются внедрить DevOps.
Начнем с того, что большинство проблем при внедрении DevOps происходят не из-за сбоев в работе инструментов. То есть, они происходят из-за неправильных методов, коротких путей и неверных решений, выбранных при внедрении процессов DevOps.
Привет, Хабр! Меня зовут Руслан Назаров, я директор по разработке систем хранения данных TATLIN.FLEX в YADRO. Недавно я начал возрождать культуру составления спецификаций, и вот первые результаты, которыми я хочу поделиться. Мы с командой выстроили процесс работы, подобрали оптимальных участников, составили шаблоны и проверили их в работе. В этом материале расскажу, с чего начать, если в вашей компании спеки еще не написаны, и поделюсь шаблоном — его можно скачать по ссылке в конце статьи.
