«Scrum» читать онлайн книгу📙 автора Джеффа Сазерленда на MyBook.ru
image
image

Отсканируйте код для установки мобильного приложения MyBook

Недоступна

Премиум

4.49 
(600 оценок)

Scrum

285 печатных страниц

2016 год

16+

Эта книга недоступна.

 Узнать, почему
О книге

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

На русском языке публикуется впервые.

читайте онлайн полную версию книги «Scrum» автора Джефф Сазерленд на сайте электронной библиотеки MyBook.ru. Скачивайте приложения для iOS или Android и читайте «Scrum» где угодно даже без интернета. 

Подробная информация

Переводчик: 

Мария Гескина

Дата написания: 

1 января 2014

Год издания: 

2016

ISBN (EAN): 

9785000577226

Объем: 

513845

Правообладатель
658 книг

Поделиться

ishafigullin

Оценил книгу

Рецензии к этой книге и то интереснее и полезнее читать, нежели саму её. Если честно, я не то, что обескуражен, я зол, ведь столько всего слышал об этой книге и самой методике работы. Но тут не просто вода, тут целый водопад. Я заставлял себя читать, но не выдержал.

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

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

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

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

Поделиться

Natalya Eremina

Оценил книгу

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

Поделиться

elena_020407

Оценил книгу

Планировать полезно. Слепо следовать плану — глупо.

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

Лично мне теория Сазерленда очень близка. Я тоже не люблю каскадного планирования и максимально стараюсь его избегать. Тем более, что в моей работе обычно такое количество неизвестных, что можно годовой бюджет раз в две недели пересматривать, не говоря уже о детальных планах реализации. Поэтому разбивание большой задачи небольшие микрозадачи, оценка из ресурсоемкости и расставление в порядке приоритетов меня ни разу не удивили. Но Сазерленду прекрасно удалось вывести еще несколько немаловажных правил, которые я бы лично хотела взять на вооружение.

1. 1 день = 1 совещание. Если вы не можете за 15 минут в день определиться с тем, на каком вы свете и что должны сделать для того, чтобы достичь успеха в одном конкретно взятом проекте - увольняйтесь. Или увольняйте руководителя, который тратит по 3 часа коллектива в день на переливание из пустого в порожнее и поиск виноватых в том, что проект не сдвинулся с места.

2. Результаты работы должны быть видимыми. Очень часто работа стопорится из-за того, что члены коллектива не знают над чем работают их коллеги. В здоровом коллективе должен быть здоровый информационный шум - процессы должны быть открытыми и доступными. Это позволяет экономить огромное количество времени и ресурсов, которые обычно растрачиваются впустую, когда левая рука не знает, что делает правая. Канбан доска, Интранет или CRM вам в помощь.

3. Идеальный размер команды - до 9 человек. А лучше и того меньше. Маленькая команда работает быстрее большой, потому что в ней меньшее количество каналов, по которым путешествует информация. А, соответственно, время принятия решений намного меньше. И еще, самое важное на мой взгляд - если проект запаздывает, то бросать на него дополнительных людей не надо: это только усложнит процесс и еще больше его затянет.

4. Работаем на результат. Распечатайте и повесьте где-то в пределах видимости вот эту картинку. Всякий раз, когда вам захочется собрать совещание, смотрите на нее и спрашивайте себя: "Что мы должны получить в результате совещания? И можем ли мы получить ЭТО каким-то иным путем?" Если вы не можете ответить на первый вопрос или отвечаете "Да" на второй - отменяйте совещание на фиг. Вы уже знаете, что надо делать.

5. Мама-Анархия (с). Забудьте о должностях, порвите визитки. В лучших командах есть только одна должность: Член команды. Исследования показывают, что чем более специализированы функции людей в организации, тем медленнее она будет. Если надо, сохраните названия должностей для внешнего использования. Но внутри команды они только все тормозят, и заметно.

6. ТОЛЬКО монозадочность. Мультизадачность - миф. Умение делать несколько дел одновременно - безбожно переоценено. У людей очень плохо с многозадачностью. Исследования однозначно говорят, что люди, которым кажется, что они с ней хорошо справляются, на деле справляются отвратительно. Всякий раз, как вы переключаетесь с одной задачи на другую, с подготовки отчета на email, ваша производительность резко падает. Делайте всякий раз что-то одно. Отводите для работы время без прерываний. Вы будете потрясены, как это повышает производительность.

7. 1 человек - 1 проект. Если вы хотите быстрых результатов - позвольте человеку сосредоточиться на одном проекте. Чем больше у вас коров, которых надо пасти, и которые так и норовят разбрестись в разные стороны, тем больше времени вы проводите в хаотичном движении, тем менее бесполезна ваша деятельность. Работа над несколькими проектами одновременно вызывает потери от 20 до 50% времени.

8. Приоритеты. Если у вас есть несколько проектов, и вы не можете выбрать, какой из них самый главный - это означает что среди них нет ни одного действительно приоритетного. Расставляйте проекты в порядке приоритетности для компании и реализовывайте их один за другим, по порядку. Ибо см. пункт 7.

9. Без героизма. Если ваш проект требует героизма (пары-тройки ночей в офисе или работы дома на кухне, например) - это не повод для гордости. Это повод задуматься о том, насколько хорошо организованы процессы в компании. Героизм - это в первую очередь признак глубоко дисфункциональной системы.

10. Считайте не часы, оценивайте по результатам. Сожгите табель учета рабочего времени. Измерение количества часов, которые сотрудник тратит на проект — бессмысленная метрика. Но почему-то именно на этой основе мы платим нашим сотрудникам, составляем контракты, оцениваем приложенные усилия. А смысл, спрашивается?

Если вас действительно заинтересовала тема SCRUM, то в качестве бонуса вам определенно пригодится вот такая замечательная инфографика от SmartRead (не могу не рекламировать этих ребят, потому что они - реально крутые. И денег за это не беру, заметьте :)).

В более высоком разрешении инфографика доступна здесь

И да пребудет с вами Agile.

Поделиться

Еще 4 отзыва
Моя цель сейчас — донести до вас простую мысль: .
10 марта 2021

Поделиться

Б льшую часть жизни мы лишь преследуем собственные цели, какими бы они ни были.
10 марта 2021

Поделиться

Карта — еще не живая местность. Не оценивайте в абсолютном выражении, например в часах, — уже не раз доказано, что люди не умеют этого делать. Оценивайте относительно, например в собако-единицах или по раз
10 марта 2021

Поделиться

Еще 5 913 цитат

Автор книги

Переводчик