Мне будет интересно ваше мнение. Чату, скорее всего, тоже.

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

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

Курсов 100500, а книжки повторяются)

А списком поделитесь?)

Если тебе с этим человеком больше не работать - то это(вместе с предыдущим) отличный прием. А так да, нехорошо, конечно.

Капитализация OPEX. Когда бОльшую часть операционных расходов (ЗП и др.) через time-шиты делают частью капитальных затрат, т.е. включают расходы ФОТа в общую стоимость разработки  продукта, увеличивая его начальную стоимость. Кристальная честность таких расчетов не требуется, хотя при должной проработке могло бы повысить точность оценки. Такой маневр необходим, что бы правильно отбалансировать финансовые показатели компании и тем самым создать возможность для работы в принципе, т.е. предоставить возможность заниматься разработкой продукта или делать проект ,превращая разработку OPEX в чистый CAPEX, в нематериальный актив (читай - дать людям работу и повысить стоимость капитализации компании). Обычно эту работу никто не видит ,она происходит в верхних слоях атмосферы и производство просто не знает, на основе каких еще показателей принимается решение go/no go. В иных случаях проекты закрывают, команды распускают, т.к. не создается добавочной стоимости, при этом менеджер не может понятным руководству языком объяснить, куда и на что были потрачены миллионы не его денег. Когда компания в самом начале своего пути, этим часто пренебрегают. Самое интересное начинается когда спустя 1-1,5 года приходят первые комиссии с аудиторскими проверками финансово-хозяйственной деятельности, после которой до 60% всего персонала резко ротируется. Знаете почему? Потому что аудиторы работают по стандартам, например, международным типа SOX 404 (cогласно закону компании должны принять меры к минимизации рисков ошибок в финансовой отчетности и построению системы контроля за процессами ее составления) или своим внутренним корпоративным и там нет таких показателей, как CycleTime, и другие показатели. И по результатам аудиторской проверки можно очень легко потерять работу просто потому ,что не смогли доказать, как вы меряете емкость команды и ее производительность и переводите это в прозрачные затраты на разработку. Есть вообще категория граждан ,я их называю гастролеры, которые приходят управлять продуктом в открывшийся бизнес и через 1,5-2 года до начала первых аудиторских проверок работают без учета будущих требований контролирующих органов, а накануне проверок просто уходят из организации. Далее комментарии по пунктам для блока "почему бесполезен":
1) Вывод в конце второго абзаца - спорный. Потому что не доказанный и это лишь предположение. Так же можно сказать, что затрачивая чуть больше усилий, можно получить чуть большую ценность, чем вообще ничего, т.к. накапливая статистику ты можешь анализировать будущие расходы на оценку новых задач при планировании релизов и их сложности, появляется ретроспектива
2) Ok
3) При организации процесса работы нужно сначала выбрать подход к оцениванию метрик, для чего нужно ответить на вопросы: Цели оценки (что я хочу от метрики), уровень требуемой детализации, располагаемое время на оценку, наличие требуемых данных, стоимость измерений. Есть же еще velocity, burn down их тоже надо "читать" для оценки темпа работы и других показателей. Где утверждается, что рассматриваемый способ измерения - плохой? Он может быть только приемлемым или не приемлемым в конкретном месте, конкретной ситуации.
4) Ок. Однако, в любой тикет-системе есть атрибуты начало работы над заданием, окончание и фактическая длительность. Эти значения всегда будут отличаться и, внезапно, это нормально. Их можно собирать и анализировать. При самих замерах нет цели умудохать себя и команду, нужно простроить mindset, что в конце завершения таска поставить фактическую длительность и потом на основе выгрузки из системы анализировать разницу между данными системы и фактом. Да оценка будет отличаться, но это надо что бы замерить субъективный  темп работы команды и эффект от суммарных усилий выполнения задач + научиться правильно им управлять при оценке новых задач, их постановке и передаче в разработку. Т.е. идея в том, что бы использовать эти данные во благо, а не во вред. Плохо, когда команда не может контролировать себя, не может совершенствоваться, отказ от такого способа замера - игнорирование возможности стать лучше.

Почему трекинг вреден? ну резкое заявление же:
1) не раскрыто. Если хороший менеджер умеет красиво выстроить работу, то почему нельзя предположить, что эту работу он мог выстроить именно через выбор подхода с треккингом задач?
2) Треккинг добавляет в процесс работы только в самом начале при организации и минимально - потом. Использованное утверждение "чаще всего" - субъективное. Что объективно - все должно подчиняться принципу: чем проще, тем лучше, но не избавляясь от задачи совсем. Если принцип не соблюдается, то у меня новость - вы плохой менеджер. Вспоминаем, что такое хорошая история, splitting через INVEST и как создать ценность гранулируя задачи по длительности, делая их максимально простыми. Еще вспоминаем backlog, story point и что он должен учитывать все факторы, из которых складывается суммарный объем усилий для реализации задач, что может быть полезным упражнением для работы группы стейкхолдеров, которым нужно договориться по приоритетам. А у стейкхолдеров приоритеты могут быть разные. Треккинг в данном случае может быть одним из пожеланий спонсора, как дополнительный индикатор, он же способ оцифровать и отслеживать утилизацию нормочас-денег ,что бы как раз отбалансировать источники финансирования работы команды и сделать такую задачу частью бэклога - дальновидный шаг
3) Если использовать, например, burndown диаграммы, то по полученным данным можно понять, какая у меня команда. Если она, например, выполнила работы раньше срока,  это означает лишь, что команда (и я как ее менеджер) сделала неправильную оценку предстоящей работы, в случае быстрого выполнения задач разработчики не добавляли задачи из следующего спринта и команда сильно перестраховалась, включив изначально дополнительный срок. Или, например, это релаксирующая команда, когда решили не заканчивать спринт раньше, а более расслаблено продолжили работу. Треккинг не вредит, он помогает получить дополнительную информацию для анализа и принятия решения
4) Если в вашей команде люди не пойдут по договоренностям, ценность которых была обоснована вами и принята командой, а будут избегать, то это не про треккинг, это про то ,что вы фиговый менеджер, что не донесли ценность такого метода работы до команды и она саботирует ее достижение.
5) Справедливо вообще для любого требования или инструмента для оценки работы, предъявляемого к менеджеру. СТрашно представить, что будет, если традиционный план работ по pmbok спланирует "эффективный менеджер", а так же страшно, если он будет готовить P&L, страшно, как будет приоритезировать бэклог в эджайл разработке и т.д.

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

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

Очень классно, большое спасибо!

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

Тяжелые манипуляции отлично работают. Если тебе человека надо один раз продавить и больше с ним не работать - можно и воспользоваться.

По вашему мнению, применивший «тяжёлые манипуляции» — я со стикерпаком или Андрей, с переходом на личности?
Или оба? :)

Не, я в общем виде. На тех двух стикерах про них было сказано, что это плохо. Переход на личные особенности и вот это вот всё.

Я вас понял, спасибо

Привет! У нас есть правила оформления вакансий и резюме.

Отредактируйте и мы его разместим в канал @projects_jobs_feed, или удалим через 5-10 минут если нет.

Спасбо

Всем привет!

Меня зовут Екатерина, #ищу работу #juniorprojectmanager #juniorproductmanager #менеджерпроектов #администраторпроектов
О группе узнала через друзей

Коротко о себе: закончила МПГУ (Институт журналистики, коммуникаций и медиаобразования). За плечами имею опыт работы в газете, радио и ТВ. Большую часть трудовой деятельности была сотрудником Сбербанка в роли менеджера по внутрикорпоративным коммуникациям.  Умею писать тексты, верстать рассылки, делать презентации, организовывать мероприятия. Не боюсь административной работы и людей. В данный момент учусь на факультете Java-разработки на образовательном онлайн портале Geekbrains (решила сменить направление деятельности в сторону IT) и работаю удалённо на проектах Яндекса асессор-тестировщиком.

Что ищу?

- современная компания, которая создаёт мобильные приложения/ собственные продукты, взаимодействует постоянно с клиентом и решает задачи на тему «как сделать, чтобы было удобнее/ лучше?»

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

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

Готова учиться и осваивать новое направление деятельности.

Контактная почта: katerina.kood@gmail.com ( + можно писать здесь в личку)

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

Описание скорее как у терстировщика или QA/QC, чем у PM.