Боже мой, реальность не согласуется с моим опытом, я же не лох расширять свои границы, я лучше утрамбую реальность в границы своего опыта. Вот я живу во времени, реальность без времени или с другим течением времени выходит за границы моего опыта, значит хочешь ни хочешь буду пихать всюду время. Ну да, физики что-то там говорят что в в квантовой физики время течет двунаправленно, но я же не могу этого представить, а если я не могу что-то представить это доказывает что физики не правы
Да потому что agile всегда превращается в задницу.
как правило планирование берет на себя менеджмент.
В итоге имеем
— почти всегда хреново спланированный спринт (задачи не правильно побиты, не все поставлены).
— хреновое описанием задач, менеджмент просто физически не успевает описывать что он хочет от разрабов.
— разрабы вынуждены добавлять задачи и баги прям в спринт, или делать действительно нужные задачи которые нужно выполнить до поставленных а время списывать на поставленные.
Это все не лучшим образом сказывается на диаграммах выгорания,
реальные результаты подменяются формальными диаграммами
все сроки идут по бороде.
Постоянный стресс
Этот бардак повышает текучку.
Недоукомплектованность штата (разрабы, тестеры, девопсы) лишь обостряют проблемы
интересно почему во всем мире эта терапия практикуется с 1940х а у нас только с сегодняшнего дня
ну это не революция, это буквально еще один скин
по моему предсказание предсказанию рознь, мне кажется стоит разделять расширяемость и код написанный на будущее.
Ну примером расширяемости можно считать разделение логики сразу на model - view - controller даже в проекте который крайне прост в первой версии
А примером кода на будущего это написание каких-то функций в моделе которые быть может понадобятся в следующей версии
Вроде и то и то написано на будущее, но разница весьма солидная
Боже мой, реальность не согласуется с моим опытом, я же не лох расширять свои границы, я лучше утрамбую реальность в границы своего опыта. Вот я живу во времени, реальность без времени или с другим течением времени выходит за границы моего опыта, значит хочешь ни хочешь буду пихать всюду время. Ну да, физики что-то там говорят что в в квантовой физики время течет двунаправленно, но я же не могу этого представить, а если я не могу что-то представить это доказывает что физики не правы
Не надо так рассуждать!
Чему я научился после того как я случайно уничтожил продуктовую базу данных?
Проходить собеседования!
как правило планирование берет на себя менеджмент.
В итоге имеем
— почти всегда хреново спланированный спринт (задачи не правильно побиты, не все поставлены).
— хреновое описанием задач, менеджмент просто физически не успевает описывать что он хочет от разрабов.
— разрабы вынуждены добавлять задачи и баги прям в спринт, или делать действительно нужные задачи которые нужно выполнить до поставленных а время списывать на поставленные.
Это все не лучшим образом сказывается на диаграммах выгорания,
реальные результаты подменяются формальными диаграммами
все сроки идут по бороде.
Постоянный стресс
Этот бардак повышает текучку.
Недоукомплектованность штата (разрабы, тестеры, девопсы) лишь обостряют проблемы