Какие достоинства/недостатки у работы по SCRUM?

Question

[kot-samolet]

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

Answer 1

[kn0ckn0ck]

Вопрос конечно с подвохом, потому что для одного преимущества, а для другого это же недостатки :) Тут уж на любителя... Но по мне так:

преимущества:
- всегда есть работа
- много общения с коллегами (в том числе противоположного пола)
- получение знаний в смежных с разработкой областях
- нет персональной ответственности за результат
- цели спринта/команды обычно выше желаний всяких начальников

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

Answer 2

[Sir Waat]

Основная проблема скрама в том, что он всем нравится, все читали книги и слышали, как он улучшал работу над разными проектами, но все боятся полностью "доверить" этой методологии.
Частая проблема в том, что скрам внедряется частично. Мы все равны, но как сказал тим-лид - так и будет. Тех день не для того, чтобы сидеть и учиться, лучше беклог почитай.
Другая проблема в том, что не все до конца понимают идеи скрама. Простой пример - кроссфункциональность комманды. Директор прочитал про скрам, приходит и начинает требовать дабы все разрабы начинали учить бегом UI\UX, ведь мы должны уметь делать все. Благо исправляется достаточно легко - нормальным тренингом по методологии.
Если же команда понимает, что скрам - это не серебряная пуля или волшебная таблетка, а использует его грамотно, уделяя внимание команде разработки и собственно её развитию, то можно положиться на скрам мастера (если такой присутствует в компании), либо ознакомиться со Scrum Guide Сазерленда и Швабера и после пообщаться по этому поводу с тим-лидом.

Answer 3

[Nentra]

Столкнулся со скрамом на одной из подработок, на текущий момент вижу в нём только недостатки:
1. Приходится каждый день тратить по пол часа - часу на собрания, на которых больше половины времени рассказывают какие плохие люди те кто сейчас отсутствуют, вторую половину времени спрашивают кто что сделал если не сделал то почему, дают задачи на день (в которых надо ещё разобраться, на других проектах, которые не по скраму, спускали просто уже готовые задачи - бери и делай).
2. Какой то бардак и неразбериха все пытаются свалить задачи на друг друга.
3. На совещании бывает что отсутствует больше половины команды задействованной в разработке.
4. Давят абсолютно на всех участников проекта, почему за вчера не сделал, когда будет сделано, вынуждают оправдываться.