Что, если мы будем поддерживать оптимизированную мобильную версию для пользователей, которые заходят на сайт через телефон?
А что если ресурсы есть только на то, чтобы поддерживать какую то одну версию? Вообще странная статья. Лично я так и не понял о чем она и зачем написана.
«раз у нас теперь скрам, то теперь ты будешь зваться ПО»
Если есть доступ к руководству, задайте прямой вопрос: «а для чего? Зачем мы внедрили Scrum?»
Уже задавал неоднократно =), реально у людей непонимание что и зачем они делают и это не на одном проекте или в одной команде.
Но если подытожить, мне кажется аджайл невозможно насадить, он должен быть в сердце. Попытки делать скрам в отсутствии «команды мотивированных профессионалов нацеленных на качество продукта» приводит лишь к страданиям для всех. Типа если у вас нет такой команды, то дальше статьи вроде вашей можно не читать не потому что они плохие, а потому что смысла не будет все равно. Сугубо имхо конечно, но пока мой опыт такой. Но буду ждать что вы напишите дальше =)
«PO почти не коммуницирует с командой. Например, он доступен только в рамках обязательных встреч (планирование, sprint review)»
было такое да. Вот не хочет ПО общаться с командой. Не интересно ему что она делает. И стори расписывать не хочет ( ну то есть вообще, у стори есть только название и TBD в дескрипшне). У него лапки. Потом на демо правда удивляется и говорит «я это не так себе представлял». А в день релиза он уходит в отпуск и вырубает телефон и все мессенджеры.
Говоришь об этом начальству «ну да, вот такой вот он у нас человек» зато «мы успешно внедрили скрам во всех командах».
Ну можно конечно заставить его ходить на ретро, но как сделать его реально заинтересованным в продукте? я не знаю. И для себя ответа в статье не нашел, извините =(
Но конечно подожду что вы дальше напишите, может что полезное и будет.
Ну вот и получается, что или в команде есть общий взгляд на проблемы и тогда не надо ничего «внедрять» все делается естественно и само собой.
Или такого взгляда нет и тогда это выглядит как «ок, вам нужны спринты? вот вам спринты! Вам нужны дейлики? вот вам дейлики!» и все это делается исключительно механически и для галочки. Этакий карго-скрам. И как побороть именно вот такой подход я пока не знаю. По моему оно не лечится. Проще или уволить людей или отказаться от попыток наладить какие то процессы.
Пока что не удалось увидеть примеров успешного внедрения скрама. Если члены команды изначально не разделяют ценностей аджайла и не видят преимуществ использования скрам -практик, то все это превращается в двигание кроватей в борделе =(
И вот честно не знаю что делать в таких ситуациях и надо ли вообще что то делать.
Чаще используйте заглушки (моки) вместо реальных объектов.
По моему спорно, тот же мартин фаулер писал, про два стиля написания тестов и про то, что есть факторы по которым следует выбирать, какой стиль использовать, его точка зрения мне как то ближе чем просто заявление «пишите вот так».
какие стандарты? они ведь разные в разных языках/компаниях/проектах. Имхо в 90% случаев все равно человеку придется переучиваться, а когда ему эти стандарты будут вбивать в голову он все равно без опыта реальных проектов не будет понимать зачем это надо.
А что если ресурсы есть только на то, чтобы поддерживать какую то одну версию? Вообще странная статья. Лично я так и не понял о чем она и зачем написана.
Но никто не запрещает его назначить =)
«раз у нас теперь скрам, то теперь ты будешь зваться ПО»
Уже задавал неоднократно =), реально у людей непонимание что и зачем они делают и это не на одном проекте или в одной команде.
Но если подытожить, мне кажется аджайл невозможно насадить, он должен быть в сердце. Попытки делать скрам в отсутствии «команды мотивированных профессионалов нацеленных на качество продукта» приводит лишь к страданиям для всех. Типа если у вас нет такой команды, то дальше статьи вроде вашей можно не читать не потому что они плохие, а потому что смысла не будет все равно. Сугубо имхо конечно, но пока мой опыт такой. Но буду ждать что вы напишите дальше =)
«PO почти не коммуницирует с командой. Например, он доступен только в рамках обязательных встреч (планирование, sprint review)»
было такое да. Вот не хочет ПО общаться с командой. Не интересно ему что она делает. И стори расписывать не хочет ( ну то есть вообще, у стори есть только название и TBD в дескрипшне). У него лапки. Потом на демо правда удивляется и говорит «я это не так себе представлял». А в день релиза он уходит в отпуск и вырубает телефон и все мессенджеры.
Говоришь об этом начальству «ну да, вот такой вот он у нас человек» зато «мы успешно внедрили скрам во всех командах».
Ну можно конечно заставить его ходить на ретро, но как сделать его реально заинтересованным в продукте? я не знаю. И для себя ответа в статье не нашел, извините =(
Но конечно подожду что вы дальше напишите, может что полезное и будет.
Или такого взгляда нет и тогда это выглядит как «ок, вам нужны спринты? вот вам спринты! Вам нужны дейлики? вот вам дейлики!» и все это делается исключительно механически и для галочки. Этакий карго-скрам. И как побороть именно вот такой подход я пока не знаю. По моему оно не лечится. Проще или уволить людей или отказаться от попыток наладить какие то процессы.
И вот честно не знаю что делать в таких ситуациях и надо ли вообще что то делать.
По моему спорно, тот же мартин фаулер писал, про два стиля написания тестов и про то, что есть факторы по которым следует выбирать, какой стиль использовать, его точка зрения мне как то ближе чем просто заявление «пишите вот так».