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

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

вери вери депендс

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

вери вери депендс

Это может быть отражением моего личного опыта в пресловутой амфоре :) Студенты последних курсов на ручном тестировании с огромной текучкой кадров.

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

Так я и говорю про начальные уровни, а не сеньоров.

каждые полгода учить мидла с джуна - тоже фейл, особенно если чувак за полгода-год вырос реально, то его стоит удерживать, если это просто вопрос ЗП или более клёвого кресла с компом, если же вопрос в том, что проект человеку надоел или не зашёл, то тут удерживать не стоит

все зависит от многих факторов

это на месте кажется, что за человека надо держаться

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

Да, оба раза, когда уходил, был мнения, что за меня должны были держаться :-D

у всех такое мнение о себе, ага

не нужно удерживать, нужно поддерживать его в процессе, а не когда он собирается уже уходить.

что бы и мысле уходить не было

ребят, такой интересный вопрос, как понять, что пора бы ещё одно тестера нанимать?

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

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

не, такого осознания нам не надо

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

Но вы собираетесь увеличить объём задач.

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

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

ребята, вопрос кто-нибудь сдавал ISTQB Advanced technical test analyst? может, остались примеры тестов?

Вот примеры. На немецком ? http://swisstestingboard.org/wp-content/uploads/2014/05/TrainingQuestions-CTAL-V2007-TTA-German-V01_03.pdf

Спасибо и за это :)

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

2 недели чистых на новом месте. На прошлом был 8 месяцев.

Welcher der folgenden Testfallentwürfe ist ein Beispiel für die Anwendung des FehlerangriffTestverfahren? Какие из следующих тестовых данных конструкций является Пример применения метода испытания атаки вина?

метод "атака вина"

неполучилось - так хоть напился

Атака коньяка, там опечатка

это у вас там вино в кониьяк превращается посредством одной опечатки?...

Метод error guessing, вероятно но не факт.

без знания немецкого не рекомендовано :)

Есть еще словарь, который немецкие в английские переводит и наоборот

@phuzzya я сдавал, сейчас поищу тесты

http://swisstestingboard.org/wp-content/uploads/2015/10/CT_Glossar_DE_EN_V30.pdf ничего не жалко

Спасибо!

https://www.astqb.org/get-certified/istqb-syllabi-the-istqb-software-tester-certification-body-of-knowledge/

http://certifications.bcs.org/upload/pdf/test-analyst-sample.pdf

@phuzzya я сдавал, сейчас поищу тесты

А подготовку по Rex Black, Jamie Mitchell vol.3?

все, другие не смотрел

Большое спасибо

готовился по официальным докам и Software_Test_Engineers_Handbook_Second_Edition

Ага, поняла

велкам

Всем привет, есть вопрос. Кто-нибудь удаляет задачи посреди спринта? Т.е. у нас бывает возникают ситуации, что например напланировали спринт, а посреди спринта привалило 2-3 блокера, за которые надо обязательно и срочно взятся. Следовательно под конец спринта несколько задач не успеваем сделать и переносим на след спринт. Есть ли смысл менее приоритетные задачи удалять в середине спринта?

Фокус фактор с этими задачами тоже не спланируешь

Удалять не стоит, а то потеряется общая картина того, что где то есть косяки с планированием

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

так по результатам спринта несделанные задачи попадают в некую очередь, по которой производится ретроспектива - почему не успели, что помешало и т.д. Потом эти задачи переходят на следующий спринт или редактируются.

Так велосити то нарушается

Ну да, а с добавлением блокеров что, не нарушается чтоли? ;)

Нельзя в спринт впихнуть невпихуемое

Ну или можно команде предложить поработать по 12 часов, но тогда тоже велосити нарушится.

Задача состоит в том, чтобы пара Commitment Completed по стори поинтам сходилась

и чтобы такого как справа не было

эээм

слушай, вы работаете на продукт, а не на графики в джире же

А мне кажется не в этом задача

Ага

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

если вам впихнули невпихуемое и вы профакапили спринт, то это не трагедия, а повод обсудить

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

БЕГИ

А как КПИ связано с велостити? Это какое-то недоперепонимание

Работать на графики в джире это типичный такой карго-культ

собственно это графики в джире должны работать на вас

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

На графики не работаем, я пока просто задал вопрос в общество)

Ну у меня ответ такой — умерла, значит умерла

надо разбираться почему

Каким образом решить вопрос добавления блокеров в спринт. Одним из решения вижу пока только планирование спринта на меньшее кол-во стори поинтов с заделом на дальнейшее добавление блокеров

у нас при добавлении блокера на спринт его оценивают и убирают со спринта соответственное количество задач

а потом на ретре разбираем, откуда взялся блокер вообще

Вот, а @Fausttest считает, что удалять не нужно

кпи у разработчиков зависит от входных данных? Разработчики не виноваты что им поднасрали в спринте.

кпи это отдельная тема, и так уже двое суток это обсуждали)

Сейчас вопрос в другом)

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

А если ты говоришь "удалить задачу" - сделать ее delete так чтобы ее никто никогда не нашел - вот это не надо.

Удалять в середине спринта и переносить эти задачи на следующий спринт в конце предыдущего это ведь разные вещи

Эм, мне кажется речи про удалять задачи вообще не шло :)

это безумие какое-то

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

речь про снятие со спринта, конечно

ну мы снимаем

Ага

Удаляешь ты ее из спринта - куда она у тебя попадает?

беклог

в бэклог же

в топ

ага

ВОТ. но не в следующий спринт

в след. спринт она может попасть только при ближайшем планировании и обсуждении

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

ну да, само собой

Ну у нас довольно часто случались ситуации когда беклог успевал забиться ЕЩЕ БОЛЕЕ ВАЖНЫМИ СРОЧНЫМИ ЗАДАЧАМИ

Менеджеры говорили что у всех задач в беклоге один приоритет - БЛОКЕР