Любитель порядка• 25.10.2012 20:58
Ыфут
Так зачем ружья. Герой нидзя через трубы канализации проникает в замок. Три дня сидит под толчком. И вот когда вражеский князь решает туда присесть. Всё правильно. Большой сюрприз в виду удара копьём.
А потом спокойно по тем же трубам назад.
Африканец• 25.10.2012 11:11
Вот у нас несколько человек поехало к клиенту. В общем, чего надо сделали. Заняло это дольше, чем хотели, частично из-за обычного разгильдяйства. Типа, ящик с компьютером пришел, а шнура питания к нему нет, потому что он в другом ящике, а тот застрял на таможне. А частично - по объективным причинам (никто не знал заранее, как там у клиента все устроено). В общем, обычное дело.
И были у нас sprint review и sprint retrospective, это когда все рассказывают, кто чего делал. По итогам скрам-мастер делает сводку с выводами. Вот эта сводка:
Here are the next steps that we highlighted for the coming sprint and future site visits:
Positive things to continue:
Working well together
Dedication
Things that we should look at:
Better Prep (Define own spec and get spec from client)
Better Deployment mechanisms
More testing
Better equipment for communication
Ensure build notifications are enabled
Keep team synchronised (Daily updates from site etc.)
вот человек этим занимается профессионально, подобные сводки сочиняет, за это зарплату получает. И ведь не сказать, чтоб был неправ. Например, пункт про communication это о том, что никто не почесался взять с собой 3G-модем и купить в той стране симку, а у клиента интернета не было.
Африканец• 25.10.2012 11:02
Ыфут,
вообще-то, сами они в качестве достоинства выдвигают способность адаптации к изменчивым спецификациям, т.е. когда клиент сам не знает, чего хочет. Вот мы две недели работали, накорябали что-то, он пришел и говорит - это хорошо, это нет, а тут хочу вот так. Мы еще за две недели накорябали еще что-то, ну и так далее. Иногда он может вообще передумать, ну так переделаем. Но важно, что всегда есть, что показать клиенту, и каждые две недели появляется что-то новое. Детальный анализ задачи и глобальный дизайн в этих условиях просто вреден. Не случайно на всех этих скрам-курсах в качестве примеров приводятся всякие веб-интерфейсы, похоже, для них это может быть хорошо, и, похоже, только для них.
Так что конкретно для полета на луну такой подход совершенно точно не нужен. Скрам ведь не равен потогонке; потогонку можно устроить при любой системе. Хотя отдельные его элементы для этого и можно взять - например, постоянные заклинания о команде.
Ыфут• 25.10.2012 09:34
Африкнаец, ну да, я как-то так же думал.
Т.е. вообще-то я лично скрам не наблюдал. Только по жалобам знакомых (причем, кажется, только заграничных) - и еще я статью в википедии прочёл, при первом столкновении с термином. Так что суждения мои - из общих соображений, и относятся ко всему классу подобных методок.
Вроде бы, такие методики характеризуются 1) еблей мозгов 2) сбиванием людей с комфортного рабочего ритма.
И вот из общих соображений кажется, такая эта штука может быть радостно принята ко двору, например, в предельно неформальных коллективах, где почему-то никто нихуя не делает. Не стартапах, а wanna be, даже собирающихся стартапом так никогда и не стать.
Ну в пределе - типа соберется такой кружок молодых энтуиастов - и договорится запукать ракету на луну. Раз собрались два, на третий уже кто-то вооще не пришел. И тут заявляется скрам-мастер.
---
Ну и, наверное в каких-то отраслях бизнеса это тоже может быть полезно (с точки зрения затрат на продукт) - токо надо определиться, при каких условиях - и как-то сложно поверть, что оно еще и _приятно_.