Комментарии 7
А в SCRUM точно есть то что вы в статье написали?
SCRUM, XP — горизонтальные практики, которым нужно чтобы люди были вовлечены, т.е. наименее отчуждены в процессе труда. А вот метноры, коучеры, психологи, управленцы — это пережиток прошлых производственных отношений, в которых эти фреймворки не работают.
Вопрос про стили управления вообще к SCRUM не могут иметь отношения.
Стрённый материал, который говорит о положении дел в компании.
Откуда команда берет новых людей? Ищет и учит сама? А откуда берутся заказчики? Опять сама команда? А откуда у команды берутся производственные цели? Тоже сами себе придумывают? И таких моментов выходящих за рамки того что делает скрам-команда можно на войну и мир перечислить.
Нет, я допускаю существование сферической команды в вакууме которая может, умеет и хочет делать все. Но почему-то большинство практиков Agile согласны скорее с утверждением что самоуправление лучше всего работает если границы этого самого самоуправления четко установлены.
но команда не работает в вакууме. :-)
Моей команде коучи не нужны. А начальников с "авторитарным стилем" сильная команда оставит в одиночестве.
Скрам-гайд описывает как работает команда
Лично у меня тогда претензии к упоминанию скрама в этом материале.
Откуда команда берет новых людей?
Работу HR'ов конечно не делаем, но интервью провести можем.
Ищет и учит сама?
Да, внутри обучение мы организуем сами, пытаемся создавать условия для того чтобы такое обучение имело свои плоды.
А откуда берутся заказчики? А откуда у команды берутся производственные цели?
Вы их тоже не находите — вас находит "человек" с деньгами и вы за зарплату общаетесь с заказчиками. А вот если себя не обманывать, то производственные цели будут совпадать с целями организации, не правда ли? Нужен отдельный человек который их перепишет?
И таких моментов выходящих за рамки того что делает скрам-команда можно на войну и мир перечислить.
Нет таких моментов. Для Scrum и XP есть некоторое множество подходящих задач. Если коротко: это массовый продукт и вы изначально не знаете что именно нужно пользователю (потому что пользователь и сам не знает). ВСЁ!!! См.подробнее.
Ваша сентенция о неполноценности скрам-команды базируется на социал-дарвинизме или том что вам самому выгоднее разделять функциональные обязанности и усиливать эксплуатацию ваших сотрудников?
Но почему-то большинство практиков Agile согласны скорее с утверждением что самоуправление лучше всего работает если границы этого самого самоуправления четко установлены.
Вы просто не понимаете что это не вопрос вашего таланта или софтскилов, а вопрос денег. Вы понимаете почему существуют стартапы которыми управляют люди вообще без опыта?
Ваша сентенция о неполноценности скрам-команды базируется на...
Моя "сентенция" базируется на принципе распределения обязанностей, присущему экономическим отношениям в эпоху капитализма и описанного в экономической науке еще в XVIII веке.
В остальном — я не вижу о чем тут можно спорить. Я нигде не утверждал что причиной того что команда не делает всё является её неполноценность, и нигде не утверждал что все это за команду делаю некий абстрактный "я". Я единственное что тешу себя тем, что все ваши хамские высказывания основаны на неприязни ко мне лично, а не на системном отношении ко всем остальным. Потому что я в интернете давно и к людям любящим хамить с безопасного расстояния привык, а вот неприглядное восприятие инженеров, которые позволяют себе разговаривать с остальными языком "настоящего эффективного манагера"(tm) таки сильно бьет по всей профессии.
А про ваши утверждения о том, что никакой полезной деятельности кроме у самой команды нет — могу только развести руками. Если чтения в школе сказки Салтыкова-Щедрина про двух генералов не хватило — дискуссия в формате комментариев тут не поможет. Хорошо, хорошо, конечно же булки растут на деревьях.
p.s. Комментарий общий — кому действительно интересна тема о полезности — в Agile действительно эту часть упустили практически во всех источниках. Лучше копнуть до корней в виде Гемба Кайзен — там вопрос непроизводительной деятельности рассмотрен очень хорошо, он там называется Muda и бывает двух типов — тот которого можно избежать и тот которого избежать нельзя, потому что без него остановится производство. К сожалению очень многие "гуру" вот этой тонкой разницы не понимают.
Говорить в лицо или в комментарии я буду одинаково! Считайте, что я систематически плохо отношусь к генералам из описанной вами сказки. Вот только генералов вы как то странно определили!?
Хамство используют по определению для того чтобы продемонстрировать своё превосходство, свой шовинизм. А я же считаю, что за мнениями и утверждениями люди невольно скрывают свои частные интересы (см. критику идеологии). Считаю что как минимум отчасти статья и ваши утверждения реакционны и противоречит ряду принципов Agile и Scrum. В этом вопросе я ни за себя, ни за вас — за тех кто делает реальную работу.
базируется на принципе распределения обязанностей, присущему экономическим отношениям в эпоху капитализма и описанного в экономической науке еще в XVIII веке
Читал и много. Рад вам сообщить, scrum — форма кооперации нетоварных производственных отношений, которому прежние принципы (как разделение труда) мешают.
Про говорить в лицо — стремление похвальное, но, к сожалению, слова написанные в интернет — это только слова. Послушать интернет — там каждый черный пояс, казанова, лауреат нобелевской премии. :-) Это я не о критике лично вас, это я о слабости позиции "я...". Она хорошо для троллинга, но в рамках серьезного разговора, увы, слишком слаба. Поэтому я не стану комментировать часть лично про вас.
Идея же о том, что прежние принципы могут и мешают скраму — имеет под собой все основания, тут спорить не о чем. Вы всего лишь упустили то, что я еще в первом комментарии сказал — скрам не существует в вакууме, а экономика в рамках которой со скрам командой происходит много что — пока еще не перешла на новую форму производственных отношений. Поэтому, перефразируя классиков, не важно есть ли дело скраму до законов экономики, куда важнее если дело законам экономики до скрама.
SCRUM: Развитие сотрудников и продуктовых команд