Доклад на конференции SECR-2018 12.10.2018 в Москве
Доклад на сайте конференции
Доклад в библиотеке Стаса Фомина

На заре развития ИТ считалось, что каждый член команды должен мыслить проектно: соотносить свою задачу с целью проекта и действиями других и при необходимости быть готовым прийти на помощь. В то время Брукс писал, что бригады главного программиста подобны бригадам медиков, делающих операции. С тех пор был пройден длинный путь развития: RUP с его регламентами, сохранившими такое целостное мышление лишь за руководителями проекта, agile с концептом кросс-функциональной команды.

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

Чтобы мыслить проектно, необходимо понимать не только свою работу, но концепцию всего проекта и работу других участников — только тогда возможно понимание и синергия совместного мышления. Я расскажу о том, почему нужно мыслить проектно и как этого достичь.

Видео на vimeo

В посте Димы Безуглого продолжается большое обсуждение, читайте...

Фото Димы Безуглого

Дмитрий Безуглый О проектном мышлении, о том что у них не получалось разрабатывать по RUP, не получалось по agile ..и что нужно чтобы получилось ))

Дмитрий Волошин водопад!

Дмитрий Безуглый Дмитрий Волошин Ага )

Дмитрий Волошин и еспд

Рина Ужевко водопадный аджайл 😊

Максим Цепков Водопада в докладе не было вообще. Так же как ЕСПД. Слайды - опубликованы.

Taya Saburova Гибридные методологии?

Наталья Свешникова Инструменты меняются, но проблема, похоже, все-таки в головах, и носим мы ее с собой из проекта в проект

Максим Цепков Нет. Это в вечном неизменном мире мы носим вечные проблемы. А мир - развивается, ставит новые задачи, по мере которого как старые мы учимся решать. И решение этих задач вызывает развитие культуры.

Максим Цепков Дима, я не понял интерпретацию доклада. У кого "у них не получалось"? Доклад был про отраслевой опыт и изменение культур ведения программных проектов, я об этом рассказываю с 2015 года, и, кстати, визуальный ряд доклада появился тогда. При этом тема - развивается, это не повторение старых докладов. А если говорить конкретно об опыте моих проектов и проектов нашей компании, то мы их успешно делаем и наши клиенты это оценивают. При этом RUP я с самого начала оценивал как бессмысленные процедуры, и не пытался применить в силу явной работоспособности, а вот Scrum в свое время дал определенный импульс развития, а потом - сильно изменился внутри. И сейчас компания продолжает меняться. А в отрасли - как было 20-30% успешных докладов - так и есть. RUP и выросший из этого PMBOK не смог это повысить, повысив при этим стоимость, а Agile - дает примерно те же цифры, но дешевле и добавляет самонаведение на цель. А фокус доклада был не на этом, а на том, что в последнее время (с 2012) принципиально изменилась рамка проекта - хотя далеко не все люди это осознали.

Дмитрий Безуглый Максим Цепков Посмотри видео , ты так хотел продать Agile что многократно прозвучали обобщающие оценки. RUP не работает , Академический не работает и т.д. Потом ты постарался объединить но из песни слов не выкинешь

Максим Цепков Дима, я не продавал Agile. Вообще, Agile - стандарт дефакто в глобальной IT-отрасли давно, с 2007 года примерно. Академический подход не смог ответить на конкретные вызовы, проекты фейлились. Попытка классического менеджмента тоже провалилась, Мифический человеко-месяц об этом. Следующая итерация, RUP тоже не смог ответить на конкретные вызовы, и потому пришел Agile, который на них успешно ответил. И потом, естественно, появились новые вызовы, ответ на которые в agile-практиках не содержался, и как ответ на них - возникали новые практики и новая культура. Уже.

Это все история. И она произошла и ее надо понимать. Чтобы представлять, что прежде попытки применить старые подходы из учебников, написанных до попыток их применения, стоит посмотреть на результаты. Включая попытки применить Agile, который уже тоже старый подход со своей историей фейлов и успехов, и на ее историю тоже надо смотреть.

А еще - надо представлять законы диалектического развития (в варианте диалектического материализма, смотрите эти статьи). Agile явился отрицанием RUP и академической культуры, принес новое. То, что происходит сейчас и несет отрицание Agile, и ври этом, естественно, использует переосмысленные практики более ранних конструкций для синтеза нового. При этом часть представителей прошлой культуры, увидев это их близкое сердцу старое просто удовлетворенно говорят "наконец-то этот кошмар agile-культуры кончился и происходит возврат". Нет, возврата не происходит, это все - история и не понимание диалектики развития.

Дмитрий Безуглый Давай по правде проекты проваливались, проваливаются и будут проваливаться. Более того успешные проекты делаются и делались и большая часть успешных продуктов появилась до Agile и продолжает появляются без Agile )) Agile is not silver bullet . Особенно agile for teams. До тех пор пока нет приемлемой статистики по успешности проектов все заявления о стандарте же факто не являются доказательством лучшей эффективности или целесообразности. Диалектику я не забываю ))

Максим Цепков Конечно. Серебряной пули не существует. Продукты делали до agile и делают без agile на личных способностях. Agile дает технологию, и это является преимуществом. Альтернативные технологии - статистически дают такую же результативность успешность проектов, но дороже и обладают большим порогом входа. А дальше - берем конкретный проект и строим технологию.

Дмитрий Безуглый Максим Цепков Если внимательно слушать "гуру" , то можно понять что agile не только не технология, но даже и не методология ...

Про порог входа верно , но в целом вход в agile начинается со 2 у уровня CMMI "не тушкой, так чучелком" и по сути представляет улучшение его же. Но на полный 3-й уровень ни в одной своей ипостаси в не поднимается, хотя есть элементы и 4-ого и 5-ого. Но снижение порога имеет свою цену ..

Скачать весь pdf