6996
правок
Изменения
м
== Краткое изложение ==
== Видео ==
<!-- == Слайды ==[[Файл:Описание бизнес-процессов — waste? (Максим Цепков, SPMConf-2011).pdf|left|page=-|256px]] --> == Примечания и отзывы ==<!-- <blockquote>[©]</blockquote> -->
<references/>= Слайды =[[Файл:Tsepkov-SPMconf-2011.pdf|left|page=-|256px]]
Нет описания правки
<center><big>'''Описание бизнес-процессов — waste?'''</big></center>
Доклад Максима Цепкова на конференции [http://it-conf.ru/ru/content/403.htm SPM Conf 2011] 26.11.2011
[http://www.slideshare.net/custisppt/waste-spm-conf-2011custis-tsepkovsp-mconf2011 Презентация на slideshare]
Видео https://vimeo.com/34369931
= Идея доклада =
Эта точка зрения будет обоснована в докладе и иллюстрирована примерами, в каких случаях описания бизнес-процессов являются полезными и даже необходимыми, а когда их постоянная актуализация превращается в ненужную трату времени. Мы поговорим также о путях обоснования такой точки зрения при общении с заказчиками.
Многими уважаемыми организациями считается, что описание бизнес-процессов - показатель зрелости компании, особенно крупной, с этим связаны разные сертификации (ISO, CMMI). Однако, во многих больших успешных, быстро развивающихся компаниях описания бизнес-процессов отсутствуют и это не мешает их успехам. Почему?
Все это в полной мере относится не только к компаниям, которые мы автоматизируем, но и к самим IT-компаниям. Область актуальных действующих регламентов - не велика, она возникает на старте проекта, когда надо договариваться о правилах работе в команде и о взаимодействии с заказчиком. А дальше - практика может сильно уходить от регламентов, и это никого не напрягает - пока стороны удовлетворены. Когда же удовлетворенности нет - проблема не столько в регламентах и их соблюдении. сколько именно в практике.
{{vimeoembed|34369931|720|450}}
<blockquote>
Я тоже выступал на конференции, с достаточно провокационным, как я думал, докладом [http://lib.custis.ru/Business_process_description_-_waste [Описание бизнес-процессов — waste? (Максим Цепков, SPMConf- 2011)|Описание бизнес-процессов — waste?]] На этой конференции он оказался вовсе не провокационным, потому что большинство участников были уверенны, что главное при применении любых методологий - не переусердствовать. И ничего не делать только потому, что этого требует какая-либо методология. Все это в полной мере относится и к описанию бизнес-процессов. Правда, как практики - они предпочитают не спорить с теоретиками и ограничиваются этой рекомендацией. А я тут осознал что конкретно по этому вопросу - теорию уже можно аргументированно подправлять, убеждая заказчиков и снимая с себя необходимость в описании процессов - о чем и рассказывал.
[http://blogs.uml2.ru/post/Konferenciya-SPM-Conf-2011 ©]
</blockquote>
[[Категория:Люди]][[Категория:Доклады]][[Категория:Agile]][[Категория:Управление проектами]]
