а откуда вобще это утверждение? К чему оно?

К тому, что заказчик платит аутсорсерам за то, что они сделают определенный конечный продукт.

Дальше есть эстимейт от этих самых аутсорсеров, на N часов, которые биллятся.

в течение определенного времени.

Сроки на реализацию задачи.

Это значит что через N времени задача будет готова.

Просто было интересно как лиды разруливали такие ситуации в своих компаниях. Вдруг у кого завалялась универсальная таблетка :))

Тут всё-таки нужно просто заранее экспертно оценивать ожидаемые трудозатраты на те задачи которые ставятся, и если человек не выполняет их за ожидаемое время то тогда выяснять причины, и делать выводы

Это не значит, что эти N времени человек будет сидеть за компом и писать код\тестировать\что либо ещё делать.

Есть несколько путей. Заказчик проводит тендер или исследует рынок и нанимает команду. Если команда просрала эстимейты, которая ставила сама, нанимается другая команда. Так что в каком-то смысле - да, расходятся.

Тут всё-таки нужно просто заранее экспертно оценивать ожидаемые трудозатраты на те задачи которые ставятся, и если человек не выполняет их за ожидаемое время то тогда выяснять причины, и делать выводы

Верно.

Спасибо :)

Есть несколько путей. Заказчик проводит тендер или исследует рынок и нанимает команду. Если команда просрала эстимейты, которая ставила сама, нанимается другая команда. Так что в каком-то смысле - да, расходятся.

ну это да, а что плохого если заказчик выбрал эту команду и она сделала все раньше срока?

Нет, стоп. Если есть эстимейты, и они выполнены. То какая разница? Что кто-то мог сделать быстрее и дешевле? Ну сорян, вы сами на это подписались.

А где я говорю, что это плохо?

Ты говоришь, что практика "сделал работу - смотри котов" не работает для аутсорсеров.

Я говорю, что работает.

Я говорю, что работает.

поддерживаю

Где я это говорю? 0_о

Нен адо вкладывать в мои слова свой смысл.

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

Вот тут.

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

Он платит за фичу, которую заказал. Всё.

Это всё, за что он платит.

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

разве он не за готовй результат платит?

Вот тут.

здесь я говорю именно рто, что я написал. Не надо додумывать.

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

Если эстимейт выполнен - это win win.

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

разве он не за готовй результат платит?

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

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

из за недоверия что качественно сделают?

Один из факторов.

Чем это отличается от того?

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

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

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

нов таком случае он должен код смотреть

Ой, давай без крайностей.

Может ему ещё код ревью проводить?

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

я о том что елсич еловек не разбирается в ремонте его присутствие не поможет, так и тут он увидит что что то происходит а что не знает

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

он хочет видеть, за что он платит деньги. Точка. Мотивация может быть разная: -Видеть, что чуваки загружены, а не поставили дедлайн подальше, чтобы срубить побольше. -Иметь контроль над правками и участвовать в развитии продукта. -Советовать и вносить изменения. -Делать нечего. ...

Чем это отличается от того?

Тем, что "периодически приезжает и смотрит" отлично работает в рамках итераций поставки продукта, а ты натягиваешь сову на глобус. :)

Тем, что "периодически приезжает и смотрит" отлично работает в рамках итераций поставки продукта, а ты натягиваешь сову на глобус. :)

Я привожу аналогию. Но с ними, видимо, тут не все умеют работать.

Некорректная аналогия.

Ты предлагаешь рабочих чипировать и смотреть, что б в течении ремонта маляры от стен не отходили.

Да где я это пишу-то?

Хватит уже додумывать за меня!

Я от тебя тут уже много узнал с удивлением что я имею ввиду во время беседы.

Не читай между строк.

Я пишу именно то, что пишу.

он хочет видеть, за что он платит деньги. Точка. Мотивация может быть разная: -Видеть, что чуваки загружены, а не поставили дедлайн подальше, чтобы срубить побольше. -Иметь контроль над правками и участвовать в развитии продукта. -Советовать и вносить изменения. -Делать нечего. ...

а что плохого что чуваки поставили дедлайн подальше? он же сам купил услугу за итоговую цену, и она наверное оказалась ниже чем у конкурентов. Если проводить аналогию с ремонтом, то там заказчики очень людят тех кто выполняет работы за минимальное время и пускай даже берет за это ту же сумму как люди которые делают эту работу в три раза дольше

а что плохого что чуваки поставили дедлайн подальше? он же сам купил услугу за итоговую цену, и она наверное оказалась ниже чем у конкурентов. Если проводить аналогию с ремонтом, то там заказчики очень людят тех кто выполняет работы за минимальное время и пускай даже берет за это ту же сумму как люди которые делают эту работу в три раза дольше

Для чуваков - ничего. Для него - дополнительные траты, которых он мог бы избежать. Не?

Для чуваков - ничего. Для него - дополнительные траты, которых он мог бы избежать. Не?

если контракты подписаны и сроки согласованы ка кон избежит трат?

избежит и мог бы избежать.

разные вещи.

ERROR: S client not available

т.е. вывод - на аутсорсе надо имитировать работу и растягивать ее даже если ты можешь сделать быстрее?

какой странный вывод.

Почему вы так решили?

Для чуваков - ничего. Для него - дополнительные траты, которых он мог бы избежать. Не?

ему сказали что за месяц дадут продукт он согласился, но продукт получился за три недели, ему отдали за три недели он заберет часть денег?

типо неделю не работали врените деньги или как?

ему сказали что за месяц дадут продукт он согласился, но продукт получился за три недели, ему отдали за три недели он заберет часть денег?

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

Почему вы так решили?

Да потому что у нас изначально речь шла про то что может ли человек заниматься бездельем когда выполнил свою поставленную задачу. Вы откоментировали мое сообщение что так можно делать в продуктовых канторах а не в аутсорсовых.

Вот нам тут всем и интересно что в аутсорсе то не так

по факту работник это тот же аурсорс для работодателя

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

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

Да потому что у нас изначально речь шла про то что может ли человек заниматься бездельем когда выполнил свою поставленную задачу. Вы откоментировали мое сообщение что так можно делать в продуктовых канторах а не в аутсорсовых.

Всё так и было. Потому что в аутсорсных конторах тестер заполняет таймшиты, в которых указывает какое время он на что потратил. И по количеству таймшитов получает свою зп. Дальше сами?

Пойду, кстати, поработаю.

Всё так и было. Потому что в аутсорсных конторах тестер заполняет таймшиты, в которых указывает какое время он на что потратил. И по количеству таймшитов получает свою зп. Дальше сами?

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

Прошу прощения, если ввёл в заблуждение. Не имел ввиду прям ВЕСЬ аутсорс.

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

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

Нечего делать => исследовательское тестирование)))

Бывает, что трачу свободное время на правку доки, рефактор тестов, но оно все равно остается.

Максим, Вы уникум)

Коллеги, привет! Поделитесь, у кого практикуется KPI для тестирования. Имеет ли место вообще вводить KPI для тестировщиков? Какие метрики использовать? Метрику "количество багов" не предлагать :)

бегите, глупцы!

пеките голубцы

KPI нормально работает, если он нормально построен и все понимают что и зачем.

как может нормально работать KPI на нелинейных процессах? кто виноват в баге – только тестировщик? или аналитик/разработчик/менеджер/тот кто процессы ставил тоже имеют отношение?

kpi - это не поиск виноватых.

Хотя, где как.

ладно, пусть не поиск виноватых. какой смысл заводить KPI только для одних участников процесса, на итог которого влияет сразу несколько человек?

что мерить то будем, баги в проде?) ну окей, они есть. что должен сделать тестировщик, чтобы багов в проде стало меньше? только ли от него зависит достижение данной цели?