Telegram Group & Telegram Channel
Scrum и его особенности

Прочитал культовую книгу Сазерленда «Scrum. Революционный метод управления проектами» и теперь всем обязательно советую.
Я влияние подобных книг оцениваю по количеству заметок оттуда в моем телефоне. А тут их по итогу оказалось прилично.

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

1. Многозадачность отупляет. Если делать много дел одновременно, то получится и плохо и медленно.

2. Долгосрочные проектные графики устарели. Какой смысл большой отрезок времени делать и дальше еще согласовывать то, что потом на практике становится не актуальным спустя месяц после начала работ. Двигаться надо поэтапно.

3. Большие команды это вред. Часто переизбыток людей в рабочей группе только замедляет ее эффективность. Оптимально 6-8 качественных специалистов в группе.

4. У каждого в проекте должна быть своя роль, ответственность и полномочия. Люди с полномочиями и без ответственности мешают процессу. А у тех на ком ответственность, но нет полномочий, наоборот рискуют остаться неуслышанными.
Там еще была гипотеза «с порванными визитками» и отказом от званий и иерархии в рамках проектных работ, но это немного «ту мач» на мой взгляд для нашей системы бизнеса.

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

6. Чем чаще мы выдаем готовым продукт, тем лучше для него и для вас. У нас формируется шанс собирать обратную связь и нивелировать недочеты. Пока мы держим продукт у себя в столе, пытаясь сделать его идеальным, мир убегает вперед вместе с актуальностью наших изначальных идей.

7. Делать все правильно с первого раза. Совершив ошибку, надо сразу же вернуться и исправить ее, отложив все другие дела. Устранение дефекта спустя некоторое время займет в 20 раз больше сил и энергии, чем немедленное исправление.

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

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

10. Хватит гадать. Надо по классическому циклу Демпинга планировать, действовать, проверять, корректировать. И этого будет достаточно для принятия верных решений, непрерывно улучшающих систему работы и сам продукт.

Эту SCRUM методику работы с проектами легко переложить в плоскость девелопмента во многих областях. Например, на проект по ребрендингу компании. Или на подготовку нового проекта к старту продаж. Но особенно релевантно на мой взгляд использовать эту систему в рамках планирования самого процесса строительства объекта.

В общем, всем спринтов, мастеров, гибкости и всего прочего эффективного. А книгу прочитайте.



group-telegram.com/dmitriev_m2/330
Create:
Last Update:

Scrum и его особенности

Прочитал культовую книгу Сазерленда «Scrum. Революционный метод управления проектами» и теперь всем обязательно советую.
Я влияние подобных книг оцениваю по количеству заметок оттуда в моем телефоне. А тут их по итогу оказалось прилично.

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

1. Многозадачность отупляет. Если делать много дел одновременно, то получится и плохо и медленно.

2. Долгосрочные проектные графики устарели. Какой смысл большой отрезок времени делать и дальше еще согласовывать то, что потом на практике становится не актуальным спустя месяц после начала работ. Двигаться надо поэтапно.

3. Большие команды это вред. Часто переизбыток людей в рабочей группе только замедляет ее эффективность. Оптимально 6-8 качественных специалистов в группе.

4. У каждого в проекте должна быть своя роль, ответственность и полномочия. Люди с полномочиями и без ответственности мешают процессу. А у тех на ком ответственность, но нет полномочий, наоборот рискуют остаться неуслышанными.
Там еще была гипотеза «с порванными визитками» и отказом от званий и иерархии в рамках проектных работ, но это немного «ту мач» на мой взгляд для нашей системы бизнеса.

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

6. Чем чаще мы выдаем готовым продукт, тем лучше для него и для вас. У нас формируется шанс собирать обратную связь и нивелировать недочеты. Пока мы держим продукт у себя в столе, пытаясь сделать его идеальным, мир убегает вперед вместе с актуальностью наших изначальных идей.

7. Делать все правильно с первого раза. Совершив ошибку, надо сразу же вернуться и исправить ее, отложив все другие дела. Устранение дефекта спустя некоторое время займет в 20 раз больше сил и энергии, чем немедленное исправление.

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

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

10. Хватит гадать. Надо по классическому циклу Демпинга планировать, действовать, проверять, корректировать. И этого будет достаточно для принятия верных решений, непрерывно улучшающих систему работы и сам продукт.

Эту SCRUM методику работы с проектами легко переложить в плоскость девелопмента во многих областях. Например, на проект по ребрендингу компании. Или на подготовку нового проекта к старту продаж. Но особенно релевантно на мой взгляд использовать эту систему в рамках планирования самого процесса строительства объекта.

В общем, всем спринтов, мастеров, гибкости и всего прочего эффективного. А книгу прочитайте.

BY Дмитриев в метре


Warning: Undefined variable $i in /var/www/group-telegram/post.php on line 260

Share with your friend now:
group-telegram.com/dmitriev_m2/330

View MORE
Open in Telegram


Telegram | DID YOU KNOW?

Date: |

The gold standard of encryption, known as end-to-end encryption, where only the sender and person who receives the message are able to see it, is available on Telegram only when the Secret Chat function is enabled. Voice and video calls are also completely encrypted. "There are a lot of things that Telegram could have been doing this whole time. And they know exactly what they are and they've chosen not to do them. That's why I don't trust them," she said. Oh no. There’s a certain degree of myth-making around what exactly went on, so take everything that follows lightly. Telegram was originally launched as a side project by the Durov brothers, with Nikolai handling the coding and Pavel as CEO, while both were at VK. He adds: "Telegram has become my primary news source." Oleksandra Matviichuk, a Kyiv-based lawyer and head of the Center for Civil Liberties, called Durov’s position "very weak," and urged concrete improvements.
from ar


Telegram Дмитриев в метре
FROM American