Scrum
в основном берут тех, кто ничего делать не может или не хочет. Кроме того, их нагоняют со стороны в т.ч. переученных из непрофильных направлений
Плохо не то, что их нагоняют, а то, что их зачем-то учат доминировать. И это как мининмум комично.
Плохо не то, что их нагоняют, а то, что их зачем-то учат доминировать. И это как мининмум комично.
Вот это точно. Лишние люди есть всегда, но когда самые ненужные всях доминячат или "присматривают" за командой - это отстой .
И постоянно говорят "мы": "Мы смогли решить эту проблему", "Мы вовремя успели зафиксить баг". Так даже разработчик не скажет, если он не сам конкретно этот баг исправил. А кто-то сбоку припеку так выступает 
Вот статья неплохая:
https://www.golem.de/news/20-jahre-agiles-manifest-die-ges...
Интересны также комментарии, например:
"Ich kann ja falsch liegen. Aktuell sehe ich das wie folgt:
- oberes Management: Im Prinzip wollen die sich nicht damit abgeben wie die Software funktioniert. Es gibt Produktmanager und die wollen features, features, features.
- mittleres Management: kommt dann ggf. aus den Entwicklerteams und das Wissen schwindet da immer mehr. Die wollen sich auch nicht damit auseinandersetzen wie das aktuell noch funktioniert. Die geben nur die Sachen von oben 1:1 runter und reden ggf. noch mit rein weil sie denken, dass es noch so alles funktioniert wie früher. Längerfristige Planung ist da meistens Fehlanzeige
- Entwickler: Interessieren sich meistens dann nur für coole neue Features in der Programmierung. Am liebsten dann die neuste lib aus github einbinden. Meistens dann eher froh wenn man was zeigen darf im nächsten review. Das höchste der Gefühle ist dann, wenn sie mal unittests schreiben. Das ist aber meistens langweilig und doof.
- ScrumMaster, Personaler, sonstiges Personal: haben davon null Ahnung wie gearbeitet wird und fühlen sich völlig unentbehrlich.
was meistens komplett fehlt, sind dann Architekten, bzw. eine vernünftige Dokumentation und gute (System-/Integrations)Tests, bzw. Schnittstellen dafür. Meistens wird ja nur von Sprint zu Sprint geplant und dann verbaut man sich zukünftige Features, weil der Entwickler ja von der Vision nichts wusste. Tests abseits von Unittests gibts meistens nur manuell, weil man ja keine Schnittstellen spezifiziert, da man ja immer nur von Sprint zu Sprint arbeitet."
Похоже на наши наблюдения.
Разработчики, работающие ради прикольных новомодных техник, менеджеры, которые только диктуют новые фичи и главный бич - скрам-мастеры, которые в каждой бочке затычка, но не понимнают ничего.
А архитекторов, которые технически и стратегически координировали бы работу всех команд и выбирали бы подходящие всем техники, нет или мало.
Разработчики, работающие ради прикольных новомодных техник, менеджеры, которые только диктуют новые фичи и главный бич - скрам-мастеры, которые в каждой бочке затычка, но не понимнают ничего.
Ну это все как и желание доминировать это не грех скрама - этого и без него достаточно.
А архитекторов, которые технически и стратегически координировали бы работу всех команд и выбирали бы подходящие всем техники, нет или мало.
А вот отсутствие архитектора в скраме это меня всегда убивало. Но это факт. Ну типа если вы хотите строить себе дом без архитектора по скраму, то как это будет происходить. Построим сперва стены (это самое очевидное), но без фундамента (а зачем?) Потом в следующий спринт умный ПО скажет, что без крыши никак нельзя, а потому сделаем крышу. Но потом вроде как-бы надо фундамент, поскольку шатается конструкция. Поэтому снимем крышу, разберем стены, сделаем фундамент, а потом обратно. Потом ПО скажет, что надо бы окна сделать, но где и как решится в будущем спринте. Потом окажется, что места для дверей не осталось, потому надо окна в другом месте. Ну и т.п.
Но почему-то в софтвере именно так многое и делается. Архитекторов на свалку истории. И фичи привинчиваем по мере надобности. Видимо потому, что реально людей, кто бы имел план в стиле строительства дома или моста нет. Поэтому работу доверяют бригадам шабашников под руководством СМ, которые делают поэтапно что им скажут без ответственности за конечный результа, а только за один спринт.
У нас есть архитекторы и даже много (и вполне толковые), но они сами обычно спрашивают типа "пришлите мне архитектуру того, чего вы собираетесь делать". Т.е. они больше наблюдатели без ответственности, чем руководители проекта. А по мне так архитектор он и в африке архитектор и должен быть главным по любому инжинерному проекту.
Да, пассивная роль или отсутствие архитектора - для меня тоже главная проблема.
Правда, здесь регулярно говорят плохие слова про ПО и мне уже надоело оправдываться. Но в сложных бизнес-решениях, где речь не о не банальном магазине, а о сложных процессах, математических алгоритмах, симуляциях, оптимизации, ПО необходим.
В строительстве роль ПО как раз играет архитектор, и нормальный архитектор не только знает, что дому нужна крыша, но и во всех деталях описывает все части здания, включая эстетику, пропорции и выбор по ГОСТу оконных рам, дверей итд. А вот инженер-статик - тот, кто в разработке архитектор. Он решает, как сделать несущие конструкции.
А вот отсутствие архитектора в скраме это меня всегда убивало.
Эммм... кто мешает запланировать задачи для архитектора? Для дизайна? Для спецификаций? И так далее? С ревью и приёмкой? Вот для этого и существует ретро - чтобы понять необходимость таких вещей, и соответствующим образом модифицировать процесс.
Во многих командах просто нет архитекторов. Решения выбираются от балды - кому какая технология кажется круче и хайповее, а не по рациональным критериям. Это же агильно, что долго думать. Агильность поощрает хакеров, ненавидящих договариваться со смежниками и иметь концепцию. Архитекторы, если они все же есть, не учитывают потребности всех смежных модулей. Каждый делает свое, пусть и неплохое, но вместе это не работает или работает с трудом. Новые клиенты покупают сразу целый набор модулей и начинаются мучения с их установкой, авторизацией, автоматизации, внедрением в веб-фрейм итд.
А кто на ревью будет оценивать выполнение задач архитектором? Скрам мастер, ни бельмеса не смыслящий? ПО, который технические решения оценить не может? Он может задать перформантность и стабильное функционирование новых фич, но откуда он знает, не возникнет ли впоследствии конфликт с фичами следующих спринтов или с интерфейсами? Это могли бы частично решить тесты, но тесты это тоже больное место скрама, кроме юнит-тестов.
Ну это все как и желание доминировать это не грех скрама - этого и без него достаточно
Хотеть не вредно. Но такого рая для Шариковых всех мастей как в скраме где-то ещё вряд ли найдёшь. Не нужны ни знания, ни связи, ни пробивные способности, ни человеческие качества. Закончил двухнедельный курс, не требующий никаких базовых знаний, и тебя прямо с улицы возьмут на позицию, где ты с порога можешь доминировать.
Это могли бы частично решить тесты, но тесты это тоже больное место скрама, кроме юнит-тестов.
С чего бы это? Вы просто не используете ретро для рихтовки процесса. При адекватном подходе за пару месяцев всё приводится в работоспособную форму, за полгода - приближается к оптимуму. Ну и право голоса на ретро есть у всех. Берёшь и убеждаешь. Easy.
Но такого рая для Шариковых всех мастей как в скраме где-то ещё вряд ли найдёшь. Не нужны ни знания, ни связи, ни пробивные способности, ни человеческие качества. Закончил двухнедельный курс, не требующий никаких базовых знаний, и тебя прямо с улицы возьмут на позицию, где ты с порога можешь доминировать.
Тут на соседней ветке кто-то переориентироваться собирался...🤔
Пиф-Паф.Построим сперва стены (это самое очевидное), но без фундамента (а зачем?) Потом в следующий спринт умный ПО скажет, что без крыши никак нельзя, а потому сделаем крышу. Но потом вроде как-бы надо фундамент,
Пока будешь полтора года проектировать по ГОСТу, то, как говорится, все черепахи уже разбегутся. Сейчас темп жизни другой.
Потому да, лепят кое-как, но быстро. Нужна аналогия не с пропущенным фундаментом, а, например, строим навес, потом стены из веток, потом вырезаем окна, пристраиваем помещение из досок, потом крыша получше и так далее.
Классическая картинка про MVP, во втором случае всегда есть хоть и убогий, но хоть как-то полезный продукт.
С чего бы это? Вы просто не используете ретро для рихтовки процесса. При адекватном подходе за пару месяцев всё приводится в работоспособную форму, за полгода - приближается к оптимуму. Ну и право голоса на ретро есть у всех. Берёшь и убеждаешь. Easy.
Так а чья это роль в скраме - брать и убеждать писать правильные тесты или вабирать техники по рациональным критериям, учитывая мир вокруг? Ее-то как раз вроде как не предусмотрено.
Тут на соседней ветке кто-то переориентироваться собирался...
Кстати я уже когда писала, об этом подумала 
Кто готов захватить лидерство и повести за собой - того и роль. Обычно моя.
Классическая картинка про MVP, во втором случае всегда есть хоть и убогий, но хоть как-то полезный продукт.
Это где как. Mы тоже живем в нашем времени, но стрoим сразу машину, пусть по частям. Потому что на самокате наши пользователи никогда кататъся не будут. Лучше будут ездить на такси, пока машину не доставили.
Кто готов захватить лидерство и повести за собой - того и роль. Обычно моя.
Так это редкость, что в команде находится разработчик с реальным, многогранным опытом в различных технологиях. С аналитическим мышленим, позволяющим принимать обоснованные решения, с умением видеть всю картину. Да еще с задатками лидера. Это придется в каждую команду нанимать технического лида извне. Либо искать хороших архитекторов. Но где они в системе скрама?
Н.п.
Все, мы сегодня официально похоронили скрам. Смешав все возможные митинги вместе))) этакий ревью, ретроспективу и рефакторинг с планингом заодно))) Переходим на канбан: два ПО, и я единственный разработчик на 30 часов 🤦 Ну круто, чо))) Но хоть от этого безумия, когда надо угадать, как работа пойдет в ближайшие три недели, и запланировать нереальное - ушли. Теперь - по мере поступления. Договорились, что держим тридцать открытых задач, отсортированных ПО по приоритетам. А я, как разработчик, сама решаю, что делаем и когда. По логике, а не по приоритету)))
Все, мы сегодня официально похоронили скрам
Здорово! Скорее весего с канбан будет лучше. А я вам теперь завидую!!! У нас невозможно просто так придти к разумному выводу, что 2 недели слишком короткий срок для выполнения сложных задач и прекратить всё это. Хотя больше нет сраммастерши, которая постоянно повторяла, что технический профан, поэтому встревала и одёргивала, и собственно не давала возможности ни к какому конструктивному разговору по существу, и всё же задачи планируют глобальные и всеобъемлющие, но в кратчайший срок и без описания. Я не програмирую софт, но консолидирую данные из разных гетерогенных систем и для моих заданий по краиней мере можно было бы обеспечить меня инструкциями к этим системам, но так не бывает...
Вообще абсурд - есть некий американский тул и есть течническая поддержка, котороj я не имею права показывать наши данные, имена серверов и проч.. Вот как мне с этим хотлайн проконсультироваться ничего им не показывая? А спринт уже в среду заканчивается...