Хотя бы оценивать ее

Какое х о р о ш о е управленческое решение можно принять*, если знать personal velocity?

И это все равно скрам

зачем вам персональный velocity?

Рассчитывать скорость по важности приоритетов. Быстрых на важные задачи, медленных на другие. Быстрых мотивировать, медленные ускорять

у вас тогда не скрам

сами должны решать как делать задачи

по приоритетам PO

Рассчитывать скорость по важности приоритетов. Быстрых на важные задачи, медленных на другие. Быстрых мотивировать, медленные ускорять

Вот у вас есть Петр, а есть Василий, один делает аналогичные задачи в два раза медленнее. Будем одного мотивировать, второго ускорять?

Правильно я понял?

Вот вам кейс - вы идите к Петру и говорите - чувак давай тебя ускорять, он - а зачем? Ну как вот Василий делает задачи в два раза быстрее Ну да, я больше трачу времени на обдумывание Перестань думать

быстро это очень субьективный параметр )) у нас на работе был один быстрый товарищ - оказалось он тесты писал по приципу и так сойдет

У этой штуки применение - на типовых задачах

он несомненно найдет себя в другом коллективе

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

Ребята, когда вы называете людей ресурс

где-то умирает кошечка

есть же capacity - чтобы определить кто когда отсутствует

🙈 извините

роботы захватят наш мир и им можно будет так обзываться

роботы, которые создадут успешные скрам-команды

скорее они будут нас так обзывать)

роботы не могут в скрам

которых*

полная взаимозаменяемость работников, прозрачность что делает каждый @ люди не ресурс

взаимозаменяемость уже по-моему прошла

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

ноги растут из неверной трактовки "кросс-функциональности"

которую ошибочно приняли за то, что люди должны уметь все

это не исходит от коллективного владения кодом ?

боже упаси

интересно

коллективное владение кодом, это как коллективное владение женщиной

ну вообще это возможно

но границы надо понимать

)))

ну это хорошо когда несколько человек в одном и том же участке кода разбираются

у нас есть команда там сейчас вводится практика что они начинают разбиратся в коде друг друга

но лучше чтобы код просто был максимально простой для понимания

притом разные платформы

нормально заходит, есть правда условие - людей искали таких которым это будет интересно

в смысле люди с разных платформ внимают во внутренности сервисов?

ios разраб вникает в android

и потихоньку они вникают в рубишный бекенд

а зачем?

чтобы понимать как все устроено

ну это совершенно другой контекст "людям, которым интересно"

и потихоньку они вникают в рубишный бекенд

шик

чтобы понимать как все устроено

зачем?

чтобы не допустить информационных колодцев

зачем спрашивать зачем, когда интересно ))

а бекендщики разбираются с бухгалтерией

странный путь

зачем спрашивать зачем, когда интересно ))

+)

на вскидку полезность "ах вот оно чо, а я думал этот rest-вызов сам ходит в тот сервис, а на деле нифига"

команда маленькая на самом деле

я как то пытался обьяснить айоснику что 5к строк теребления скуэлей которые заменились бы пятью взяв он орм

его очень смутило и больше в айос я не лез

все пора играть в булшит бинго

у них по стармапе просадка будет если кто то в отпуск уйдет ))

орм эскуэл я вычеркнул

я так понимаю что разбираются не на практике? или ios начали писать бекенд?

они понимают как там все устроено и вникают в архитектурные решения

с одной стороны это хорошо, что интересно, с другой это значит что "контракт" между сервисами плохо описан

все это грубо сказано конечно

айосники узнают что руби позволяет делать нормальные архитектурные решения и спиваются

что вы под словом "понимают" прячете?

пишут код?

смотрят в исходники?

контракта нет

а! )

у них команда из 3х человек

и канбан с 1 в in progress

это прекрасно

рубисты понимают почему айосники получают в три раза больше

и преходят на жс

что вы под словом "понимают" прячете?

сейчас айосник и андроид пишут фичу под айос в PP

ЯП - это ж инструмент, программисту переключить контекст на другой язык - это пару дней. Там есть конечно нюансы, прыгнуть с basic на erlang, но ... :)

А вы так говорите как будто чуваки с разных планет

айосник пишет видимо, а второй сидит, слушает... вопрос сколько у него в голове останется от этого, и на сколько вам фича дороже выйдет