@qa_ru

Страница 952 из 1080
Евгений
07.05.2018
15:36:49
Могу не правильно толковать объяснять, т.к. сам только изучаю

Anna
07.05.2018
15:38:18
А как вы работаете по скраму без сторипоинтов?
а просто количество задач подходит?))

Google
Yury
07.05.2018
15:38:35
а просто количество задач подходит?))
конечно нет, задачи же разные по сложности

Oleg
07.05.2018
15:38:47
м, вполне. команда маленькая)
Сделаю еще раз акцент - не беритесь делать оценку работы по проекту, готовности проекта и т.п. Вы тестировщик, ваша зона ответственности - тестирование. Соответственно ваши отчеты должны быть связаны с вашей работой.

Anna
07.05.2018
15:38:55
конечно нет, задачи же разные по сложности
ну у нас нет такой штуки как сторипоинт ?

Yury
07.05.2018
15:39:30
Как вы понимаете, что успеете, а что нет?

поняла, вы правы. все-таки пусть в отчете будут только задачи и баги
Тоже верно. Если нужно показать, что работаете, добавляйте в отчёт вообще всю инфу: Сделано кейсов столько-то, число прогонов столько-то, по регрессу прогнали столько-то кейсов, столько-то багов завели (разной критичности), столько-то импрувментво сделали

Пролистал на верх, до изначального вопроса: нунжа человеку вода в отчёте - пусть будет вода.

Richard
07.05.2018
15:43:43
А. Не посмотрел на контекст.

Евгений
07.05.2018
15:44:11
Вот и у нас подобная ситуация, а хотелось бы игру лучше делать на не отвлекаться на "бумажную волокиту"((

zombopanda
07.05.2018
15:44:17
Как вы понимаете, что успеете, а что нет?
А расскажешь, чем сторипоинты кардинально отличаются от человекочасов?

Google
Sergey
07.05.2018
15:44:33
Вот мне тоже интересно

Richard
07.05.2018
15:44:34
Вот и у нас подобная ситуация, а хотелось бы игру лучше делать на не отвлекаться на "бумажную волокиту"((
волокита будет всегда. Её можно только минимизировать или автоматизировать.

Евгений
07.05.2018
15:45:33
волокита будет всегда. Её можно только минимизировать или автоматизировать.
Выбрал бы оба пункта, даже бы с удовольствием этим бы занялся, если бы позволили((

А, ладно, это уже вне формата

Благодарю всех за помощь

Oleg
07.05.2018
15:46:05
волокита будет всегда. Её можно только минимизировать или автоматизировать.
+ она позволяет иметь более-менее объективную картину проекта, что полезно для новых сотрудников // после отпуска. И на основе бюрократии проще потом пост-мортем этапов делать

Yury
07.05.2018
15:47:02
В моём представлении, сторипоинт - это условно сложность задачи/обьём задачи. А разные люди в зависимости от разных факотором могут делать в день разный обьём работы. Поэтому, например, джун Вася задачу в 3 сторипоинта будет делать 8 часов. А мидл Петя будет её делать в 4 часа. А лид Вася тоже будет делать 8 часов, т.к. в этот кусок кода ещё не смотрел.

Yury
07.05.2018
15:48:54
Нет, я же написал

Хотя кому как легче для понимания, конечно.

Просто привидение к человекочасам плохо влияет на высшее руководство

Sergey
07.05.2018
15:50:58
А тебе лично сторипоинты помогают правильно считать?

Yury
07.05.2018
15:51:46
А тебе лично сторипоинты помогают правильно считать?
Лично я по сторипоинтам работал мало, но видел как их внедряли в бывшей команде. И там это прнесло ощутимые плоды.

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

zombopanda
07.05.2018
15:52:42
Хм, человекочасы не принесли, а абстрактные сторипоинты принесли. Забавно

Yury
07.05.2018
15:53:10
Опять же, т.к. задачи попадали от бизнеса, они сами стали понимать, что успеет команда, а что нет

MnmlSniper
07.05.2018
15:53:48
Хм, человекочасы не принесли, а абстрактные сторипоинты принесли. Забавно
Человеко-часы пугают отвественностью, а сторипоинты - виртуальная штука

Yury
07.05.2018
15:53:53
Хм, человекочасы не принесли, а абстрактные сторипоинты принесли. Забавно
Потому что человекочасы команды могут остаться теже, а скорость в сторипоинтах может вырасти, а может и упасть

Google
Yury
07.05.2018
15:55:34
Прям живой пример: команда сделала рефакторинг и разрабатывать код стало проще. Людей осталось столько же, скорость команды выросла на 25% (судя по сторипоинтам, что команда успевает за релиз)

И наоборот, ушёл человек, на его место взяли нового: человекочасы теже, скорость очевидно упала на 10%

например

Но конечно внедрение сторипоинтов не сразу работает, команда будет несколько релизов учится правильно оценивать фичи. Тут нужны ретроспективы, конечно же.

Но, к сожалению, мало кто из проджектов использует этот метод

Евгений
07.05.2018
16:10:03
У нас забрили это нововведение, т.к. "на обучение этому методу уйдёт слишком много времени"

Yury
07.05.2018
16:11:56
ну это должно быть в голове у мендежера, конечно. К сожалению, им самим часто гайки закручивают, поэтому складывается ситуация: нет времени думать, трясти надо.

Evgeniy
07.05.2018
17:37:01
Какой-то булшит про сторипоинты выше написан , если честно.

Сторипоинты это те же человеко-часы , они не высчитываются и не вибрируют в своих весах в зависимости от скила Васи, Пети, или Оксаны. Это формальная общая оценка, которая может решаться на планинг покере. Если Вася не справился , потому что не дотягивает до средней по больнице оценке, это не повод двигать изначальную оценку :) просто он фактически со своими силами, потратил совсем другие человекочасы

Shoo
07.05.2018
17:41:37
Женя, ты не прав.

Разница как раз в том, что человекочасы для всех одинаковые, по 60 минут. А сторипоинты - это не про длительность выполнения задачи, а про объем необходимых изменений.

Т.е. сторипоинты - это совсем не человекочасы.

Evgeniy
07.05.2018
17:43:11
Объём необходимых изменений - это формальное количество сторипоинтов

Они тоже формально идентичны друг другу

Shoo
07.05.2018
17:43:41
Что?

Evgeniy
07.05.2018
17:46:45
Я имею в виду weightage , которым принято оценивать задачки

Weightage * function points = некое затраченное усилие на задачу.

Shoo
07.05.2018
17:52:56
Я имею в виду weightage , которым принято оценивать задачки
Окей. Я привык сторипоинтами оценивать задачи, т.е. оценивать объем необходимых для деливеринга изменений. Где там человекочасы - я не знаю. У вас, видимо, по другому.

Google
Iaroslav
07.05.2018
17:53:27
Господа, помогите. Достался проект с тестами на протракторе. Как это дебажить, там все на промисах. Есть гайд? Поверхностный гуглеж толкового результата не дал

Evgeniy
07.05.2018
17:53:46
https://www.guru99.com/an-expert-view-on-test-estimation.html

Admin
ERROR: S client not available

Shoo
07.05.2018
18:00:52
https://www.guru99.com/an-expert-view-on-test-estimation.html
Три раза перечитал, так и не осознал. Автор очень ловко жонглирует терминами weightage и complexity, периодически подмешивая туда часы. Можешь своими словами, чем weigtage отличается от complexity (т.е. количество story\functional поинтов на реализацию)?

Evgeniy
07.05.2018
18:04:15
Ничем. Часы подмешиваются как удельный вес на работу с одним function point

Сами веса берутся зачастую как 1-3-5 как наиболее подходящие для 3 видов задач( мб у кого-то бывает больше градаций, но это не факт что работает и помогает лучше)

Там есть штука : estimate define per point - вот это самое главное , в общем, что от команды к команде будет меняться

Зависит скорее из статистики закрывания задач в среднем командой (разработчики/аналитики/тестирование ). Цимес в том, что в конечном счете эстимейт - это человекочасы

Потому что только человеко-часами проще всего посчитать загрузку на неделе

Shoo
07.05.2018
18:09:18
В человекочасы это примерно превращается только при получении конкретного assignee, с конкретной points per hour историей. До этого это человекочасы с разбросом в х3, а учитывая точность эстимейтов - в х6.

Evgeniy
07.05.2018
18:10:32
Поэтому там также рассказывается про double triangular distribution

Который в зав-ти от assignee может учесть worst-best-average сценарии

Shoo
07.05.2018
18:16:29
Поэтому там также рассказывается про double triangular distribution
Да, это всё понятно. Я просто не очень понимаю, в чем смысл эстимейтов в человекочасах в духе "Это может занять от 6 до 72 часов по нашим эстимейтам, но учитывая неточность эстимейтов и возможные риски - от 4 до 96". История с "У нас есть средняя продуктивность команды N поинтов за спринт, из которых N/2 мы гарантированно деливерим, остальное - если всё пойдет хорошо, давайте набивать спринт исходя из этого" кажется мне идеальным сочетанием простоты и прозрачности.

Но, в целом описанное, конечно, имеет свой смысл, спору нет. Может у кого-то и работает. :)

Evgeniy
07.05.2018
18:19:43
Я бы ещё рассказал про то как жилось без спринтов без эстимейтов практически, в рамках канбана, но это уже не формат чатика

Yury
07.05.2018
18:19:59
Чому?

Я б послушал

Чем канбан не угодил то?

Google
Shoo
07.05.2018
18:20:11
Канбан вообще красота.

Yury
07.05.2018
18:20:19
Чем он не подошёл точнее

Где были проблемы

Evgeniy
07.05.2018
18:20:42
Как раз таки всем подошёл :)

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

Yury
07.05.2018
18:22:49
Так я не понял, будет кулстори про золотые деньки с канбаном или нет?

Evgeniy
07.05.2018
18:24:24
Да, могу накатать, но т.к скорее лонгрид, то мб кину линк на медиум

Yury
07.05.2018
18:32:30
Ок

Iaroslav
07.05.2018
18:45:04
Добро пожаловать в мир console.log(value);
По нормальному никак? Пока упёрся в то, что не находит по валидному х-пасу (не успевает погрузиться). Хотя вроде бы вся суть в промисах в том, чтобы не приходилось ждать

Java наше всё :)

Страница 952 из 1080