Успешные IT-проекты — где стелить солому (Дмитрий Завалишин, ADD-2012) — различия между версиями

== Примечания и отзывы ==
* Обсуждение в журнале автора http://dz.livejournal.com/756586.html
* {{ConferencePage|http://addconf.ru/event.sdf/ru/add_3/authors/DmitryZavalishin/768}}

<!-- <blockquote>[©]</blockquote> -->

<references/>







{{stats|disqus_comments=0|refresh_time=2020-01-22T19:58:4428T12:25:55.313733997310|vimeo_comments=1|vimeo_plays=320|youtube_comments=0|youtube_plays=23}}

[[Категория:Управление рисками]]
[[Категория:Философия программирования]]
[[Категория:ADD-2012]]

Версия 09:25, 28 января 2020

Аннотация

Докладчик

Дмитрий Завалишин

Всем нам хочется думать, что для успеха IT-проекта достаточно его как следует запрограммировать. Жизнь же показывает, что, нередко, технически продвинутые проекты погибают, а другие, вроде бы ужасные на лицо и внутри - оказываются успешны. Почему?

План доклада

• Проблема
  • Почему некоторые технологически убогие проекты успешны, а некоторые продвинутые — провальны.
  • Клиент — как женщина. Чего-то хочет, но чего — не знает.
  • Как сделать незнамо что к чёткому сроку.

• Аналитику и PM-у
  • Техническая задача и бизнес-задача, имеем ли мы право оставаться в рамках первой.
  • Как убедиться в том, что задача поставлена верно, и что источник информации компетентен.
  • Как верифицировать в процессе работы над проектом постановку задачи и адекватность скоупа проекта.

• Архитектору
  • Баланс между гибкостью и скоростью — за негибкость вас убьют потом, а за тормоза — сразу.
  • Новые технологии и старое корыто. Рисковать? Только локально и только когда ядро системы уже живёт.
  • Придётся переделывать? Нет. Не так. Придётся переделывать 40% или 70? Зацепиться за главные функции, оставить возможность ручного обхода острых углов.

Итого: при всём вышесказанном goodwill — важнейшая часть проекта.

Видео

Слайды

Примечания и отзывы

• Обсуждение в журнале автора http://dz.livejournal.com/756586.html
• Страничка доклада на сайте конференции

Plays:343   Comments:1