Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Владимир Дроган - Срывая дэдлайн готовь клиента к бонусу!

gdg_rnd
September 17, 2017

Владимир Дроган - Срывая дэдлайн готовь клиента к бонусу!

web разработчики часто считают своим конкурентным преимуществом хорошее портфолио и рекомендации. Но давайте посмотрим на реальность. WEB технологии развиваются настолько быстро что к тому моменту когда программисты освоили один фреймворк на рынке появился новый. Если раньше программа считалась устаревшей когда она дописана, то сейчас стартапы меняют продукт так быстро что продукт устаревает уже на этапе написания ТЗ. Рейтинги, рекомендации и портфолио призваны вселить в клиента ощущения что его будущее будет только успешным. Но это полностью противоречит той изменчивости мира с которой придется столкнуться при работе над проектом. При такой скорости изменений ситуации каждый новый проект это новый опыт. Работая в сфере где все меняется очень быстро нужно давать совершенно другие ценности своим клиентом и так как следствием изменчивости является риск, то вместо подогнанных под ожидания клиента дэдлайнов нужно предлагать систему управления рисками. Чем больше проект тем больше в нем маленьких недодуманностей. Каждое новое мелкое уточнение или изменение как эффект бабочки часто полностью меняют план проекта иногда увеличивая сроки экспоненциально. Работая над проектами в парадигме управление рисками клиент всегда получает больше чем проект - он получает право знать правду, но для этого нужна смелость!

GDG South DevFest 2017

gdg_rnd

September 17, 2017
Tweet

More Decks by gdg_rnd

Other Decks in Business

Transcript

  1. темы доклада 1. внутренние сложности календарного планирования; 2. непредсказуемое изменение/расширение

    требований со стороны заказчика; 3. текучка кадров (как со стороны заказчика так и со стороны разработчика); 4. использование относительно новых технологий в разработке; 5. низкая производительность Проблемы Roonyx.tech
  2. темы доклада все понятно, все умеем ничего не понятно, ничего

    не умеем Наличие ресурсов, уровень скилов, опыт в технологиях Детальность ТЗ, опыт клиента, заинтересованность и т.п. Определение рисков. Тип проекта. Roonyx.tech
  3. темы доклада Анализ рисков Условие возникновения риска и его описание

    Симптомы его заблаговременного обнаружения (если возможно) На что повлияет случившийся риск (время, деньги, репутация) Что случится если риск станет событием и мы не сможем противодействовать ему Roonyx.tech
  4. темы доклада Оценка рисков На основании сравнения с историей подобных

    проектов Покер метод, когда каждый участник в тайне ставит оценку и потом сравнивают результат. Берут за основу либо чаще всего полученную оценку, либо средне-арифметическое. Групповой метод оценки каждого риска в небольшой группе и представление его всей команде. Метод «адвоката дьявола». Риски разбираются командой и каждый пытается обрисовать его в самом плохом виде. Roonyx.tech
  5. темы доклада Мониторинг и повторение Если кто-то говорит что все

    под контролем, то скорее всего уже наступил ппц.. Roonyx.tech
  6. темы доклада Мониторинг и повторение Если кто-то говорит что все

    под контролем, то скорее всего уже наступил ппц.. «Fail Early» Roonyx.tech
  7. темы доклада Мониторинг и повторение Если кто-то говорит что все

    под контролем, то скорее всего уже наступил ппц.. «Fail Early» -предупредительность Roonyx.tech
  8. темы доклада Мониторинг и повторение Если кто-то говорит что все

    под контролем, то скорее всего уже наступил ппц.. «Fail Early» -предупредительность -правда Roonyx.tech
  9. темы доклада Основные отличия Прозрачность - выставляйте все, что мы

    делаем, чтобы мы могли рано видеть риски Совместное планирование - использование знаний всей команды, видеть больше рисков Участие клиентов - Смягчение риска для клиентов путем их привлечения на протяжении всего жизненного цикла Roonyx.tech