Лингвофорум

Во всех конторах скрам разный.
Глобальная же цель проста – автономизация рабочей силы, чтобы не было непрерывной связанности всех со всеми, что замедляет работу из-за необходимой коммуникации.
Если же зависимости существуют, их стараются отобразить явно, продумать, как их уменьшить.

Вторая цель – распределение ответственности, фиксация обязательств на данный момент времени.

Цитата: Yougi от ноября 15, 2021, 12:56

ЦитироватьПредложи организовать курс скрума для всех, чтобы и ты и другие, понимали, что это такое.

Другие-то может и понимают, я персонально не понимаю.
Пытался читать что-то - типичный карго-культ и дианетика.
"NNN внедрил у себя скрум и добился ого-го, чего добился!"
  Я так понимаю, что когда производственный процесс нормально организован, никакого отдельного скрума не надо, а если он организован фигово, тогда и скрум не поможет.
Говорю же, напоминает советские времена, когда на комсомольском собрании обещали по рацухе в месяц в течении года внедрять. Но задница-то в том, что рацухи при налаженной технологии нафиг не нужны.

Я согласен. По моему опыту, далеко не всегда можно внедрить скрам а если даже формально и можно то не факт что это поможет, часто только люди бессмысленно просиживают часы на "церемониях", а по сути рулит старый добрый микроменеджмент.

Скрам-митинг это и есть обычная планёрка / летучка. Обычно просто обсуждают, есть ли какие-то проблемы, которые потенциально могут выбить из графика спринта, чтоб все были синхронизированы. В идеале собирается команда (3-10 человек), и каждый говорит (1) что он сделал (2) что он собирается делать (3) что ему может помешать; всё это длится 5-15 минут, а потом все расходятся делать свои дела.

Цитироватьвсё производит "адхочно" - пришёл заказ, устроили совещание, начальник раздал указания. Но в таком процессе один пашет сверхурочно, а другой сидит балбесничает.

не, это понятно; если начальник слажАл и неправильно распределил объём работ среди сотрудников одной специальности и квалификации, то это поправимо, но для этого всю жизнь по утрам была летучка, а по вечерам - селекторное, и ни про какие скрумы никто не слышал.
А вот если скрумят пишимашинистку и кузнеца ( что происходит в моём случае  - на проекте два человека, я пишу взаимодействие с хардвером, другой чел пишет к тому, что пишу я, веб-междумордие ) - это как-то странно.

Цитата: Yougi от ноября 15, 2021, 12:56
"NNN внедрил у себя скрум и добился ого-го, чего добился!"

Ну это как обычно, маркетинг. Scrum-мастерам тоже нужна работа.

Цитата: Yougi от ноября 15, 2021, 12:56
Я так понимаю, что когда производственный процесс нормально организован, никакого отдельного скрума не надо, а если он организован фигово, тогда и скрум не поможет.

Не вполне. В небольших конторах часто вообще не задумываются над тем, как организован производственный процесс, всё производит "адхочно" - пришёл заказ, устроили совещание, начальник раздал указания. Но в таком процессе один пашет сверхурочно, а другой сидит балбесничает. Scrum - готовая методология, её можно внедрить по готовым шаблонам, и для организации, в которой не было как таковой системной организации рабочего процесса, действительно могут быть изменения к лучшему: сотрудники будут более равномерно нагружены, рабочий процесс станет более контролируемым, ну и, опять же, будет элемент добровольности, и соответственно, персональной ответственности отдельных сотрудников. Другое дело, что если есть обкатанная схема производственного процесса, которая нормально работает, то не факт, что переход на Agile-методологии что-то даст, можно наоборот всё испортить. Это не универсальное решение, подходящее всем.

ЦитироватьПредложи организовать курс скрума для всех, чтобы и ты и другие, понимали, что это такое.

Другие-то может и понимают, я персонально не понимаю.
Пытался читать что-то - типичный карго-культ и дианетика.
"NNN внедрил у себя скрум и добился ого-го, чего добился!"
  Я так понимаю, что когда производственный процесс нормально организован, никакого отдельного скрума не надо, а если он организован фигово, тогда и скрум не поможет.
Говорю же, напоминает советские времена, когда на комсомольском собрании обещали по рацухе в месяц в течении года внедрять. Но задница-то в том, что рацухи при налаженной технологии нафиг не нужны.

Судя по описанию, просто не умеет эта контора скрум.
Предложи организовать курс скрума для всех, чтобы и ты и другие, понимали, что это такое.
---
Sincerely yours дипломированный Scrum Master и недодипломированный Scrum Product Owner.

Я в двух словах попробую объяснить, как это у нас работало на предыдущем месте работы.

Большой проект разбивается на небольшие этапы ("спринты" или "выгрузки"), у нас спринт был две недели. За время спринта команде нужно сделать определённый объём работ, который можно презентовать заказчику, исходя из этого принципа и выбирается длительность спринта (может быть неделю, месяц, два месяца, но обычно две недели). В начале спринта устраивается общее собрание, на котором участники высказывают свои соображения, какие мелкие задачи необходимо выполнить для реализации спринта. Обычно начинает и ведёт этот процесс менеджер проекта, остальные дополняют. Потом каждый из участников говорит, за какое задание он готов взяться, измеряет сложность задания в условных попугаях и озвучивает примерное время, которое он потратит на его выполнение. Если руководитель считает нужным, он конкретную задачу может поручить конкретному человеку. Так составляется карта занятости на конкретный спринт, специальный сотрудник заполняет соответствующую таблицу. Далее, каждый день по утрам собираются "летучки", на которых обсуждаются текущие вопросы и проблемы.

Как мне показалось, работа по Scrum подходит организациям, где конкретные инженеры или разработчики могут работать относительно независимо друг от друга, то есть каждый сначала делает свою задачу, а интеграция и взаимодействие производится на отдельных этапах. Чтобы применить эту методологию к вашей работе, надо знать специфику.

Хорош этот принцип тем, что позволяет гибко (модное слово Agile) переориентировать работников на другие задачи, контролировать их нагрузку. Менее гибкие принципы разработки приводили к тому, что из-за проблем на одном участке шёл простой у большого количества людей на других участках. Ну и, конечно, Agile - это не серебряная пуля, некоторые услышат модное слово, и начинают его внедрять там, где он нужен как собаке пятая нога.

 Попал я в некую конторку, в которой используется скрум.
Но что-то мне плохо понятно, что это такое, и зачем оно.
На обычной планёрке я могу сказть - "чтобы сделать запланированную работу в срок, мне нужно то-то и то-то; нужно чтобы конструктор нарисовал правильно клапана, а монтажник их правильно установил... " этцетера, но когда я пытаюсь сказать то же самое на скруме, мне говорят, что это не то, о чём надо говорить, мол, надо анализировать все проблемы и проч., а когда я говорю, что проблема в монтажнике-рукожопе, мне опять говорят, что не, не то, и что я не понимаю сути скрума...
Комсомольское собрание какое-то. А и Б не говорите, чёрного с белым не берите...

Кто практикует оный скрум - о чём там вообще, кроме того, что "дать стране угля любой ценой" и прочий карго-культ?