Книга: Scrum. Революционный метод управления проектами - Джефф Сазерленд

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

Приведу несколько наиболее ярких примеров ошибок, которые приводят к неэффективному труду: 1. Чем больше людей в команде, тем меньший объем работы вы выполняете.

При одинаковом объеме работы для групп размером от трех до семи человек требовалось около 25 процентов усилий, которые затрачивали группы размером от девяти до двадцати человек.

2. Чем больше вы дел одновременно делаете, тем меньший объем работы выполняете.

При пяти параллельных проектах целых 75 процентов вашей работы уходит в никуда – три четверти рабочего дня коту под хвост.

3. Если вы не доделали работу или сделали больше чем нужно или то, что никому не нужно, вы потратили время зря.

Задание, не выполненное до конца, и продукция, которая не используется, представляют собой две стороны одной медали – это потраченные усилия без положительной отдачи. Не делайте так.

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

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

5. Чем больше вы перерабатываете, тем меньше работы делаете.

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

Кроме ошибок в книге, конечно же, рассматриваются различные способы повышения эффективности и ускорения процесса производства, например: 1. Рассматривается тема постоянного совершенствования процесса производства.

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

2. Обсуждаются вопросы приоритезации задач.

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

3. Рассматривается тема раскрытия потенциала сотрудников и организации команд.

Нужно дать людям свободу, уважение и право делать свое дело самостоятельно. Величием нельзя наделить, оно должно исходить изнутри.

4. Обсуждается как стать счастливыми работая в команде на своей работе.

Истинное счастье можно найти в пути, а не в его завершении.

И это далеко не всё! Помимо этого рассматриваются различные инструменты (например, канбан), методы оценки задач, способы обмена информацией между сотрудниками и многое другое.

Работайте эффективно, не занимайтесь медленным самоубийством.

И помните, время важно не только для дела. Время – ваша жизнь. Поэтому не следует впустую расходовать его – это сродни медленному самоубийству.

Считаю, что эту книгу абсолютно необходимо прочитать каждому, кто управляет какой-либо командой и хочет, чтобы она была максимально эффективной.

Методика Scrum, которую разработали Джефф Сазерленд и Кен Швабер, призвана решить все эти проблемы. Scrum — это противоположность классическому поэтапному (каскадному) подходу, применяемому при планировании и реализации проектов. Методику Scrum взяли на вооружение многие компании как технологических отраслей, откуда она сама родом, так и традиционных и даже некоммерческих. Подход, лежащий в основе методики Scrum, можно применять в разных видах деятельности, в которых требуется коллективная работа.

Ставлю книге 5 из 5. Крайне полезное чтение для руководителей и менеджеров проектов!

Вся книга посвящена тому ПОЧЕМУ Scrum работает (читатель об этом конечно забудет через недельку), и только последние самые главные страницы рассказывают как раз КАК Scrum работает.

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

Работая годы как ни крути в IT-сфере, я не могу представить аргументы для чего мне может понадобиться данный труд. Вообще если вам нужна эта книга, чтобы понять принципы работы, описанные здесь, то либо всё очень печально, либо вы абсолютный новичок. Человек в конце концов не робот, он же мыслит логически, пытается сделать свою работу хорошо и эффективно, и исходя из этого выстраивает какие-то свои правила. Если этого нет в голове, то боюсь эта книга не поможет, особенно в российских реалиях.

И в очередной раз для себя убеждаюсь - хочешь почерпнуть что-то действительно полезное, не потратив уйму времени, читай специализированные СТАТЬИ, а не эти талмуды.