• Как можно измерить (оценить) выгоду от перехода с Waterfall на SCRUM?

    angrySCV
    @angrySCV
    machine learning, programming, startuping
    >Задач множество, каких-то типовых нет.
    если задачи уникальные, то все ваши планы по разработке - очковтирательство.

    >переход всей разработки на SCRUM, только после того , как мы сможем на цифрах показать выгоду
    ваше мышление еще не готово переходить на гибкие методологии.
    Многие вещи в цифрах не считаются.
    Вам предлагают посчитать в цифрах следующее: идти в магазин ориентируясь на местности или идти в магазин с закрытыми глазами по карте которую вы нарисовали у себя дома, при этом вы никогда не ходили до этого в магазин и вообще не знаете есть ли он там.
    По плану и там и там одинаково эффективно вы должны дойти, а в реальности с закрытыми глазами вас через 15 минут пути машина собьет, или вы просто шею сломаете зайдя не туда.
    ========
    Суть в том чтоб за 2 года запланированной разработки, не прийти в помойную яму вместо магазина.
    Попытаться все спланировать и посчитать итог работ - это опять из ватерфола, вы живете в недетерминированном мире в котором вы НЕ можете все вокруг посчитать и проконтролировать, вы либо это принимаете и начинаете по другому мыслить и действовать (на основе обратной связи) , либо дальше занимаетесь очковтирательством.
    П. С.
    бизнес не любит неопределенности, любят гарантии и точные ответы - поэтому заказчик будет все равно ТРЕБОВАТЬ чтоб ему в очки втирали дичь, по поводу обьемов работ и сроков, это основная проблема внедрения гибких методологий, привычка и не желание людей по другому мыслить.
    Ответ написан
    6 комментариев