я прекрасно знаю чем занимаются разработчики в команде. Я ориентируюсь исключительно на скорость работы, благо есть возможность сравнить её в офисе и дома. Даже просто статистику коммитов можно посмотреть, если нужны объективные данные. И я не тимлид.
Субъективное наблюдение, дома люди работают как минимум вдвое медленее. Есть исключения, но в большинстве своём это так. Особенно заметно, когда с кем-то работаешь в офисе несколько лет, а потом он уходит на удалёнку на пол года-год, разница в скорости просто разительна. Так что нефиг на менеджмент пинять, разработчики в основном лентяи, этим придётся смириться. Если что, я разработчик.
Вы же понимаете, что журналистика сводобная или несвободная тут непричём. Если в стране есть закон, который некоторый ресурс нарушает, то нельзя просто закрыть глаза. Речь не про блокировку мнения кого-то (как это к слову делает США например), обычно блокируют за конкретное нарушение закона и последующий отказ это нарушение устранить. На мой взгляд это вполне цивилизованный подход и его разделяют большинство стран. Вы можете предложить альтернативу?
Вам же ответили, почему отказался заблокирован весь Медиум, зачем выворачивать смысл сказанного? Была бы возможность точечно, ей бы и воспользовались. > Причиной блокировки в России платформы для социальной журналистики Medium стал отказ удалить недостоверную информацию о специальной военной операции на территории Украины, сообщили "Интерфаксу" в Роскомнадзоре.https://www.interfax.ru/russia/904324
Я если что не поддерживаю блокировку Медиума. Но наше будущее в том, что ресурсы будут нести ответственность за размещаемый контент, иначе они будут блокироваться, что у нас, что в ЕС, что в любой другой стране. Привыкайте уже.
пример диалога всё же реально некорректный. Разработчик никогда не будет понимать под задачей фичу. Больше похоже, что менеджер с Марса и сам не в курсе как идёт работа. Выкатка фичи в прод - это процесс, в котором участвует куча людей - PO, тимлид/техлид, QA, аналитики, devops. Задавать вопрос по выкатке разработчику, который в самом низу это просто странно.
Аналитика 80-уровня, ещё и весь ай-ти зачем-то приплели. Геймдев давно пора было проредить, штаты слишком раздуты. Я знаю, что это связано с увеличением объёма контента в современных играх. Но слишком часто стали ААА тайтлы проваливаться в продажах, выходит а) контент не вывозит, б) можно меньше контента, меньше затрат на разработку, меньше народу, больше дельта по прибыли. Плюс AI для геймдева очень удачно ложится в пайплайн, логично дополняя уже существующие генераторы контента.
Если для вас это трудно, воспринимайте термин "отвечать за результат" буквально - иметь возможность вербально что-то ответить. Для простоты. Команда сделала что-то, получила результат. По этому результату возникли вопросы. Кто будет отвечать на них? Команда не может, у неё нет рта. Или вы думаете, что при получении вопроса, команда уходит на обдумывание, а потом один такой выходит и говорит "Отвечать на вопрос будет Друзь"?
Понятно что за артефакты спринта ответственность на всей команде. Но внутри команды есть люди, которые приняли те или иные решения. Есть решения технические - их приняли техлиды. Есть решения организационные в рамках процесса разработки, их возможно принял скрам-мастер. Есть другие решения по работе (например решили в рамках спринта поменять приоритет задач), развитию (решили выделить время на изучение новых инструментов), внутрикомандные (развернуть ещё один тестовый стенд, увеличить покрытие модульными тестами, сделать новый автодеплой). Всегда есть человек, который принимает итоговое решение и он же за него отвечает, а не абстрактная команда.
К слову, роль скрам-мастера вообще не обязательна для скрама. Со временем команда начинает работать без его помощи и фактически функции мастера переходят к человеку внутри команды. Обычно это и есть тимлид.
Ответственность за что? За решения? Что вам даст персональная ответственность за решения? Моральное удовлетворение за то, что вы накажете человека, когда он ошибется?
ответственность - это не про наказание, это про то, кто за результат отвечает.
Не нужно быть техническим спецом во всем, для этого в scrum-командах существует практика привлечения экспертов. А у вас лиды то есть, которые шарят вообще за все интересно?
а кто говорит о техническом спеце-универсале? Например в моей команде тимлид не является техническим экспертом. Для этого у нас два техлида есть.
Если под "развитием команды" имеется в виду обучение, то это задача hr, а не тимлида.
ну положим не HR'а, а скорее RM'а. В его задачи входит обеспечение развития сотрудника - найти курсы, выбрать ментора. А кто определяет, что именно должен изучить сотрудник? Он сам? Гораздо лучше, если это определяется на one-2-one с тимлидом, где лид расскажет, что у нас есть проблемы с производительностью продукта (условно) и неплохо бы актуализировать нагрузочные тесты, но сейчас для этого в команде не хватает компетенций. И предложит сотруднику пройти доп.обучение по нагрузочному тестированию.
Что значит "лидирование процессов"? Каких? Фасилитация это есть первостепенная задача scrum-мастера.
причём тут фасилитация? Возникла в команде потребность что-то сделать не в рамках разработки фич, например те же нагрузочные тесты сделать. Скрам мастер будет в команду тыкать и искать, кто сделает? А потом проверять будет? Я для вас может открытие сделаю, но скрам-мастер обычно вообще не является членом команды, традиционно он ведёт несколько команд.
Чем вы еще хотите покомандовать?
Командой. Не логично?
Я рекомендую все же ознакомится со scrum и agile глубже, чем участие в конференциях. Литературу там почитать, например.
А вам я рекомендую не делать поспешных суждений о других. Я уже больше 20 лет команды в работу организую. И XP внедрял и аджайл и скрам. Я практик, а не теоретик, как многие скрам-мессии.
Даже если взять тимлидов за пределами скрама, то и среди них отнюдь не большинство занимается тем что вы перечислили.
То есть даже если исходить из того что этим обязательно кто-то должен заниматься,, то это совсем не обязательно должен быть именно тимлид.
Вообще понятие функций такой роли как тимлид очень сильно разнится между организациями. Где-то это самый опытный разработчик, но в моём понимании это техлид. Где-то это руководитель команды, но опять же в моём понимании это именно руководитель, а не тимлид. Тимлид - это "капитан футбольной команды", он не просто играет наряду с остальными членами команды, он лидирует игру. Он доносит до команды: кто мы, куда нам надо двигаться, что нам надо сделать, чтобы туда придти.
В рамках проектной работы он управляет бэклогом спринта, мощностью команды, планированием загрузки, разрешением внутренних конфликтов в соответствии с политиками и принципами команды, хранителем и евангелистом которых он является.
Это одна из причин, которая мешает внедрению scrum в РФ. Вы не верите в самоорганизацию и нанимаете людей экспертизе которых не доверяете. Зачем нанимаете тогда?
Вы невнимательно читаете, либо не понимаете смысл термина "коллективная безответственность". Никто не сомневается в экспертности команды. Но если вы думаете, что каждый в команде является и техническим спецом и лидером, то сильно ошибаетесь. Ответственность всегда должна быть персональна.
Что же касается "других задач", то они распределяются между PO и scrum-мастером. Тимлид просто не нужен, если у вас работающий scrum.
ни PO, ни scrum-мастер не занимаются стратегией развития команды, лидированием процессов, развитием членов команды. Вы забываете, что помимо продуктовых задач, есть ещё деятельность не связанная с разработкой.
тимлид не начальник, у него другие задачи. Техлида можно явно не выделять, но он всё равно будет. У вас концептуальным проектированием и финальным рецензированием будет один человек заниматься, иначе это просто коллективная безответственность будет.
то, что в скраме нет лидов, не значит, что в команде не может быть лидов. Ещё как могут и я бы сказал обязаны быть. И техлиды и тимлиды. Просто в скрам процессах нет такой роли.
да. Например toolset развивать. Или просто узкоспециализированным специалистом - программировать физический движок, базовые библиотеки пилить или спецэффектами заниматься.
однако, если вы сделали заказ, оплатили, а вам его не принесли, то деньги вам вернут. Так что аналогия не подходит.
В движке Q3 полно кода из движка Q1 и даже из Doom есть кусочки.
я прекрасно знаю чем занимаются разработчики в команде. Я ориентируюсь исключительно на скорость работы, благо есть возможность сравнить её в офисе и дома. Даже просто статистику коммитов можно посмотреть, если нужны объективные данные. И я не тимлид.
Субъективное наблюдение, дома люди работают как минимум вдвое медленее. Есть исключения, но в большинстве своём это так. Особенно заметно, когда с кем-то работаешь в офисе несколько лет, а потом он уходит на удалёнку на пол года-год, разница в скорости просто разительна. Так что нефиг на менеджмент пинять, разработчики в основном лентяи, этим придётся смириться. Если что, я разработчик.
я бы хотел увидеть доказательства ваших слов.
> Но и противоположных примеров хватает, где блокировок почти ноль.
Много стран можете назвать, где не блокируют при нарушении закона? Например сайты с ДП или наркобарыг.
А можно примеры блокировки за политику? И соответветственно статью, по которой блокируется.
Вы же понимаете, что журналистика сводобная или несвободная тут непричём. Если в стране есть закон, который некоторый ресурс нарушает, то нельзя просто закрыть глаза. Речь не про блокировку мнения кого-то (как это к слову делает США например), обычно блокируют за конкретное нарушение закона и последующий отказ это нарушение устранить. На мой взгляд это вполне цивилизованный подход и его разделяют большинство стран. Вы можете предложить альтернативу?
Вам же ответили, почему отказался заблокирован весь Медиум, зачем выворачивать смысл сказанного? Была бы возможность точечно, ей бы и воспользовались.
> Причиной блокировки в России платформы для социальной журналистики Medium стал отказ удалить недостоверную информацию о специальной военной операции на территории Украины, сообщили "Интерфаксу" в Роскомнадзоре.https://www.interfax.ru/russia/904324
Я если что не поддерживаю блокировку Медиума. Но наше будущее в том, что ресурсы будут нести ответственность за размещаемый контент, иначе они будут блокироваться, что у нас, что в ЕС, что в любой другой стране. Привыкайте уже.
пример диалога всё же реально некорректный. Разработчик никогда не будет понимать под задачей фичу. Больше похоже, что менеджер с Марса и сам не в курсе как идёт работа. Выкатка фичи в прод - это процесс, в котором участвует куча людей - PO, тимлид/техлид, QA, аналитики, devops. Задавать вопрос по выкатке разработчику, который в самом низу это просто странно.
Аналитика 80-уровня, ещё и весь ай-ти зачем-то приплели. Геймдев давно пора было проредить, штаты слишком раздуты. Я знаю, что это связано с увеличением объёма контента в современных играх. Но слишком часто стали ААА тайтлы проваливаться в продажах, выходит а) контент не вывозит, б) можно меньше контента, меньше затрат на разработку, меньше народу, больше дельта по прибыли. Плюс AI для геймдева очень удачно ложится в пайплайн, логично дополняя уже существующие генераторы контента.
денежные проблемы - это меньшее, что будет волновать жену, если муж внезапно умер.
Если для вас это трудно, воспринимайте термин "отвечать за результат" буквально - иметь возможность вербально что-то ответить. Для простоты. Команда сделала что-то, получила результат. По этому результату возникли вопросы. Кто будет отвечать на них? Команда не может, у неё нет рта. Или вы думаете, что при получении вопроса, команда уходит на обдумывание, а потом один такой выходит и говорит "Отвечать на вопрос будет Друзь"?
Понятно что за артефакты спринта ответственность на всей команде. Но внутри команды есть люди, которые приняли те или иные решения. Есть решения технические - их приняли техлиды. Есть решения организационные в рамках процесса разработки, их возможно принял скрам-мастер. Есть другие решения по работе (например решили в рамках спринта поменять приоритет задач), развитию (решили выделить время на изучение новых инструментов), внутрикомандные (развернуть ещё один тестовый стенд, увеличить покрытие модульными тестами, сделать новый автодеплой). Всегда есть человек, который принимает итоговое решение и он же за него отвечает, а не абстрактная команда.
К слову, роль скрам-мастера вообще не обязательна для скрама. Со временем команда начинает работать без его помощи и фактически функции мастера переходят к человеку внутри команды. Обычно это и есть тимлид.
ответственность - это не про наказание, это про то, кто за результат отвечает.
а кто говорит о техническом спеце-универсале? Например в моей команде тимлид не является техническим экспертом. Для этого у нас два техлида есть.
ну положим не HR'а, а скорее RM'а. В его задачи входит обеспечение развития сотрудника - найти курсы, выбрать ментора. А кто определяет, что именно должен изучить сотрудник? Он сам? Гораздо лучше, если это определяется на one-2-one с тимлидом, где лид расскажет, что у нас есть проблемы с производительностью продукта (условно) и неплохо бы актуализировать нагрузочные тесты, но сейчас для этого в команде не хватает компетенций. И предложит сотруднику пройти доп.обучение по нагрузочному тестированию.
причём тут фасилитация? Возникла в команде потребность что-то сделать не в рамках разработки фич, например те же нагрузочные тесты сделать. Скрам мастер будет в команду тыкать и искать, кто сделает? А потом проверять будет? Я для вас может открытие сделаю, но скрам-мастер обычно вообще не является членом команды, традиционно он ведёт несколько команд.
Командой. Не логично?
А вам я рекомендую не делать поспешных суждений о других. Я уже больше 20 лет команды в работу организую. И XP внедрял и аджайл и скрам. Я практик, а не теоретик, как многие скрам-мессии.
Вообще понятие функций такой роли как тимлид очень сильно разнится между организациями. Где-то это самый опытный разработчик, но в моём понимании это техлид. Где-то это руководитель команды, но опять же в моём понимании это именно руководитель, а не тимлид. Тимлид - это "капитан футбольной команды", он не просто играет наряду с остальными членами команды, он лидирует игру. Он доносит до команды: кто мы, куда нам надо двигаться, что нам надо сделать, чтобы туда придти.
В рамках проектной работы он управляет бэклогом спринта, мощностью команды, планированием загрузки, разрешением внутренних конфликтов в соответствии с политиками и принципами команды, хранителем и евангелистом которых он является.
Скрам-мастер - это вообще про другое.
Вы невнимательно читаете, либо не понимаете смысл термина "коллективная безответственность". Никто не сомневается в экспертности команды. Но если вы думаете, что каждый в команде является и техническим спецом и лидером, то сильно ошибаетесь. Ответственность всегда должна быть персональна.
ни PO, ни scrum-мастер не занимаются стратегией развития команды, лидированием процессов, развитием членов команды. Вы забываете, что помимо продуктовых задач, есть ещё деятельность не связанная с разработкой.
тимлид не начальник, у него другие задачи. Техлида можно явно не выделять, но он всё равно будет. У вас концептуальным проектированием и финальным рецензированием будет один человек заниматься, иначе это просто коллективная безответственность будет.
то, что в скраме нет лидов, не значит, что в команде не может быть лидов. Ещё как могут и я бы сказал обязаны быть. И техлиды и тимлиды. Просто в скрам процессах нет такой роли.
да. Например toolset развивать. Или просто узкоспециализированным специалистом - программировать физический движок, базовые библиотеки пилить или спецэффектами заниматься.
нет. Сделали, но не выпустили. Не нашли издателя.