День 101. Эффективность неэффективности
1. Важное философское. В каждой компании есть ограничение. Ограничение — товар компании. Компания продает время своего ограничения. Эффективность важна только в ограничении. Например, надо продавать те услуги, чтобы человекочас самого узкого звена (дорогого человека) стоил дороже.
2. Вытекающие кошмары менеджера: У любой компании есть узкое место. У половины всех сотрудников любой компании KPI ниже среднего. Не все загружены на 100%.
3. Байка про обезьяну. Даже обезьяна понимает, что перед тем как взять заказ в производство, надо проверить, способно ли производство его комфортно оттуда выпустить.
4. Когда команда не загружена на 100%. Быстрее проходит Code Review. Разрабочики помогают коллегам — нельзя брать новые задачи, в которых сам неэффективен, чтобы забить время. Лучше планируют. Начинают автоматизировать рутину от скуки. Появляется документация (маловероятно). Быстрее исправляют баги.
5. Надо думать, чтобы понять, кто в компании является ограничением. В разных компаниях по-разному: в одних — продуктологи, в других разработчики, где-то кто-то еще.
- Выделяем рабочие центры (РЦ): бизнес-анализ, разработка, тестировщики и тп
- Оцениваем задачу, сколько каких ресурсов потребуется
- Раскладываем задачи по РЦ, чтобы уместились (могут остаться свободные ресурсы)
7. Часто конфликты между заказчиком и разработчиком строятся на том, что заказчик хочет запустить больше, чем есть ресурсов. Надо дать понять заказчику, сколько ресурсов есть.
8. Ограничения != Bottle Neck. Узкие горлышки — следствие плохой работы предыдущего уровня. Например, разработчики отправляют на тесты код, который даже не собирается. Или заказчик дает задачу без должного анализа.
9. В любой компании кто-то работает неэффективно, чтобы тот, кто является ограничением работал максимально эффективно.
P. S. Лучший рассказ о менеджменте. Максим захватывает внимание, сыплет примерами, раскрывает мысль так, что все понятно с первого раза и хочется применять. Спасибо!