Дочитываю книгу "Scrum революционный метод управления проектами". Так и не нашел ничего принципиально революционного, но это отдельный разговор.
Меня в этой методике "радует" одно - нигде автор не говорит про материальное вознаграждение команды. В тоже время просит от каждого участника команды одинакового вложения сил и времени. При этом негативно относится к тем кто "не делится" своими знаниями. У меня возник вопрос - либо автор считает что з/п это "дело гигиены" и каждый участник имеет з/п которая его удовлетворяет, либо я не понимаю с чего кто-то должен делиться своими знаниями на проекте за просто так?
Мои знания это мой капитал. Готов ими делиться если мне за это заплатят. Может я не так понимаю то что автор пытается донести, или перевод корявый?
ИМХО. В любом случае, если не вознаграждать за дележ знаниями, рано или поздно появится проблема безбилетника. Хотя может я хорошо думаю про автора и он как раз за безбилетный проезд?

Кто что думает о Scrum, и если используете его при работе, то как решаете проблему безбилетника?

Для тех кто не в курсе что такое "проблема безбилетника", привожу академический пример (анекдоты портят карму).

Есть племя живущее на острове. Есть шаман. Шаман придумал новый ритуал. Раз в год каждый житель племени приносит стакан вина и сливают в бочку. Потом все празднуют "праздник урожая". Если пренебречь "воспитанием", то рано или поздно, каждый житель племени начнет выливать в бочку воду в надежде на то, что другие нальют вино. В этом и заключается проблема безбилетника. Это классический пример из курса лекций по институциональной экономике. Один из способов решения проблемы - воспитание. Но применительно к Scrum он не подходит.

(0) Это все для гуглов и фйсбуков.
там зп очень хорошая изначально

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

(2) Хм... про такое допущение только у Фредерика Брукса читал. Тут автор так легко пропускает этот момент :) Значит понимание верное... считаем что все удовлетворены, а работать продуктивно мешают старые методики.

Тогда получается, что любой метод управления проектом, всегда выше уровня мотивации. Интересно...

(0) Вот начитаются всяких тупых книжонок, а потом зарплаты платят маленькие и удивляются, чего это вся эта хрень заморская не работает?
Платите бабло, блеять!

а где в Скраме про делится знаниями?

(6) Автор в двух главах говорит что есть люди которые не хотят делиться своими знаниями. Держатся за них считая что это их статус. Автор считает что таким людям работать в Scram команде противопоказано. Он предлагает им либо начать делиться своими знаниями, либо искать другую работу.
Если нужно, могу точные цитат найти, но только завтра :).

(0) Не совсем понятно, в чем суть проблемы. Если мы говорим про классический scrum, то у каждой задачи есть оценка полученная в результате покера планирования. Есть конкретный исполнитель. Ну и платите ему за эту задачу. Коммуникации между членами команды дело конечно архиважное, но в этом и задача scrum мастера, что бы их наладить, верно не?

(7) Этой практики в скраме нет, вот в XP есть совместное владение кодом и парное программирование. Если кто то отказывается делится знаниями, тогда как все остальные полноценно делятся, то от такого нужно избавляться. Но чаще источником знаний является кто то один, а остальные его постоянно дергают.

(0) а нет книжек не западных?
типа взять семью в заложники и не выдать пока не выполнят работу

вот видосик на 15 минут, который расскажет про все практики гибкого управления https://www.youtube.com/watch?v=mIVRFYjIZ5A в книгах обычно меньше пользы

(10) Не западных по какой теме?

отличие нашей реальности от западной:
У них как из человека выжать максимум любой ценой.
У нас: как как получить максимум за определенную сумму.
Вроде отличие небольшое, но абсолютно принципиальное

(12)мотивации сотрудников очевидно.

(14) Ну если найдешь, отпишись

(0) смешал в кучу невпихуемое и удивляешься. Scrum - это про управление продуктом, а не про управление командой.

(16) @Методология делает акцент на качественном контроле процесса разработки.@

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

(0) чтобы scrum работал - у всех участников должно быть ощущение единой цели. Как бы если вы сели в одну лодку и решили переплыть на ней бушующее море. В такой ситуации нет проблем "не делиться знаниями".

Как это сделать - задача руководителя. Все зависит от конкретной ситуации.

А вообще, специалисты по гибким методологиям говорят, что скрам трудно прижвается - потому что к членам команды предьявляются большие требования. Нужно, чтобы было что-то что заставляло людей работать вместе.

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

(16) скрам - это про управление командой тоже.
стендапы, рефлексия, взаимозаменяемость - это и про команду тоже

(0) вопрос немного странный :)

Вот мы работаем в конторе которая пишет софт на заказ.

Открыли проект, собрали команду (аналитики, программеры и пр.), начали работать.

Договорились в команде придерживаться правил организации совместной работы по scrum (на самом деле, пофиг по какому принципу, хоть по ГОСТ - главное, что договорились о каких-либо правилах).

И тут один из членов команды говорит - "ээээ!! Я ничо никому рассказывать дополнительно не буду! Никому свои фичи не расскажу. И не подходите ко мне со своими вопросами, сами ботайте! А если хотите, чтоб я вам помог советом - пусть мне РП за каждый совет по 300р платил"


так что ли? :)


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

(7) там видимо уже про более глубокие психологические особенности людей

кто-то прям реально готов помогать налево и направо и его от этого прёт. А кто-то более "холоден", скажем так. Он также помогает, но без безграничного энтузиазма )))

истина, как обычно, посередине - надо и товарищу помочь, и самому всё успеть сделать

Касательно денежной мотивации при командной работе - опять же, это как-то из другой плоскости.

Если у вас оклад - то какая разница, по какому принципу вы работаете?

Если какая-то другая форма оплаты, то есть примеры, когда оплата может зависеть от веса и сложности задач, которые вы на себя берёте и делаете в соответствии с требованиями.

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

(21) Верно. Немного по другому тракту. Приведу пример из жизни. Имею компетенции по управлению разработкой ПО, по сопровождению, по организации хелпдеска. Аналогичными компетенциями обладают еще несколько сотрудников с моего подразделения. В наши задачи официально входит только разработка и сопровождение. Есть смежное подразделение занимающееся хелпдеском. Несколько лет наш отдел всячески помогал хелпдеску и давал советы как организовать работу. Более 90% советов было проигнорировано. Сначала мои сотрудники начали возмущаться - почему мы им помогаем, а они даже не прилагают усилий выучить то, чему мы их учим? Потом начались претензии что нашу помощь не понимают пользователи.
В результате. Мы перестали помогать хелпдеску. Теперь хелпдеск ходит обиженный на нас. Их руководство обиженное.
Возможно не правильно понял суть... но получается что если б два отдела работали по Scrum с нами бы пришлось попрощаться. Меня как раз вот такая картина смущает... ведь делясь своими знаниями, мы тратим время, а значит свою работу делаем хоть н чуть чуть, но медленнее. Надеюсь опасения понятно объяснил.

тракту = трактую

(24) хелпдеск на Scrum...
Имею компетенции по управлению разработкой ПО, по сопровождению, по организации хелпдеска...

хелпдеск на Scrum это жесть.

(26) не хелпдеск, а развертываение хелпдеска как я понял

+(26) Отдел разработки по SCRUM куда ни шло, хелпдеск же скорее CANBAN нежели SCRUM. От хелпдеска могут попадать в баги, как технический долг будущего спринта, ИМХО

(28) Существует еще Скрамбан http://www.infoq.com/resource/news/2010/01/kanban-scrum-minibook/en/resources/KanbanAndScrum-Russian.pdf

(0) >> Мои знания это мой капитал. Готов ими делиться если мне за это заплатят.

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

+(30) да и если ты регулярно будешь демонстрировать нелояльность фразами типа "мои знания это мой капитал", очень скоро ты и основную часть получать не будешь (у всех срочные договоры, регулярно собирается обратная связь по методу 360 градусов).

(27) Да, так точнее. Т.е. мы пытались помочь организовать работу хелпдеска. Рассматривая это как одно общее дело.
(31) Лояльность - дорога с двусторонним движением. Если работодатель ко мне лоялен, то и я буду лоялен к нему. А вот когда за проявление лояльности начинаешь получать пинки, начнешь задумываться - а нужно ли? И да, с бонусами это все работает. :) Понятно дело. Как раз вопрос про то, что бонусов не дают.

(24) опять как-то смешиваются темы

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

тема 2. Командная работа над проектом - тут вообще ничего из штатно-линейного образа жизни организации нет. Это потенциально произвольные по должностям и отделам люди, которые объединяются исходя из их профессиональных качеств для достижений единых целей проекта. Тут никакого соперничества отделов быть не может. Тут вообще нет отделов! Это, прежде всего, команда единомышленников, работающая в едином, так сказать, порыве ))

В вашем случае скрам не причем - идите к своему руководству и обсуждайте, что у вас как чего и кто виноват )

(33) Это понятно. Гипотетически пытался натянуть :)

ну и потом, да, хелпдеск по скраму... это ваше руководство придумало?

(30) Не обязятельно так выпячиваться.
Можно просто говорить "Я не знаю"

(0)если команда небольшая то проблема безбилетника решается отпусками ключевых (по факту) программистов
Человек уходит в отпуск. Проект встал (или хочет перераспределения ресурсов на 1 человека). Виновные видны сразу.