ݺߣ

ݺߣShare a Scribd company logo
Ежегодная конференция-выставка по теме
электронного документооборота и управления
информационными ресурсами
DOCFLOW 201420
мая
Борьба интересов и противоположностей:
как капля здравого смысла может
спасти проект внедрения СЭД?
Кто мы?
• Юлия Ерина, руководитель отдела аналитики i-Sys
• Артём Хахалин, руководитель проектов i-Sys
Как измеряется успешность IT-
проекта• За 8 лет количество успешных проектов увеличилось, но цифры
по-прежнему неутешительны.
• В бюджет/рамки/границы вписывается лишь 39% всех IT проектов.
Зависимость от размера
Что больше всего страдает в
неудачных проектах?
Соотношение перерасхода средств, несоблюдения сроков и недоработок
функционала в сложных IT-проектах.
84%
72%
79%
71%
74%
56%
47%
54%
46%
59%
64%
68% 67%
74%
69%
20%
30%
40%
50%
60%
70%
80%
90%
2004 2006 2008 2010 2012
Время
Стоимость
Функционал
Текущая ситуация
• Всего 39% IT-проектов успешны
• Больше всего при неудачах страдает функционал и
тратится время клиентов
• Маленькие проекты в 7 раз чаще оказываются
успешными, чем крупные
Успешен ли провальный проект?
Успешный проект -
это всегда компромисс между двумя сторонами
Для клиента успех это:
• Работающая система,
решающая потребности
бизнеса
• Достигнутые цели
• Окупаемость инвестиций
Для исполнителя это:
• Сделать систему в
соответствии с
требованиями и в
первоначальных рамках
проекта и получить за
это деньги

Составляющие успеха
• Выбор платформы для СЭД в соответствии с ИТ
стратегией
• Понимание целей и задач проекта
• Выбор надёжного вендора
• Инициативная команда со стороны заказчика
• Правильные коммуникации между исполнителем
и заказчиком
Анализ выполненных проектов
внедрения СЭД
• Одинаковые требования к системе
• Одна и та же команда от исполнителя
• Одни сроки и бюджет
Но такие разные заказчики…
Команда А
Невнимательность
Хаотичность
Пускают на самотёк
Команда Б
Формализм
Внимание к мелочам
Скрупулёзность
- Нет сформулированных
требований, ТЗ пишем
ориентируясь на функционал
типовой версии Системы
- Рискуем внедрить кота в мешке
+ Не тратим времени на лишние
согласования
+ Базируемся на типовых функциях
системы, максимально
апробированных и отлаженных
- Очень долгое согласование ТЗ.
Занимаемся нормоконтролем
вместо согласования сути.
- Описываем «идеальную» СЭД,
многим клиент не будет
пользоваться, но пока этого не
понимает
+ Получаем 2000 листов ТЗ, с
которым можно запустить
ракету в космос. Заказчик
думает, что предусмотрел все.
Этап анализа требований
Команда А Команда Б
Артефакты первого этапа
Команда А Команда Б
Этап разработки
- Разрабатываем систему по ТЗ,
которое сами и сочинили. На
этапе запуска в ОЭ заказчик
присылает требования и мы
перенастраиваем систему
+ Заказчик опытным путём
понимает что ему нужно, а что
нет. Не тратим время на
мёртвый функционал
+ В ТЗ прописан каждый чих
разработчиков, им просто и
приятно
Команда А Команда Б
Этап внедрения
- Много замечаний, доделываем
систему «на ходу»
+ Быстро устраняем все вопросы,
сдаём систему в эксплуатацию
- Очень много замечаний не
относящихся с функционалу (высота
полей, шрифт)
- Задерживаем выход в пром, гонясь
за идеальной СЭД
Команда А Команда Б
Количество обращений: 160
По делу По зову души
Количество обращений: 600
По делу По зову души
По отношению к запланированным
затратам
Срок Затраты
заказчика
Затраты
исполнителя
Функционал
5 % 0 % 0% 10 %
30 % 20 %* 250% 60 %
В таблице указываются дополнительные затраты Заказчика
(дополнительные затраты на свою команду). При этом дополнительные
затраты вендора во втором случае выросли в 2,5 раза.
Команда А
Команда Б
Учимся на чужих ошибках
Ненужно стремиться к идеальной СЭД,
особенно если вы раньше не использовали
подобных систем
Применяйте итеративный подход:
сначала пилот, потом проект
Не перенасыщайте систему
требованиями, посмотрите как она будет
вести себя в опытном режиме.
Дополнительные требования – хороший
повод для второго этапа.
Не тратьте время «дорогих»
специалистов на неквалифицированные
задачи. Команда должна участвовать в
проекте с равномерной загрузкой, а не
выезжать за счёт руководителя.
Не пытайтесь привязаться к интерфейсу
старой СЭД – технологии уже сделали шаг
вперёд
Учитывайте собственные затраты при
учете результатов проекта
Вовлекайте топ-менеджмент в работу
с системой на этапе эксплуатации
Вопросы?
• Юлия Ерина, руководитель отдела аналитики i-Sys
• Артём Хахалин, руководитель проектов i-Sys

More Related Content

Similar to Как капля здравого смысла может спасти проект внедрения СЭД? (20)

Как мы экспериментируем в больших микросервисных системах
Как мы экспериментируем в больших микросервисных системахКак мы экспериментируем в больших микросервисных системах
Как мы экспериментируем в больших микросервисных системах
EatDog
Эволюция веб разработки
Эволюция веб разработкиЭволюция веб разработки
Эволюция веб разработки
Victor Bolshakov
Peopletrack short product presentation
Peopletrack short product presentationPeopletrack short product presentation
Peopletrack short product presentation
rmikheev
СибирьСофтПроект
СибирьСофтПроектСибирьСофтПроект
СибирьСофтПроект
Alexey Suchkov
Жизнь в стиле стартап в корпоративной среде: Agile в помощь?
Жизнь в стиле стартап в корпоративной среде: Agile в помощь?Жизнь в стиле стартап в корпоративной среде: Agile в помощь?
Жизнь в стиле стартап в корпоративной среде: Agile в помощь?
ScrumTrek
на пути к 100% аптайму - доклад с HighLoad 2015 совместно с Станиславом Осип...
на пути к 100% аптайму - доклад с HighLoad 2015 совместно с Станиславом Осип...на пути к 100% аптайму - доклад с HighLoad 2015 совместно с Станиславом Осип...
на пути к 100% аптайму - доклад с HighLoad 2015 совместно с Станиславом Осип...
Игорь Мызгин
Опыт совместной работы хостера (Webzilla) и клиента (CityADS) над достижением...
Опыт совместной работы хостера (Webzilla) и клиента (CityADS) над достижением...Опыт совместной работы хостера (Webzilla) и клиента (CityADS) над достижением...
Опыт совместной работы хостера (Webzilla) и клиента (CityADS) над достижением...
Ontico
Вебинар: ИТ-проекты глазами Заказчика
Вебинар: ИТ-проекты глазами ЗаказчикаВебинар: ИТ-проекты глазами Заказчика
Вебинар: ИТ-проекты глазами Заказчика
Александр Кольцов
Технический заказчик в проектах создания ИС
Технический заказчик в проектах создания ИСТехнический заказчик в проектах создания ИС
Технический заказчик в проектах создания ИС
SQALab
Sef Tech Customer Bezugliy Presentation
Sef Tech Customer Bezugliy PresentationSef Tech Customer Bezugliy Presentation
Sef Tech Customer Bezugliy Presentation
sef2009
Андрей Делидов. Как директору управлять проектным бизнесом с помощью ИСУП
Андрей Делидов. Как директору управлять проектным бизнесом с помощью ИСУПАндрей Делидов. Как директору управлять проектным бизнесом с помощью ИСУП
Андрей Делидов. Как директору управлять проектным бизнесом с помощью ИСУП
Адванта - онлайн система управления проектами
Разработка современной электроники с прицелом на массовый выпуск. Почем?
Разработка современной электроники с прицелом на массовый выпуск. Почем?Разработка современной электроники с прицелом на массовый выпуск. Почем?
Разработка современной электроники с прицелом на массовый выпуск. Почем?
Ingria. Technopark St. Petersburg
Прагматичный подход к документированию Веб-проектов
Прагматичный подход к документированию Веб-проектовПрагматичный подход к документированию Веб-проектов
Прагматичный подход к документированию Веб-проектов
Anatol Filin
Anatol filin pragmatic documentation 1_r
Anatol filin  pragmatic documentation 1_rAnatol filin  pragmatic documentation 1_r
Anatol filin pragmatic documentation 1_r
rit2010
Алферов - Роль бизнес заказчика 2012
Алферов - Роль бизнес заказчика 2012Алферов - Роль бизнес заказчика 2012
Алферов - Роль бизнес заказчика 2012
Sergey Polazhenko
บริหาร๶วลา
บริหาร๶วลาบริหาร๶วลา
บริหาร๶วลา
toomtam
Operating through the “eyes” of development: Efficient communications
Operating through the “eyes” of development: Efficient communicationsOperating through the “eyes” of development: Efficient communications
Operating through the “eyes” of development: Efficient communications
DevGAMM Conference
BI-проекты глазами аналитика
BI-проекты глазами аналитикаBI-проекты глазами аналитика
BI-проекты глазами аналитика
SQALab
Проект внедрения КИС
Проект внедрения КИСПроект внедрения КИС
Проект внедрения КИС
Sergey Timofeev
Как мы экспериментируем в больших микросервисных системах
Как мы экспериментируем в больших микросервисных системахКак мы экспериментируем в больших микросервисных системах
Как мы экспериментируем в больших микросервисных системах
EatDog
Эволюция веб разработки
Эволюция веб разработкиЭволюция веб разработки
Эволюция веб разработки
Victor Bolshakov
Peopletrack short product presentation
Peopletrack short product presentationPeopletrack short product presentation
Peopletrack short product presentation
rmikheev
СибирьСофтПроект
СибирьСофтПроектСибирьСофтПроект
СибирьСофтПроект
Alexey Suchkov
Жизнь в стиле стартап в корпоративной среде: Agile в помощь?
Жизнь в стиле стартап в корпоративной среде: Agile в помощь?Жизнь в стиле стартап в корпоративной среде: Agile в помощь?
Жизнь в стиле стартап в корпоративной среде: Agile в помощь?
ScrumTrek
на пути к 100% аптайму - доклад с HighLoad 2015 совместно с Станиславом Осип...
на пути к 100% аптайму - доклад с HighLoad 2015 совместно с Станиславом Осип...на пути к 100% аптайму - доклад с HighLoad 2015 совместно с Станиславом Осип...
на пути к 100% аптайму - доклад с HighLoad 2015 совместно с Станиславом Осип...
Игорь Мызгин
Опыт совместной работы хостера (Webzilla) и клиента (CityADS) над достижением...
Опыт совместной работы хостера (Webzilla) и клиента (CityADS) над достижением...Опыт совместной работы хостера (Webzilla) и клиента (CityADS) над достижением...
Опыт совместной работы хостера (Webzilla) и клиента (CityADS) над достижением...
Ontico
Вебинар: ИТ-проекты глазами Заказчика
Вебинар: ИТ-проекты глазами ЗаказчикаВебинар: ИТ-проекты глазами Заказчика
Вебинар: ИТ-проекты глазами Заказчика
Александр Кольцов
Технический заказчик в проектах создания ИС
Технический заказчик в проектах создания ИСТехнический заказчик в проектах создания ИС
Технический заказчик в проектах создания ИС
SQALab
Sef Tech Customer Bezugliy Presentation
Sef Tech Customer Bezugliy PresentationSef Tech Customer Bezugliy Presentation
Sef Tech Customer Bezugliy Presentation
sef2009
Разработка современной электроники с прицелом на массовый выпуск. Почем?
Разработка современной электроники с прицелом на массовый выпуск. Почем?Разработка современной электроники с прицелом на массовый выпуск. Почем?
Разработка современной электроники с прицелом на массовый выпуск. Почем?
Ingria. Technopark St. Petersburg
Прагматичный подход к документированию Веб-проектов
Прагматичный подход к документированию Веб-проектовПрагматичный подход к документированию Веб-проектов
Прагматичный подход к документированию Веб-проектов
Anatol Filin
Anatol filin pragmatic documentation 1_r
Anatol filin  pragmatic documentation 1_rAnatol filin  pragmatic documentation 1_r
Anatol filin pragmatic documentation 1_r
rit2010
Алферов - Роль бизнес заказчика 2012
Алферов - Роль бизнес заказчика 2012Алферов - Роль бизнес заказчика 2012
Алферов - Роль бизнес заказчика 2012
Sergey Polazhenko
บริหาร๶วลา
บริหาร๶วลาบริหาร๶วลา
บริหาร๶วลา
toomtam
Operating through the “eyes” of development: Efficient communications
Operating through the “eyes” of development: Efficient communicationsOperating through the “eyes” of development: Efficient communications
Operating through the “eyes” of development: Efficient communications
DevGAMM Conference
BI-проекты глазами аналитика
BI-проекты глазами аналитикаBI-проекты глазами аналитика
BI-проекты глазами аналитика
SQALab
Проект внедрения КИС
Проект внедрения КИСПроект внедрения КИС
Проект внедрения КИС
Sergey Timofeev

More from DocTrix Product Line (16)

Cравнение возможностей SharePoint VS DocTrix
Cравнение возможностей SharePoint VS DocTrixCравнение возможностей SharePoint VS DocTrix
Cравнение возможностей SharePoint VS DocTrix
DocTrix Product Line
Экосистема предприятия. Полёт в облака нормальный
 Экосистема предприятия. Полёт в облака нормальный Экосистема предприятия. Полёт в облака нормальный
Экосистема предприятия. Полёт в облака нормальный
DocTrix Product Line
Эффективность. 5 шагов, чтобы лучше узнать своих сотрудников
Эффективность. 5 шагов, чтобы лучше узнать своих сотрудниковЭффективность. 5 шагов, чтобы лучше узнать своих сотрудников
Эффективность. 5 шагов, чтобы лучше узнать своих сотрудников
DocTrix Product Line
Big-Data технологии в Microsoft Azure
Big-Data технологии в Microsoft AzureBig-Data технологии в Microsoft Azure
Big-Data технологии в Microsoft Azure
DocTrix Product Line
Microsoft BI - практические сценарии применения
Microsoft BI - практические сценарии примененияMicrosoft BI - практические сценарии применения
Microsoft BI - практические сценарии применения
DocTrix Product Line
DocTrix DocFlow 2013
DocTrix DocFlow 2013DocTrix DocFlow 2013
DocTrix DocFlow 2013
DocTrix Product Line
DocTrix(eng)
DocTrix(eng)DocTrix(eng)
DocTrix(eng)
DocTrix Product Line
DocTrix presentation
DocTrix presentation DocTrix presentation
DocTrix presentation
DocTrix Product Line
DocTrix Platform 2013: модуль печати водяных знаков и QR-кодов. SharePoint.
DocTrix Platform 2013: модуль печати водяных знаков и QR-кодов. SharePoint.DocTrix Platform 2013: модуль печати водяных знаков и QR-кодов. SharePoint.
DocTrix Platform 2013: модуль печати водяных знаков и QR-кодов. SharePoint.
DocTrix Product Line
Геймификация образования или не отнимайте смартфон у ребенка!
Геймификация образования или не отнимайте смартфон у ребенка!Геймификация образования или не отнимайте смартфон у ребенка!
Геймификация образования или не отнимайте смартфон у ребенка!
DocTrix Product Line
DocTrix Portal 2013 - корпоративный портал на SharePoint
DocTrix Portal 2013 - корпоративный портал на SharePointDocTrix Portal 2013 - корпоративный портал на SharePoint
DocTrix Portal 2013 - корпоративный портал на SharePoint
DocTrix Product Line
DocTrix Docflow 2013
DocTrix Docflow 2013DocTrix Docflow 2013
DocTrix Docflow 2013
DocTrix Product Line
i-Sys labs 2013
i-Sys labs 2013i-Sys labs 2013
i-Sys labs 2013
DocTrix Product Line
DocTrix Platform 2010/2013
DocTrix Platform 2010/2013DocTrix Platform 2010/2013
DocTrix Platform 2010/2013
DocTrix Product Line
i-Sys опыт разработок для госорганов
i-Sys опыт разработок для госоргановi-Sys опыт разработок для госорганов
i-Sys опыт разработок для госорганов
DocTrix Product Line
СЭД для госорганов - АИС DocFlow Government
СЭД для госорганов - АИС DocFlow GovernmentСЭД для госорганов - АИС DocFlow Government
СЭД для госорганов - АИС DocFlow Government
DocTrix Product Line
Cравнение возможностей SharePoint VS DocTrix
Cравнение возможностей SharePoint VS DocTrixCравнение возможностей SharePoint VS DocTrix
Cравнение возможностей SharePoint VS DocTrix
DocTrix Product Line
Экосистема предприятия. Полёт в облака нормальный
 Экосистема предприятия. Полёт в облака нормальный Экосистема предприятия. Полёт в облака нормальный
Экосистема предприятия. Полёт в облака нормальный
DocTrix Product Line
Эффективность. 5 шагов, чтобы лучше узнать своих сотрудников
Эффективность. 5 шагов, чтобы лучше узнать своих сотрудниковЭффективность. 5 шагов, чтобы лучше узнать своих сотрудников
Эффективность. 5 шагов, чтобы лучше узнать своих сотрудников
DocTrix Product Line
Big-Data технологии в Microsoft Azure
Big-Data технологии в Microsoft AzureBig-Data технологии в Microsoft Azure
Big-Data технологии в Microsoft Azure
DocTrix Product Line
Microsoft BI - практические сценарии применения
Microsoft BI - практические сценарии примененияMicrosoft BI - практические сценарии применения
Microsoft BI - практические сценарии применения
DocTrix Product Line
DocTrix Platform 2013: модуль печати водяных знаков и QR-кодов. SharePoint.
DocTrix Platform 2013: модуль печати водяных знаков и QR-кодов. SharePoint.DocTrix Platform 2013: модуль печати водяных знаков и QR-кодов. SharePoint.
DocTrix Platform 2013: модуль печати водяных знаков и QR-кодов. SharePoint.
DocTrix Product Line
Геймификация образования или не отнимайте смартфон у ребенка!
Геймификация образования или не отнимайте смартфон у ребенка!Геймификация образования или не отнимайте смартфон у ребенка!
Геймификация образования или не отнимайте смартфон у ребенка!
DocTrix Product Line
DocTrix Portal 2013 - корпоративный портал на SharePoint
DocTrix Portal 2013 - корпоративный портал на SharePointDocTrix Portal 2013 - корпоративный портал на SharePoint
DocTrix Portal 2013 - корпоративный портал на SharePoint
DocTrix Product Line
i-Sys опыт разработок для госорганов
i-Sys опыт разработок для госоргановi-Sys опыт разработок для госорганов
i-Sys опыт разработок для госорганов
DocTrix Product Line
СЭД для госорганов - АИС DocFlow Government
СЭД для госорганов - АИС DocFlow GovernmentСЭД для госорганов - АИС DocFlow Government
СЭД для госорганов - АИС DocFlow Government
DocTrix Product Line

Как капля здравого смысла может спасти проект внедрения СЭД?

  • 1. Ежегодная конференция-выставка по теме электронного документооборота и управления информационными ресурсами DOCFLOW 201420 мая Борьба интересов и противоположностей: как капля здравого смысла может спасти проект внедрения СЭД?
  • 2. Кто мы? • Юлия Ерина, руководитель отдела аналитики i-Sys • Артём Хахалин, руководитель проектов i-Sys
  • 3. Как измеряется успешность IT- проекта• За 8 лет количество успешных проектов увеличилось, но цифры по-прежнему неутешительны. • В бюджет/рамки/границы вписывается лишь 39% всех IT проектов.
  • 5. Что больше всего страдает в неудачных проектах? Соотношение перерасхода средств, несоблюдения сроков и недоработок функционала в сложных IT-проектах. 84% 72% 79% 71% 74% 56% 47% 54% 46% 59% 64% 68% 67% 74% 69% 20% 30% 40% 50% 60% 70% 80% 90% 2004 2006 2008 2010 2012 Время Стоимость Функционал
  • 6. Текущая ситуация • Всего 39% IT-проектов успешны • Больше всего при неудачах страдает функционал и тратится время клиентов • Маленькие проекты в 7 раз чаще оказываются успешными, чем крупные
  • 7. Успешен ли провальный проект? Успешный проект - это всегда компромисс между двумя сторонами Для клиента успех это: • Работающая система, решающая потребности бизнеса • Достигнутые цели • Окупаемость инвестиций Для исполнителя это: • Сделать систему в соответствии с требованиями и в первоначальных рамках проекта и получить за это деньги 
  • 8. Составляющие успеха • Выбор платформы для СЭД в соответствии с ИТ стратегией • Понимание целей и задач проекта • Выбор надёжного вендора • Инициативная команда со стороны заказчика • Правильные коммуникации между исполнителем и заказчиком
  • 9. Анализ выполненных проектов внедрения СЭД • Одинаковые требования к системе • Одна и та же команда от исполнителя • Одни сроки и бюджет Но такие разные заказчики… Команда А Невнимательность Хаотичность Пускают на самотёк Команда Б Формализм Внимание к мелочам Скрупулёзность
  • 10. - Нет сформулированных требований, ТЗ пишем ориентируясь на функционал типовой версии Системы - Рискуем внедрить кота в мешке + Не тратим времени на лишние согласования + Базируемся на типовых функциях системы, максимально апробированных и отлаженных - Очень долгое согласование ТЗ. Занимаемся нормоконтролем вместо согласования сути. - Описываем «идеальную» СЭД, многим клиент не будет пользоваться, но пока этого не понимает + Получаем 2000 листов ТЗ, с которым можно запустить ракету в космос. Заказчик думает, что предусмотрел все. Этап анализа требований Команда А Команда Б
  • 12. Этап разработки - Разрабатываем систему по ТЗ, которое сами и сочинили. На этапе запуска в ОЭ заказчик присылает требования и мы перенастраиваем систему + Заказчик опытным путём понимает что ему нужно, а что нет. Не тратим время на мёртвый функционал + В ТЗ прописан каждый чих разработчиков, им просто и приятно Команда А Команда Б
  • 13. Этап внедрения - Много замечаний, доделываем систему «на ходу» + Быстро устраняем все вопросы, сдаём систему в эксплуатацию - Очень много замечаний не относящихся с функционалу (высота полей, шрифт) - Задерживаем выход в пром, гонясь за идеальной СЭД Команда А Команда Б Количество обращений: 160 По делу По зову души Количество обращений: 600 По делу По зову души
  • 14. По отношению к запланированным затратам Срок Затраты заказчика Затраты исполнителя Функционал 5 % 0 % 0% 10 % 30 % 20 %* 250% 60 % В таблице указываются дополнительные затраты Заказчика (дополнительные затраты на свою команду). При этом дополнительные затраты вендора во втором случае выросли в 2,5 раза. Команда А Команда Б
  • 16. Ненужно стремиться к идеальной СЭД, особенно если вы раньше не использовали подобных систем
  • 18. Не перенасыщайте систему требованиями, посмотрите как она будет вести себя в опытном режиме. Дополнительные требования – хороший повод для второго этапа.
  • 19. Не тратьте время «дорогих» специалистов на неквалифицированные задачи. Команда должна участвовать в проекте с равномерной загрузкой, а не выезжать за счёт руководителя.
  • 20. Не пытайтесь привязаться к интерфейсу старой СЭД – технологии уже сделали шаг вперёд
  • 21. Учитывайте собственные затраты при учете результатов проекта
  • 22. Вовлекайте топ-менеджмент в работу с системой на этапе эксплуатации
  • 23. Вопросы? • Юлия Ерина, руководитель отдела аналитики i-Sys • Артём Хахалин, руководитель проектов i-Sys

Editor's Notes

  • #2: О чем доклад? Наш доклад не о преимуществах СЭД и не о технологиях, а об одном из аспектов внедрения СЭД на предприятии – «Влияние стиля поведения заказчика на результат проекта». Для этого мы взяли несколько наших наиболее интересных проектов, отобрали из них два самых показательных, И провели анализ двух весьма распространенных типов поведения Заказчика, встречаюшихся на реальных проектах внедрения.
  • #3: Кто мы и почему именно мы говорим об этом. Юлия Ерина 5 лет занимается аналитикой и внедрением ECM-систем Артем Хахалин сам несколько лет сам являлся нашим заказчиком и как никто знает, как правильно организовать проектную деятельность по ту сторону силы.
  • #4: Артем – О том успешен завершенный проект или нет, можно судить сравнивая его плановые результы, с фактическими. Обычно сравнивается три основных критерия соблюдение сроков, бюджетов и соответствие реализации согласованному ТЗ. Сейчас немного предыстории по статистике внедрений проектов. (по данным агентства «Standish Group International») Т.е. 29% успешных проектов действительно имели место быть, но это было в далеком уже 2004-м году. В 2012 этот процент вырос до 39%. Что, наверное, хорошо. Но, если таки вдуматься в эту цифру, то оказывается, что в бюджет/сроки/скоуп задач вписывается лишь чуть больше одной трети IT-шных проектов! При этом обращу ваше внимание на увеличение процента успешных проектов в 2010 и 2012. Это были годы финансового кризиса, затронувшего весь мир. А в условиях кризиса деньги выделяются только под самые важные проекты, контроль за которыми ведется намного жестче, да и мотивация исполнителей совсем другая. В общем, когда на кону вопрос выживания, то можно и проект вовремя закончить ;)
  • #5: Артем
  • #6: Артем - график показывает, во что же обходится исполнение т.н. тяжелых проектов. За последние 10 лет появились новые технологии в управлении проектами. Скрамы, эджайлы… Однако, как мы видим, статистика существенно не меняется.
  • #7: Артем
  • #8: Юлия
  • #9: Юля + в конце слайда Вопрос к залу – кто представляет заказчиков, а кто исполнителей
  • #10: Плановые характеристики – с чем зашли на проект
  • #11: Юля – команда А Артем – команда Б Добавить фотки ТЗ в первом и втором случае.
  • #12: Юля – команда А Артем – команда Б Добавить фотки ТЗ в первом и втором случае.
  • #16: Юля
  • #17: Юля. Помните, что идеальный газ, идеальная материя и идеальная фигура существуют только в теории. Как бы вы не приближались к этой величине, ее абсолюта вы все равно не достигните. Ищите здоровый компромисс требований, качества и уддовлетворенности решением.
  • #18: Юля. Помните, с чего мы начинали? С того, что маленькие проекты более успешны. Выберите самый интересный или самый бизнес-критичный процесс и опробуйте на нем выбранных исполнителей да и свою команду заодно. Так будет гораздо проще планировать дальнейшее развитие (появятся нормативы на определенные работы) и вы сможете не утонуть в количестве оценок и требований
  • #19: Артем
  • #20: Артем. Зачастую на плечи Руководителя проекта возлагают ответственность за принятие решений по бизнес-вопросам, в то время как его основная обязанность – процедурные вопросы проекта.
  • #21: Часто бывает так, что заказчик говорит «сделайте мне интерфейс, как в старой системе». Ему старая система кажется идеальной, потому что он привык. На самом же деле, чтобы сделать рывок в производительности, нельзя думать по-старому. Нельзя ожидать серьезных перемен от системы, которая будет братом-близнецом старенькой сэд.
  • #22: Не очень понял мысль которую пытаемся тут донести до слушателей. В чем ее ценность?