почитайте OWASP, посмотрИте как зайдёт

 

 

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

может это та самая "свобода слова"?

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

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

P.S. 

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

 

 

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

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

 

 

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

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

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

 

 

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

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

 

 

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

конечно это плохо, и так нельзя. надо только использовать для целей бухучёта

 

 

Вот у нас в одном проекте таймшиты использовались для рассчета с заказчиком. Только в них нет тикетов, в них есть типы работ. и мы тупо раз в неделю вписываем 38 часов в "sprint work" и 2 часа в "Spikes, POCs". те самые capitals и expenses. То есть, если я играл в плойку в офисе потому что тикетов не подвезли - это 8 часов, а если болел или в отпуске был, то это 0.

это хорошо что у Вас так стабильно было "38+2", поэтому могли так вводить. но во многих случая реально нет такого стабильного отношения, и в одно время работа идёт 80% на поддержку, а в другое 80% на разработку, плюс разные проекты иногда накладываются, поэтому получается ещё веселее типа "60+30+10" или "40+20+30+10"

 

 

Дурдом, тчк. 

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

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

 

 

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

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

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

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

 

 

У нас решали такую проблему просто. В спринте у каждого был таск Overhead, куда легально можно было списывать до часа в день. Если за день набегало больше часа времени на всякое "активность незапланированная в спринт" (от "комп тупил, админы смотрели" до "внезапно пришлось делать рисёч, который сложно привязать к продуктовой задаче"), то приходилось заводить отдельную таску и списывать туда. Но случалось редко, на коммоновые задачи часа в день хватало.

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

 

 

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

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

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

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

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

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

P.S.

а выдачу премий вообще надо запретить, а выдавать всем 13ю зарплату, либо зп повысить всем

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

 

 

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

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

час заполняет таймшиты наверное если тестировщик в прострации? это ведь только несколько записей

 

 

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

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

 

 

Мы говорим про почасовую оплату? Зачем бухгалтеру знать, что тестировщик списал 5 часов на работу с багами и 3 на настройку среды для нового билда? Ему же надо учесть 8 рабочих часов и все. 

 

3) таймшиты зло. Огромное зло.

 

4) платить надо за работу, а не за количество пролитого пота.

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

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

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

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

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

 

 

Знаешь, что. Реши ка для начала задачу Голдратта: https://tocpeople.co...-stoga-sena-12/

таймшиты это не про планирование ведь, таймшиты это про учёт уже потраченного времени

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

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

 

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

1) В таймшитах вранье. Это очень хороший вариант.

2) В таймшитах правда. Вот это полная задница для фирмы.

 

И есть промежуточные варианты. Там есть вранье и задница.

"правда" или "враньё" зависит от точки зрения

например день тестировщика:

1 час с утра поднимал сервер

2 часа тестировал фикс старого бага, который зарепортил клиент

2 часа не было тикетов и читал доки по следующему проекту

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

1 час тестировал тикет по новому функционалу

1 час читал книжку по джаваскрипту

это всё вводится в таймшит как:

5 часов по тикету багфикса

3 часа по тикету про новый функционал

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

 

 

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

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

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

 

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

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

 

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

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

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

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

 

 

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

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

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

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

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

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

 

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

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

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

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

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

 

 

тем более когда задание найти максимальное количество ошибок и прислать отчет какой то

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

 

 

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

ну вот например если Вы пригнали машину в сервис на осмотр - что Вы ожидаете получить в качестве результата? Список-простыню в 101 недостаток, включая пятно на заднем сиденье и царапину на бампере? Типа они постарались и нашли "максимальное число недостатков"? А может под капот и забыли заглянуть пока записывали все эти пятна?

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

 

 

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

они смотрят, прислали ли им "отчет по тестированию"

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

"важно не только количество, но и качество найденных ошибок"

вот что ответил работодатель. Не нужно находить 101 ошибку. Это какое-то тыканье, как Сергей выше указал

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

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

 

 

Торговля людьми получается какая то :-) Но со мной побыстрее получится, я уже работаю программистом 1С.

а почему-бы тогда в настоящие программисты не податься?

 

 

Т.е. я сейчас не настоящий? :-) На какой язык вы предлагаете подаваться?

я думаю программисты 1С понемногу должны догадываться кто они на самом деле ;)

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

 

 

В 1с не платят? 

в 1С всегда наверное будешь на уровне каких-то местных предприятий

никогда не будешь работать с настоящими продуктами, в компаниях мирового уровня