Законы эффективности
Все слышали про какой-нибудь закон Мёрфи, принцип Паретто, закон Паркинсона... но оказывается подобных законов тьма тьмущая. И из них действительно можно почерпнуть что-то полезное.
Сегодня расскажу про несколько «чисто айтишный» законов, но покажу, как их можно применять во всех корпоративных сферах.
Закон Брукса
У меня уже выходил пост об эффективном размере команды. В нём была информация о законе Миллера, который говорит о том, что самый эффективный размер команды - это семь плюс-минус два человека. Обосновывалось это тем, что с увеличением количества человек в команде, возрастает количество коммуникаций в ней. Закон Брукса тоже подтверждает этот тезис.
Почему так происходит расскажу на примере разработки в IT-проектах. Там нельзя просто разделить работу на равные части и раздать программистам. Как говорится: «Девять женщин не смогут родить ребёнка за один месяц». Добавьте сюда увеличение каналов коммуникации, обучение и погружение нового сотрудника в проект (и отвлечение других сотрудников на это), и получите, что эффективнее команду не увеличивать.
Конечно, тут могут быть исключения. Например, если речь идёт о длинном горизонте планирования. На мой взгляд, закон Брукса работает только в краткосрочной и среднесрочной перспективе. Более того, есть куча сфер, где увеличение количества «рук» даст результат сразу. Поэтому знать об этом надо, и применять с умом.
Если вы думаете, что это всё теория, которая в жизни никак не используется, то приведу вам пример из практики, который произошёл у нас месяц назад. Проектная команда пришла просить дополнительных разработчиков, так как дедлайн по проекту через 2 месяца, и они явно в срок не успевают. Но, оценив время на погружение в проект нового участника, отвлечение текущих членов команды на его погружение, увеличение каналов коммуникации, сложность атомарного дробления существующих задач между разработчиками, пришли к выводу, что на горизонте 2 месяцев, это не даст результата. Поэтому проблему в итоге пришлось решать другими способами, но это уже совсем другая история (Каневский.жпг)
2. Закон Иглсона
Так как я не программист, то я не могу его подтвердить или опровергнуть. Но, на самом деле, этот закон применим не только к ним. Наверняка, у вас бывало такое, что вы смотрите на результаты своего труда двухлетней давности и думаете «Нет, я не мог такое сделать, меня подставили»!
Такое отношение к своей работе не является чем-то плохим. Если вы смотрите на свои старые труды и внутренне съеживаетесь – это означает, что с тех пор вы чему-то научились и стали лучше.
А вот если вы считаете, что там всё идеально и нечего улучшить, у меня для вас плохие новости: вы перестали развиваться.
3. Закон кибернетической энтомологии
Ещё один чисто айтишный закон, про который я хотел бы рассказать, - это закон кибернетической энтомологии. Название замысловатое, но его формулировка довольно простая. По факту, это современный взгляд на фразу Сократа "Нет предела совершенству".
Принцип этого закона справедлив для всех работников, независимо от того, насколько идеально вы выполняете свою работу (в оригинале – насколько идеально разработчик пишет код, а тестировщик его тестирует).
И здесь, как и с законом Иглсона, есть одна важная мысль, которая применима не только в IT: не бывает идеальной работы (в оригинале – идеального кода). Конечно, всегда стоит стремиться к отсутствию ошибок, но важно помнить, что перфекционизм - это латентная прокрастинация, и попытки довести работу до идеального состояния - чаще всего пустая трата времени, которое можно использовать с большей пользой.
Если было полезно и интересны такие посты, заходите в канал, там много чего про эффективность работы, прокрастинацию и про то, как расти и саморазвиваться.