Достали вы уже, защитники иконостасов.
Вместо того чтобы подумать хоть чуть-чуть, найти рациональное зерно молитесь своим богам и не видите леса за елками.
А потом спрашиваете, почему люди не принимают Аджайл?
Да потому что из манифеста и практик Скрама не очевидно что за этим стоит.
Я вам про опыт свой десятилетний, вообще-то довольно успешный, а вы мне про теорию и практики прошлого века.
Ну значит можете считать что этот твит для тех кто «думает головой» и как Энштейн задумывается о выборе того единственного костюма который будет носить потом всю жизнь.
У вас нет сведений костюм у него был куплен на распродаже или сшит по заказу лично для него?
1. Делайте их по очереди - будет меньше ошибок.
2. Здесь эффективность - сколько можно заработать на этой задаче. Также существует много практик приоритизации в сложных ситуациях.
4. Согласен. И не призываю скипать хорошие практики. Более того рекомендую включить требования по архитектуре и тестам в условия готовности задачи.
5 и 6 Дело ваше. Есть и плюсы и минусы. Выбирайте то что вам больше нравится. Для меня эффективнее доводить работу до конца не откладывая ничего на потом. Убедить мне вас теоретически не получится.
7. Оттачивайте мастерство разными способами - делайте ретроспективы, ревью кода, анализ багов, анализ архитектуры и т.п.
А с элементами аджайл вы сталкиваетесь в работе стопроцентно.
Просто вы не называете их таким словом. Потому что они тривиальны и не нуждаются в доказательствах.
Аджайл - модное слово, но в основе лежат как раз такие простые вещи которые я в статье и описал.
К сожалению ни Скрам ни ХР ни Канбан не говорят о них напрямую. Поэтому люди часто не замечают эти простые вещи за инструментами.
Но если пойти на тренинг к Асхату, Сазерленду или Книбергу вы стопроцентно услышите о них.
Я даже не против вашего подхода. И вы согласны что в нем есть недостатки.
Так может сойдемся на том что, если есть возможность, закончить задачу лучше сразу?
А по психологии действительно есть люди которые предпочитают дотащить сразу до финиша, а есть те кто делает это в несколько приемов.
Я отношу себя к тем кому проще сделать и забыть. И считаю что при этом потеряю меньше времени и меньше устану психологически.
Вы считаете наоборот.
Каждому свое, правда?
Отлично, вы же сами предложили два варианта.
1. Дать задачу тому кому она более интересна
2. Как психолог вы наверное знаете что отношение субъективно. Посмотрите на задачу с другой точки зрения. Возможно вы найдете в ней что-то интересное.
Я еще могу предложить вариант — не беритесь за нее пока не решите что готовы.
Еще можете придумать?
Только пожалуйста, не усложняйте себе жизнь недоделанной работой.
Дело в том что на переключение время вы все равно тратите.
А я знаю много профессиональных программеров кому наплевать интересная задача или нет.
Надо значит надо — это работа и ее надо делать.
Если вы сможете этому научиться — будет еще одним вашим плюсом.
Если вы попробуете провести аналогии между теми умными словами что написали в комментарии и моими то увидите плотную взаимосвязь.
Хочу сказать что я ни сколько не против быстрой обратной связи, определения Done итераций и Flow диаграмм.
Часто люди просто не понимают что за этим стоят очень простые вещи.
Важно за всем этим арсеналом держать фокус на действительно важных вещах.
Если вы делаете скарм, но работа над ошибками (ретроспектива) формальность, то надо что-то делать.
Ну отлично, так сделайте задачу и занимайтесь следующей.
Иначе вы теряете время на переключение и увеличиваете количество коммуникаций.
Вы правы, есть и психологический фактор — ваше мнение по поводу интересности задачи влияет на вашу продуктивность.
Вы можете поработать над своим мнением и поднять собственный профессионализм на новый уровень убрав эмоциональную окраску с решаемых задач.
Или тратить время на переключение между задачами.
Выбор за вами.
Вместо того чтобы подумать хоть чуть-чуть, найти рациональное зерно молитесь своим богам и не видите леса за елками.
А потом спрашиваете, почему люди не принимают Аджайл?
Да потому что из манифеста и практик Скрама не очевидно что за этим стоит.
Я вам про опыт свой десятилетний, вообще-то довольно успешный, а вы мне про теорию и практики прошлого века.
Спасибо за поддержку!
У вас нет сведений костюм у него был куплен на распродаже или сшит по заказу лично для него?
Agile — when all involved parties work together as a single person on a smallest most valuable task one by one with defined constant quality
2. Здесь эффективность - сколько можно заработать на этой задаче. Также существует много практик приоритизации в сложных ситуациях.
4. Согласен. И не призываю скипать хорошие практики. Более того рекомендую включить требования по архитектуре и тестам в условия готовности задачи.
5 и 6 Дело ваше. Есть и плюсы и минусы. Выбирайте то что вам больше нравится. Для меня эффективнее доводить работу до конца не откладывая ничего на потом. Убедить мне вас теоретически не получится.
7. Оттачивайте мастерство разными способами - делайте ретроспективы, ревью кода, анализ багов, анализ архитектуры и т.п.
А с элементами аджайл вы сталкиваетесь в работе стопроцентно.
Просто вы не называете их таким словом. Потому что они тривиальны и не нуждаются в доказательствах.
Аджайл - модное слово, но в основе лежат как раз такие простые вещи которые я в статье и описал.
К сожалению ни Скрам ни ХР ни Канбан не говорят о них напрямую. Поэтому люди часто не замечают эти простые вещи за инструментами.
Но если пойти на тренинг к Асхату, Сазерленду или Книбергу вы стопроцентно услышите о них.
Так может сойдемся на том что, если есть возможность, закончить задачу лучше сразу?
А по психологии действительно есть люди которые предпочитают дотащить сразу до финиша, а есть те кто делает это в несколько приемов.
Я отношу себя к тем кому проще сделать и забыть. И считаю что при этом потеряю меньше времени и меньше устану психологически.
Вы считаете наоборот.
Каждому свое, правда?
1. Дать задачу тому кому она более интересна
2. Как психолог вы наверное знаете что отношение субъективно. Посмотрите на задачу с другой точки зрения. Возможно вы найдете в ней что-то интересное.
Я еще могу предложить вариант — не беритесь за нее пока не решите что готовы.
Еще можете придумать?
Только пожалуйста, не усложняйте себе жизнь недоделанной работой.
А я знаю много профессиональных программеров кому наплевать интересная задача или нет.
Надо значит надо — это работа и ее надо делать.
Если вы сможете этому научиться — будет еще одним вашим плюсом.
Хочу сказать что я ни сколько не против быстрой обратной связи, определения Done итераций и Flow диаграмм.
Часто люди просто не понимают что за этим стоят очень простые вещи.
Важно за всем этим арсеналом держать фокус на действительно важных вещах.
Если вы делаете скарм, но работа над ошибками (ретроспектива) формальность, то надо что-то делать.
Иначе вы теряете время на переключение и увеличиваете количество коммуникаций.
Вы правы, есть и психологический фактор — ваше мнение по поводу интересности задачи влияет на вашу продуктивность.
Вы можете поработать над своим мнением и поднять собственный профессионализм на новый уровень убрав эмоциональную окраску с решаемых задач.
Или тратить время на переключение между задачами.
Выбор за вами.