Команда 1 TL + 7 dev, пишем на Python + Go, проблем нет. Задачи следующего спринта всегда прогрумлены на 90%, остаётся догрумить "влёты". Оценённый беклог колеблется от 4 до 5 спринтов.
Непонятно только за что минусят мои комментарии без каких-либо аргументов :)
Мы оцениваем задачи всей командой дважды в неделю по часу. В среднем в беклоге есть оценённых задач на 5 спринтов вперёд.
Сначала у нас была проблема - мы ужались до того, что все задачи укладывались в 1-3 SP. Мы провели аффинную оценку:
я вытащил из беклога 50 выполненных задач, то есть известных команде
сделал на доске (любой аналог Miro) несколько столбцов
всей командой двигали задачи туда-сюда, оценивая их относительно друг друга -> задачи отсортировались по сложности
выделили что-то общее у задач в каждом столбце
дальше на столбцы натянули стори поинты
из полученного сделали таблицу эталонов
Если на PBR есть разногласия, идём в эталоны. Если в эталонах нет подходящего варианта, дополняем.
В итоге у команды всегда есть "линейка" для задач, и эта линейка не привязана ни к одному исполнителю.
во время покера команда что - вообще не учитывает производительность отдельных чуваков?
Не учитывает, у нас есть прогнозируемый велосити команды и приблизительный каждого члена команды. Сама задача должна быть описана так, чтобы любой исполнитель знал что нужно сделать.
Понятно, что условный овнер сервиса сделает задачу быстрее того, кто с ним дела не имел, но это максимум влияет на метрики спринта, на горизонте квартала - это статистическая погрешность.
Ни сложности и времени, а трудоёмкости. Задача может быть не сложной, но потребовать много ресёрча, коммуникации и прочей активности. И она может быть оценена также, как и технически сложная задача.
У вас 2 сеньора, старый делает за спринт 15 SP, на нового закладываете минимум, например, 5 SP. На стоимость задачи в SP это не должно влиять никак.
Но привязки ни к исполнителю, ни к его уровню у вас быть не должно, иначе ваше планирование превращается в хаос. Как вы будете считать капасити квартала, если у вас одна и та же задача для Jun будет 8, а для Sen будет 3?
Вы смотрите ретроспективно предыдущий период и видите там, что команда выполнила 180 SP - это оценка по какому исполнителю?
В SP можно учитывать многое, это решается на уровне команды, но не исполнителя, от него задача должна быть отвязана.
Нет, ровно наоборот. Оценка задачи в SP не должна зависеть от исполнителя, но сеньор выполняет больше SP, чем джун. При этом оценка одной и той же задачи может меняться со временем.
Другие ребята написали Note Companion, и он функциональнее и интереснее. Кроме "общения с заметками", например, можно кидать быструю заметку в inbox, а плагин по тексту сам поймет, к чему она относится, и перенесет в соответствующую директорию. Или может разметить ее тегами и переименовать, или привести к определенному формату и т.п.
Я бы сказал, что когда ты видишь цифры, это уже оказывает психологическое давление и начинает работать. Да и вы же сами понимаете, что между купить жене цветы за 10к и не купить вообще есть ещё диапазон от 0 до 10к.
Само собой, можно использовать вопреки положениям трудового договора. Но лично я всё-таки чувствую некую ответственность перед компанией, поэтому применять что-то, что выгружает коммерческую тайну неизвестно куда, не стану
Не совсем понимаю, как можно использовать Cursor на рабочих проектах - примерно в 99% компаний этот инструмент не пропустят в ИБ + это 100% нарушает NDA абсолютно любой компании
Смотрел Affine сразу после новости об уходе Notion, так как искал именно self-hosted альтернативу. Начитался про него, глаза загорелись. А потом поднял и сильно разочаровался, поскольку тогда он оказался максимально сырым. Не помню всех деталей, но я тогда даже не смог мигрировать заметки из Notion. А вручную это делать - извините. Плюс вроде экспорта из него не было никакого.
В этом плане Obsidian выиграл. Его хоть и надо настраивать, но нашлось всё, что требовалось.
И в комментариях верно отмечают, что Obsidian - это не про командную работу, это индивидуальный инструмент.
Хотя мне до сих пор формат Notion больше нравится, но второй раз становится на те же грабли желания нет.
Отличная статья, спасибо. Идея концептуально прикольная, не встречал раньше в других языках с GC
Команда 1 TL + 7 dev, пишем на Python + Go, проблем нет. Задачи следующего спринта всегда прогрумлены на 90%, остаётся догрумить "влёты". Оценённый беклог колеблется от 4 до 5 спринтов.
Непонятно только за что минусят мои комментарии без каких-либо аргументов :)
Спасибо Вам за перевод и дополнение, из этого цикла статей уже можно делать учебник 👍
Расскажу как сделано у меня в команде.
Мы оцениваем задачи всей командой дважды в неделю по часу. В среднем в беклоге есть оценённых задач на 5 спринтов вперёд.
Сначала у нас была проблема - мы ужались до того, что все задачи укладывались в 1-3 SP. Мы провели аффинную оценку:
я вытащил из беклога 50 выполненных задач, то есть известных команде
сделал на доске (любой аналог Miro) несколько столбцов
всей командой двигали задачи туда-сюда, оценивая их относительно друг друга -> задачи отсортировались по сложности
выделили что-то общее у задач в каждом столбце
дальше на столбцы натянули стори поинты
из полученного сделали таблицу эталонов
Если на PBR есть разногласия, идём в эталоны. Если в эталонах нет подходящего варианта, дополняем.
В итоге у команды всегда есть "линейка" для задач, и эта линейка не привязана ни к одному исполнителю.
Не учитывает, у нас есть прогнозируемый велосити команды и приблизительный каждого члена команды. Сама задача должна быть описана так, чтобы любой исполнитель знал что нужно сделать.
Понятно, что условный овнер сервиса сделает задачу быстрее того, кто с ним дела не имел, но это максимум влияет на метрики спринта, на горизонте квартала - это статистическая погрешность.
Ни сложности и времени, а трудоёмкости. Задача может быть не сложной, но потребовать много ресёрча, коммуникации и прочей активности. И она может быть оценена также, как и технически сложная задача.
У вас 2 сеньора, старый делает за спринт 15 SP, на нового закладываете минимум, например, 5 SP. На стоимость задачи в SP это не должно влиять никак.
Как писал выше - трудоёмкости:
Выше сложность -> больше SP
Больше коммуникации -> больше SP
Больше неопределённости -> больше SP
и т.д.
Но привязки ни к исполнителю, ни к его уровню у вас быть не должно, иначе ваше планирование превращается в хаос. Как вы будете считать капасити квартала, если у вас одна и та же задача для Jun будет 8, а для Sen будет 3?
Вы смотрите ретроспективно предыдущий период и видите там, что команда выполнила 180 SP - это оценка по какому исполнителю?
В SP можно учитывать многое, это решается на уровне команды, но не исполнителя, от него задача должна быть отвязана.
А в целом, при каких условиях вы готовы разрешить сотрудникам использовать такой инструментарий?
Вы в банке готовы разрешить сотрудникам пользоваться инструментами, которые неизвестно куда выгружают ваш код?
Потому что инструментов с открытым кодом, позволяющих использовать собственные модели, меньше на порядок.
Нет, ровно наоборот. Оценка задачи в SP не должна зависеть от исполнителя, но сеньор выполняет больше SP, чем джун. При этом оценка одной и той же задачи может меняться со временем.
Автор же написал, что это результат А/Б-теста. Как тогда подтвердить?
Другие ребята написали Note Companion, и он функциональнее и интереснее. Кроме "общения с заметками", например, можно кидать быструю заметку в inbox, а плагин по тексту сам поймет, к чему она относится, и перенесет в соответствующую директорию. Или может разметить ее тегами и переименовать, или привести к определенному формату и т.п.
https://www.notecompanion.ai/
Я бы сказал, что когда ты видишь цифры, это уже оказывает психологическое давление и начинает работать. Да и вы же сами понимаете, что между купить жене цветы за 10к и не купить вообще есть ещё диапазон от 0 до 10к.
Когда ждать Авито на HuggingFace? 😊
Само собой, можно использовать вопреки положениям трудового договора. Но лично я всё-таки чувствую некую ответственность перед компанией, поэтому применять что-то, что выгружает коммерческую тайну неизвестно куда, не стану
Спасибо за статью, бенчмарк к себе точно утащу 😊
Подскажите, а почему выбрали intfloat/multilingual-e5-large? Рассматривали ли другие модели, и почему они не подошли?
Не совсем понимаю, как можно использовать Cursor на рабочих проектах - примерно в 99% компаний этот инструмент не пропустят в ИБ + это 100% нарушает NDA абсолютно любой компании
Коллеги, используйте Aider 😀
бесплатно
open source
подключается любая модель
использует repository map
Смотрел Affine сразу после новости об уходе Notion, так как искал именно self-hosted альтернативу. Начитался про него, глаза загорелись. А потом поднял и сильно разочаровался, поскольку тогда он оказался максимально сырым. Не помню всех деталей, но я тогда даже не смог мигрировать заметки из Notion. А вручную это делать - извините. Плюс вроде экспорта из него не было никакого.
В этом плане Obsidian выиграл. Его хоть и надо настраивать, но нашлось всё, что требовалось.
И в комментариях верно отмечают, что Obsidian - это не про командную работу, это индивидуальный инструмент.
Хотя мне до сих пор формат Notion больше нравится, но второй раз становится на те же грабли желания нет.
Очень крутая статья! А пользователям, как я понял, не предлагается оставить исправленное изображение или перезалить новое?
А приложения-то зачем удалил? Как мы теперь узнаем-то, куда Аркадий еду заказывает?