Marat
>>For the first time in about 30+ years the German Unions demanded a reduction of working hours again.
Last time they did that, it went down as one of Germany's toughest fight in history, which resulted in working hours being reduced from 40h/week to 38.5h/week and then years later to 35h/week.
The newest demand is to bring it down to 28h/week!
Marat
умнички
Tanya
Откуда новость ?
Tanya
Нашла https://www.reuters.com/article/us-germany-election-work/german-wage-talks-to-include-new-focus-reduced-working-hours-idUSKCN1BP0KF
Filipp
Евгений
До роботов еще далеко
Да, ещё лет 10-15...
https://www.theguardian.com/technology/2014/feb/22/computers-cleverer-than-humans-15-years
Вадим
Vladimir
Тут есть кто-нибудь, кто занимается machine learning в Нижнем Новгороде?
Denis
хорошо хоть не в Брюгге
Denis
Тут интересный диалог был с товарищем (он девелопер). Он тут давеча собеседовался в Amazon. Он как девелопер сильный, но его в итоге определили как SDE I, то есть джуниор. Есть подозрение, что это не из-за депелоперских скилов, а из-за ответов на поведенческие тесты soft-skills. Вопросы были по типу представьте у вас с коллегой конфликт - например у вас одна точка зрения, а у него другая по какому-то вопросу. Как будуте решать? Интересуют ваши ответы и что бы почитать на эту тему что бы быть в курсе?
🦠
Рассмотреть плюсы и минусы обоих решений
Denis
Это понятно. Но в жизни не бывает, что у чего-то одни плюсы, а у чего-то одни минусы. Будет и то и то для обоих решений. Но для разных людей какие-то минусы не так критичны, а какие-то плюсы более значимы
Slava
надо пойти к скрам-мастеру на фасилитацию
🦠
Это хорошая штука в плане синхронизации, быть на одной волне
Denis
Я бы вот такой ответ предложил: если из плюсов и минусов решения невозможно однозначно сделать выбор (если бы можно было бы, то и спора не было, кто-то бы просто привел весомый аргумент и все), это означает что для принятия решения не достаточно данных. Можно а) найти данные на стороне - пригласить в дискуссию кого-то, кто более компетентен, или провести эксперимент б) Если времени нет, а решение нужно срочно, то провести голосование, а дальше "disagree and commit"
Denis
надо пойти к скрам-мастеру на фасилитацию
Я вот точно знаю, что на западе за аппелирование к начальству сразу reject как за не командное решение
Slava
скрам мастер - начальтсов
Slava
?
🦠
Это правда, идти к эксперту за оценкой, но не помощью в виде авторитета
Denis
если к нему ходят разрешать конфликты - то он точно начальство. вообще просто ходить к кому-то, кто авторитетен так себе
Denis
Я как-то слышал решение, что спор должен разрешать кто-то, кто авторитетен для обоих участников. Но тут опять выйдет, что это будет какой-нибудь скарм мастер или cheif architect, на практике
Slava
Денис, я просто в каком-то документе прочитал что это такая роль, которая помогате решать конфликты, а фасилитация это такой процесс психотерапии которые позволяет людям разобраться в разных вопросах
Svetlana
Тут интересный диалог был с товарищем (он девелопер). Он тут давеча собеседовался в Amazon. Он как девелопер сильный, но его в итоге определили как SDE I, то есть джуниор. Есть подозрение, что это не из-за депелоперских скилов, а из-за ответов на поведенческие тесты soft-skills. Вопросы были по типу представьте у вас с коллегой конфликт - например у вас одна точка зрения, а у него другая по какому-то вопросу. Как будуте решать? Интересуют ваши ответы и что бы почитать на эту тему что бы быть в курсе?
Можно спросить, почему коллега настаивает на данном решении. Рассказать, почему сам выбирает другое. Обсудить цели вообще проекта, вместе оценить оба решения относительно целей и метрик проекта.
Всё решения принимаются на основе ценностей человека. Задача - сделать их понятными и определить общие
🦠
Был у нас парень, с РФ, пришел и давай использовать начальство для пуша своих, неоптимальных решений с очень негативными последствиями
Slava
скрам-мастер называется
Denis
Можно спросить, почему коллега настаивает на данном решении. Рассказать, почему сам выбирает другое. Обсудить цели вообще проекта, вместе оценить оба решения относительно целей и метрик проекта.
Всё решения принимаются на основе ценностей человека. Задача - сделать их понятными и определить общие
Понятно, обычно такие споры возникают когда ценности разные. На самом деле я не вижу ничего плохого, если ценностные споры будет разрешать начальство, но знаю что это не тот ответ, который ждут.
🦠
Команда посмотрела и перестала проявлять инициативу, фасилитируя этим решения как можно больше. Как только начальство увидело, какой финансовый ущерб нанесен — пнуло авторитета и новенького
🦠
Пуш в аджайле)
Slava
Так по честному, во всех спорах надо вспоминать поговорку "Argue for clarity, not to win.", и сначала разбираться у кого какое clarity и нет ли тех, кто "to win". ;)
Svetlana
Понятно, обычно такие споры возникают когда ценности разные. На самом деле я не вижу ничего плохого, если ценностные споры будет разрешать начальство, но знаю что это не тот ответ, который ждут.
Не обязательно разные. Скорее обращаются в моменте к разным. Полезно спросить, почему данное решение важно коллеге, какую проблему он решает. На одну проблему можно найти несколько решений
Denis
Давайте на пример. Вот пример из практики, у меня был такой спор - товарищ предлагал переделать два модуля системы (они общаются друг с другом), а я предлагал переделать только один, хоть это и костыльное решение, зато работа будет меньшими итерациями.
🦠
Рефакторинг надо начинать с изоляции)
Denis
Тут всем ясно какие плюсу и минусы решения. Но все это качетсвенные оценки, и у нас разное восприятие (для товарища важнее техническое совершенство, а мне важнее снизить риски),
🦠
Из плюсов — меньше область поражения
Svetlana
Давайте на пример. Вот пример из практики, у меня был такой спор - товарищ предлагал переделать два модуля системы (они общаются друг с другом), а я предлагал переделать только один, хоть это и костыльное решение, зато работа будет меньшими итерациями.
Почему важно сократить итерации? Или снизить риски? Как одно и другое влияет на pnl?
🦠
Из минусов — медленней, есть шанс увидеть слишком маленький кусок функционала
Denis
Почему важно сократить итерации? Или снизить риски? Как одно и другое влияет на pnl?
Отвече вопросом на вопрос - а как архитектурные красивости влияют на pnl? В защиту итераций скажу, что они позволяют получить быстрый фидбек, что позволит быстрее выявить те самые факторы, которые влияют на pnl
Denis
На что мне товарищ мог сказать, выявим или нет - не факт. А вот костыли плодить в системе точно стоимость поддержки увеличивает
🦠
Архитектура задает пространство для изменений
Denis
В общем если сидеть и думать можно выбумывать любой аргумент на аргумент оппонетна, было бы желание =) Я в этом споре могу любую позицию принять и топить за нее, благо опыт позволяет
🦠
Что в принципе можно разложить по матрице эйзенхауэра
🦠
Ну аджайл позволяет сделать пристрелку
🦠
Что наиболее значимо и принесет импрувмент в процесс наименьшим изменением
🦠
Итогом будет не решение но шаги для оценки
Denis
Ну да, я согласен. Но можно придумать аргументы за и против, которые комплиментарны плюсами и минусам более аджайл подхода
Denis
В общем у нас тогда спор как-то сам разрешился (по-моему времени тупо уже не оставалось и товарищу пришлось согласиться)
Denis
Но вообще надо было собрать команду и коллективный разум пусть решает.
🦠
Мы делали скилл матрикс
🦠
По технологиям используемым в проекте
🦠
Эксперты были вовлечены в оценку
🦠
Как правило после наработки нового скилла эксперт готовил сессию для быстрого ознакомления с технологией
🦠
А команда подтверждала навык, что собственно качало неявно разработчикам софтскиллы
🦠
Тащить всех подряд нет смысла
🦠
Выработка шагов, далее оценка и попадание в бэклог, где команда прогруммит еще раз
Daniel
коллеги, а вот скажите - есть тут у нас спецы по настройке  jira? youtrack? redmine?
у нас есть несколько специфических хотелок, и нам нужна консультация. платная.
возможно, по результатам нам нужен будет контракт на обслуживание этого всего
Александр
Как вариант - разграничение сфер ответственности. Вот здесь у вас ниже скилл или просто договорились так - решает коллега. А вот тут - ваши решения.
Andrey
@onokonem если актуально, напиши дам контакт специалиста по jira
Алекс
если к нему ходят разрешать конфликты - то он точно начальство. вообще просто ходить к кому-то, кто авторитетен так себе
Почему у нас укоренилось, что начальство решает конфликты? Фасилитатор решает конфликты, и фасилитатор не начальник не руководитель
Стас Щетинников
Почему у нас укоренилось, что начальство решает конфликты? Фасилитатор решает конфликты, и фасилитатор не начальник не руководитель
Потому что фасилитатор не является третьей авторитетной стороной? Просто же очевидно, что чаще всего начальник выступает авторитетным арбитром, которому доверяют все стороны конфликта. Фасилитатор может помочь и структурировать разрешение конфликта и общение, но арбитром он быть по определению не может.
Алекс
А если у разных сотрудников разные начальники, конфликт не решается т.к каждый начальник считает что решение его подчинённого правильное
Алекс
Ну и собственно о каких начальниках мы говорим, если у нас Agile команда?
Алекс
Почему не сделали фичу в спринт, начальники не договорились
Алекс
Отличная лазейка и искушение для команды снять с себя ответственность
Lav
https://www.facebook.com/PROJECTMANAGEMENTRUSSIAGUIDE/photos/a.424997897604854.1073741829.395054487265862/1260643050706997/?type=3
Denis
Стас Щетинников
А если у разных сотрудников разные начальники, конфликт не решается т.к каждый начальник считает что решение его подчинённого правильное
Тогда дальше по иерархии. Или ищут арбитра на стороне. Классическая же схема.
Стас Щетинников
Ну и собственно о каких начальниках мы говорим, если у нас Agile команда?
Сорян, но аджайл не про отсутствие руководителей ;)
Стас Щетинников
Отличная лазейка и искушение для команды снять с себя ответственность
искушение, да. Но в аджайл, самоуправление и прочую бирюзу должны играть взрослые люди, а не те, которые хотят скинуть с себя ответственность. Если команда хочет скинуть ответственность - она еще не готова к полноценному самоуправлению. А для незрелых команд существую свои способы работы с ними ;)
Алекс
Сорян, но аджайл не про отсутствие руководителей ;)
Господа, знатоки. Кто подскажет ? Какие обязанности у руководителей сотрудников которые находятся в agile командах, если руководители по тем или иным причинам не входят в Agile команду ?
Денис
А вы про административных или как?
Лариса
Или РП?
Стас Щетинников
Господа, знатоки. Кто подскажет ? Какие обязанности у руководителей сотрудников которые находятся в agile командах, если руководители по тем или иным причинам не входят в Agile команду ?
it depends. Например, в некоторых методологих, руководитель осуществляет поддержку, отвечает за развитие сотрудников, найм и увольнение (при необходимости), при этом он находится вне команды.
Алекс
it depends. Например, в некоторых методологих, руководитель осуществляет поддержку, отвечает за развитие сотрудников, найм и увольнение (при необходимости), при этом он находится вне команды.
В обязаности должно входить решение конфликтов ?
Лариса
Ок
Стас Щетинников
В обязаности должно входить решение конфликтов ?
Если конфликт нельзя разрешить локально, то да. Почему бы и не побыть арбитром, если все стороны конфликта - согласны с выбором арбитра.
Алекс
У меня в этом случае вопрос, допустим, что команда не зрелая но идет к самоорганизации. Эскалация конфликтов на руководство не убьет ли все начинания по самоорганизации ? Все команды со временем становятся зрелыми самоорганизоованными, но для самоорганизации нужно создать условия, иначе стать зрелой команда не сможет .
Стас Щетинников
У меня в этом случае вопрос, допустим, что команда не зрелая но идет к самоорганизации. Эскалация конфликтов на руководство не убьет ли все начинания по самоорганизации ? Все команды со временем становятся зрелыми самоорганизоованными, но для самоорганизации нужно создать условия, иначе стать зрелой команда не сможет .
По классике, учить команду быть автономной должен agile coach/scrum master/ментор. Он должен коучить людей и рассказывать как правильно разрешать конфликты локально.
Стас Щетинников
У меня в этом случае вопрос, допустим, что команда не зрелая но идет к самоорганизации. Эскалация конфликтов на руководство не убьет ли все начинания по самоорганизации ? Все команды со временем становятся зрелыми самоорганизоованными, но для самоорганизации нужно создать условия, иначе стать зрелой команда не сможет .
Убьет или нет. Зависит от. Даже в зрелых командах нужен арбитр, а иногда и целый совет. http://www.reinventingorganizationswiki.com/Conflict_resolution