Почему проектный подход не работает в IT (Teamlead-2022) — различия между версиями
м |
м (→Ссылки из презентации) |
||
| Строка 12: | Строка 12: | ||
= Ссылки из презентации = | = Ссылки из презентации = | ||
| − | В | + | В презентации — много ссылок на другие мои доклады и статьи, и на другие материалы. Для удобства собираю их в общий список. |
* Мои доклады и статьи | * Мои доклады и статьи | ||
** [[Мыслить проектно: история и современность (SECR-2018)]] | ** [[Мыслить проектно: история и современность (SECR-2018)]] | ||
** [[Планирование проекта от демонстраций для разворачивания партнерства с заказчиком (Saint TeamLeadConf 2019)]] | ** [[Планирование проекта от демонстраций для разворачивания партнерства с заказчиком (Saint TeamLeadConf 2019)]] | ||
| − | ** [https://vc.ru/hr/272211 Agile-методы и проектный | + | ** [https://vc.ru/hr/272211 Agile-методы и проектный подход — в чем разница?] |
| − | * Чужие доклады и статьи | + | * Чужие доклады, книги и статьи |
** [http://www.developerdotstar.com/mag/articles/reeves_design.html Jack W. Reeves. What is software design] (1992), [http://lib.custis.ru/Reeves перевод] | ** [http://www.developerdotstar.com/mag/articles/reeves_design.html Jack W. Reeves. What is software design] (1992), [http://lib.custis.ru/Reeves перевод] | ||
** [http://0x1.tv/Poisson-burning-time-agiledays-lighting-talk Андрей Бибичев «Пуассоново горение сроков»] | ** [http://0x1.tv/Poisson-burning-time-agiledays-lighting-talk Андрей Бибичев «Пуассоново горение сроков»] | ||
** [https://www.omg.org/spec/Essence/About-Essence/ Стандарт OMG Essence] | ** [https://www.omg.org/spec/Essence/About-Essence/ Стандарт OMG Essence] | ||
** [https://practicelibrary.ivarjacobson.com/ Practice library Ивара Якобсона] с описаниями методов в модели OMG Essence. Бесплатно доступна после регистрации. | ** [https://practicelibrary.ivarjacobson.com/ Practice library Ивара Якобсона] с описаниями методов в модели OMG Essence. Бесплатно доступна после регистрации. | ||
| + | ** [https://ru.wikipedia.org/wiki/Мифический_человеко-месяц Фредерик Брукс «Мифический человеко-месяц»] | ||
| + | ** [https://en.wikipedia.org/wiki/Peopleware:_Productive_Projects_and_Teams Том ДеМарко «Человеческий фактор»] | ||
| + | ** [https://en.wikipedia.org/wiki/Edward_Yourdon Эдвард Йордан] «Смертельный марш» | ||
* Описания моделей в википедии | * Описания моделей в википедии | ||
| − | ** [http://en.wikipedia.org/wiki/Waterfall_model Модель водопада], а то есть мнение, что модель | + | ** [http://en.wikipedia.org/wiki/Waterfall_model Модель водопада], а то есть мнение, что модель водопада — придуманная фикция, которую никто не использует. |
** [http://en.wikipedia.org/wiki/V-Model_(software_development) V-model] | ** [http://en.wikipedia.org/wiki/V-Model_(software_development) V-model] | ||
** [https://en.wikipedia.org/wiki/Cynefin_framework Cynefin framework] | ** [https://en.wikipedia.org/wiki/Cynefin_framework Cynefin framework] | ||
| − | ** [https://en.wikipedia.org/wiki/Technology_readiness_level TRL] | + | ** [https://en.wikipedia.org/wiki/Technology_readiness_level TRL] — Technology readiness level |
** [https://en.wikipedia.org/wiki/Conway's_law Закон Конвея] | ** [https://en.wikipedia.org/wiki/Conway's_law Закон Конвея] | ||
Текущая версия на 16:34, 20 мая 2022
17-18.05.22 Москва Teamlead Доклад на сайте конференции
В среде IT распространено мнение, что проектный подход, PMBOK - тяжелая, но работающая штука. И потому в случае "серьезных проектов" стоит к нему обращаться, а если руководитель говорит о каких-то практиках, ссылаясь на проектный подход, то к этому тоже стоит отнестись с уважением. К сожалению, это - заблуждение. Регламенты проектного подхода, RUP и PMBOK были в 1990-е разработаны для того, чтобы обеспечить гарантированный успех проекта, пусть ценой тяжелых процедур. Но это не дало гарантий, успешность проектов осталась примерно на прежнем уровне. И именно поэтому появились Agile-методы, признающие приоритет человеческого фактора над процедурами. С тех пор вышло несколько версий PMBOK, в которых пытались достичь успеха, но без успеха, и в результате сейчас PMI сертифицирует по Agile-методам.
Главное преимущество Agile-методов - они позволяют делать проекты некомпетентной командой, что неизбежно в условиях быстрого развития технологий: компетентных разработчиков для новых технологий просто не существует. В то время как в проектном подходе компетентная команда - непременное условие успеха. Но это - не единственное ограничение. И в докладе мы подробно разберем конструкцию и практики проектного подхода и их ограничения с тем, чтобы снять необоснованный пиетет и принимать ответственные решения об использовании тех или иных практик в ваших проектах. Ведь организацию работы следует строить индивидуально для проекта, из набора шаблонов, подобно тому, как индивидуально подбирают набор используемых шаблонов разработки софта.
Кроме того, это поможет вам вести коммуникацию с менеджерами и стейкхолдерами заказчиков, которые часто полагают, что Agile-методы - это такие игрушки для тех, кто не способен освоить хардкор проектного метода, и обосновывать для них ваш способ работы.
Я кратко рассказывал эту тему внутри докладов про историю развития IT, например, в Мыслить проектно: история и современность (SECR-2018), но там это - 3-4 слайда. А летом 2021 я написал статью Agile-методы и проектный подход - в чем разница? B в докладе тема развернута подробно, с фокусом именно на ограничения и проблемы проектного подхода как методологии. Альтернативные способы ведения проектов тоже затронуты.
Ссылки из презентации
В презентации — много ссылок на другие мои доклады и статьи, и на другие материалы. Для удобства собираю их в общий список.
- Мои доклады и статьи
- Чужие доклады, книги и статьи
- Jack W. Reeves. What is software design (1992), перевод
- Андрей Бибичев «Пуассоново горение сроков»
- Стандарт OMG Essence
- Practice library Ивара Якобсона с описаниями методов в модели OMG Essence. Бесплатно доступна после регистрации.
- Фредерик Брукс «Мифический человеко-месяц»
- Том ДеМарко «Человеческий фактор»
- Эдвард Йордан «Смертельный марш»
- Описания моделей в википедии
- Модель водопада, а то есть мнение, что модель водопада — придуманная фикция, которую никто не использует.
- V-model
- Cynefin framework
- TRL — Technology readiness level
- Закон Конвея
Презентация
Скачать весь pdf
