Повторюсь. Списывается время на проект. Против этого я ничего не имею. Но не стоит в рамках каждого проекта расписывать типы выполняемых задач. 

возьмем к примеру тайм-трекинг в Джире+Темпо: есть проекты, в проектах есть тикеты, на тикетах аккаунты

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

для тестера либо разраба (или любого другого сотрудника) все просто и прозрачно: взял с доски тикет в работу, после ввел время на этот тикет (ну или тракер конвертировал) - вот и делов то

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

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

 

 

Дурдом, тчк. 

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

а дурдом это когда "просто все работают" и заполняют сразу по 40 часов

увольте этого сотрудника. и авторитет заработаете и дисциплина в отделе поднимется

а нового не берите, там и так задач мало

P.S. 

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

 

 

2. Зачем для бухучета вид задач выполняемых сотрудником. Я понимаю нежелание оплачивать задачу вида "пил пиво", но дальше то оплата идет за работу в целом же? Поднимал я сервер или читал доки - все равно зп будет одна. Еще деление по проектам понимаю - разные бюджеты. 

"в целом" наверное только в самом простом варианте в самой простой фирме

 

 

Еще деление по проектам понимаю - разные бюджеты. 

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

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

 

 

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

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

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

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

 

 

Spock, поправь, ты же про аутсорс говоришь?) Они же по артефактам работают - производственные и непроизводственные, плюс SLA. 

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

http://finvopros.com...8212_OPEX_CAPEX

капитальные и операционные расходы

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

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

 

 

Вот поэтому такая отчетность - зло))

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

но некоторые тимлиды и маленькие начальники видимо пытаются использовать эту отчетность в своих "грязных целях" микро-менеджмента времени сотрудника, когда требуют "вводить 8 часов с точностью до 15 минут", не учитывая что эффективного времени всего 6 часов, и что не существует тикетов на половину того что делает тестировщик. Оттуда и формируется негативное мнение о таймшитах

 

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

А в каком месте в таймшитах "все-таки правда" я категорически не понимаю.

 

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

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

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

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

 

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

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

ну а как считать работой "пил пиво игрался с коллегами в плейстейшн"? как вообще и куда такое вводить? а ведь 8 часов работы ведь надо залогировать всё равно

в рабочем дне 8 часов, но эффективных часов там 6 - так как 2 уходят на организацию работы, собрания, переговоры, документацию и просто всё подряд

поэтому и нереально ввести 6 эффективных часов в 8 часов рабочего времени

 

 

И потеряете хорошего начинающего кандидата только из-за того, что он не знает терминов?)

это просто для оценки кандидата, чтобы определить "начинающий" он или "продолжающий"

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

да и тут не в терминах же смысл, а в понимании пайплайна

вот что бывает когда в гите и пайплайнах абсолютно не хочется разбираться, а вот зарплата на позицию очень нравится

а вообще это хорошая идея кандидатов отсеивать

ну как бандосы "на фене" начинают разговаривать и сразу "палят" подсадного

и тут типа вопрос кандидату: "вот у нас тут билд зафейлился, а мы резилить хотим, что делать? черри-пикать коммиты? ревертить чейнджи? накатывать фиксы?"

и смотришь как тот выкрутится :)

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

навыки навыками, но ведь главное это какой именно вклад Вы сможете сделать на данной вакансии

Матрица? все части

 

 

Тестируйте сайт той организации, куда хотите на стажировку.

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

 

 

"Сначала возьмите, а потом скажу?"  

и тогда молчать тоже

пока не поймёте что это не нужно и не важно

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

https://docs.docker.com/get-started/

 

 

Можете потестировать прямо тот сайт, на котором сейчас находитесь — software-testing.ru

ну как-то не очень, админам потом чистить форум от тестовых профилей и постов?

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

 

 

личные кабинеты

не интернет банков, не государственных контор :)

 

 

Если я правильно понял, то вы предлогаете скачать готовый веб-проект и чтобы я установил его у себя на ПК?

вообще наверное предлагаю пройти туториал по докеру, это займёт 4 часа

получите кучу нужных знаний

 

 

Почему?

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

придешь на собеседование а там спросят какой-то пример, типа "как тестировать это будете" - ну Вы и расскажете про то что умеете, как кликать по кнопкам

а потом оказывается что у веб-приложения есть не только "морда" - но и "админка", и файлы настроек, и база данных, и интеграции с другими системами и много чего еще. И оказывается что это всё надо тестировать, и это намного важнее "кнопочек"

 

человек хочет на стажировку. Хочет найти сайты для тестинга.

А умение "кликать по кнопкам" лучше, чем ничего

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

 

 

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

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

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

ищите веб-аппликации которые сразу упакованы в докер

 

 

ISTQB не учит плохому, а учит теории. 

ну а Вы прочитали обсуждение, или только заглавие?

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

 

 

https://www.youtube....h?v=DvMh4_ak6r4

ну и к чему тут троллинг?