Size: a a a

Projects Jobs — вакансии и аналитика

2020 October 29

AP

Alimov Pavel in Projects Jobs — вакансии и аналитика
Спорить и судить не моё увлечение, я про дела делать.
источник

YF

Yuliya Fina in Projects Jobs — вакансии и аналитика
Жалко, что флудить нельзя.
Мне было бы интересно узнать от  ПМов, которые трекают время для отчетности о своих потраченных часах как им это помогает. Какие-нибудь кейсы из жизни
источник

D

Dave in Projects Jobs — вакансии и аналитика
Тема открыта, можно обсуждать
источник

AP

Alimov Pavel in Projects Jobs — вакансии и аналитика
Ну для начала, я не слышу фактов, почему это не делать, есть просто суждение, о том, что это чушь)
источник

D

Dave in Projects Jobs — вакансии и аналитика
Alimov Pavel
Ну для начала, я не слышу фактов, почему это не делать, есть просто суждение, о том, что это чушь)
Для начала, я не вижу фактов, почему стоит это делать, есть просто суждение о том что это
источник

AP

Alimov Pavel in Projects Jobs — вакансии и аналитика
Это уже холивар))) я за правоту не борюсь, я не в это играю)
источник

D

Dave in Projects Jobs — вакансии и аналитика
Хорошо, я вам отвечу, но позже.
источник

NS

Nikolai Smirnov in Projects Jobs — вакансии и аналитика
У меня был опыт работы в системе координат когда трекер просто показывал онлайн ты или нет (аналог присутствия на рабочем месте)
источник

YF

Yuliya Fina in Projects Jobs — вакансии и аналитика
На мой вкус, следить за своим временем и трекать это время как отчетность это не одно и то же
источник

MB

Maria Bendus in Projects Jobs — вакансии и аналитика
Yuliya Fina
Жалко, что флудить нельзя.
Мне было бы интересно узнать от  ПМов, которые трекают время для отчетности о своих потраченных часах как им это помогает. Какие-нибудь кейсы из жизни
В некоторых компаниях надо и таймшиты заполнять, чтобы зарплату получить. И это хорошие компании, просто там так принято (tm)
источник

YF

Yuliya Fina in Projects Jobs — вакансии и аналитика
Что принято, это понятно. В аутсорсе это привычная практика.
Интересно как это коррелирует с эффективностью, о которой Павел пишет
источник

Е

Евгений in Projects Jobs — вакансии и аналитика
Комитить время затраченное на выполнение задач внутри плана абсолютно нормальная история. Просто каждый смотрит с разных ракурсов. Если менеджер не внутри процесса, а скажем, по характеру напоминает надзирателя, в процессе нем участвует, то это тупик и все вышесказанные доводы верны и это вообще не про созидательную деятельность. Другое дело, когда вы, например, ограничены по времени, есть фактор давления иных обстоятельств, но при этом команда дружная, объединенная одной целью и менеджер глубоко внутри  процесса, то выполнение расчетов затрачиваемых усилий и их корректировка по темпам утилизации времени + стоимости команды (т.е. освоение OPEXа + оценка темпа производства и оценка  прогноза по доп.затратам), это абсолютно точно правильно. Менеджер, который в любой момент времени может сказать, сколько и каких ресурсов сожгла команда - крутой менеджер, потому что все прозрачно, он первый получит доп.финансирование, если были ошибки в расчётах, и к такой команде меньше всего вопросов будет со стороны спонсоров и других заинтересованных лиц
источник

MB

Maria Bendus in Projects Jobs — вакансии и аналитика
Мне кажется, никак. Кому надо, те и без трекинга понимают где оптимизировать процессы, остальные не рефлексируют. Но если захотеть, то можно и рефлексировать над расходом ресурсов и оптимизацией
источник

AP

Alimov Pavel in Projects Jobs — вакансии и аналитика
Евгений
Комитить время затраченное на выполнение задач внутри плана абсолютно нормальная история. Просто каждый смотрит с разных ракурсов. Если менеджер не внутри процесса, а скажем, по характеру напоминает надзирателя, в процессе нем участвует, то это тупик и все вышесказанные доводы верны и это вообще не про созидательную деятельность. Другое дело, когда вы, например, ограничены по времени, есть фактор давления иных обстоятельств, но при этом команда дружная, объединенная одной целью и менеджер глубоко внутри  процесса, то выполнение расчетов затрачиваемых усилий и их корректировка по темпам утилизации времени + стоимости команды (т.е. освоение OPEXа + оценка темпа производства и оценка  прогноза по доп.затратам), это абсолютно точно правильно. Менеджер, который в любой момент времени может сказать, сколько и каких ресурсов сожгла команда - крутой менеджер, потому что все прозрачно, он первый получит доп.финансирование, если были ошибки в расчётах, и к такой команде меньше всего вопросов будет со стороны спонсоров и других заинтересованных лиц
+++
источник

A

Anthony in Projects Jobs — вакансии и аналитика
Eugene Bobrov
#вакансия #спб #руководитель_проектов #project_manager #PM #fulltime

Название компании: Trinity
Формат работы - офис, возможна частичная удаленка
Город и адрес офиса: Санкт-Петербург, ст. метро Чкаловская
Занятость: полная
Зарплатная вилка от 90 000 до 130 000 тысяч рублей на руки
Контакты: +79803409291 Евгений Бобров
(@Eugene_Bobrov  - телеграм, WA)


Всем привет! Компания Trinity ищет себе талантливого и опытного руководителя проектов в офис в Санкт-Петербурге. Количество заказов постоянно увеличивается и нужен умный человек, способный взять на себя ведение новых проектов


Основные задачи:

1. Ведение документации по проекту
2. Коммуникация с заказчиками и командой
3. Управление проектом полного цикла (от аналитики до внедрения)
4. Постановка задач разработчикам совместно с тимлидом, навыки проведения первичной аналитики
5. Выстраивание roadmap по проекту
6. Участие в планировании спринтов
7. Проведение демо для заказчиков



Требования:

1. Опыт в управлении проектами веб-разработки не менее 2-3 лет
2. Сильные навыки коммуникации
3. Отличные организаторские способности
4. Умение работать в Jira/Confluence, работа с диаграммой Ганта
5. Способность видеть проблему до ее зарождения и принимать предупредительные меры
6. Готовность брать на себя ответственность за свою часть работы
7. Понимание важности каждого члена команды
8. Умение работать с гибкими методологиями Agile и Scrum


Мы предлагаем:

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

Ждем в своей команде!
Я с Москвы. Не рассматриваете из соседних городов кандидатов ?
источник

EB

Eugene Bobrov in Projects Jobs — вакансии и аналитика
Anthony
Я с Москвы. Не рассматриваете из соседних городов кандидатов ?
Удаленка частично возможна только, но нужно будет и в офисе появляться
источник

A

Anthony in Projects Jobs — вакансии и аналитика
Eugene Bobrov
Удаленка частично возможна только, но нужно будет и в офисе появляться
Понятно. Ну у меня все равно нет мощного опыта. Думаю, не подойду (
источник

D

Dave in Projects Jobs — вакансии и аналитика
Alimov Pavel
Ну для начала, я не слышу фактов, почему это не делать, есть просто суждение, о том, что это чушь)
Все писать не буду, напишу часть.

Почему треккинг бесполезен
1. Я спросил про треккинг для менеджера, так как бывают ситуации, в которых команде действительно нужно трекать время, например клиентская разработка по T&M. Однако, менеджер не является «линейной» частью этой команды. У менеджера, в течение дня, часто возникают маленькие задачи, не связанные друг с другом. Для сравнения: разработчик может гуглить решения, писать тесты, читать доки, писать функционал и все это будет частью одной задачи или сценария (хотя ценность трека спорна даже тут).

В случае с менеджером мы собираем задачи в одну кучу по схожим атрибутам или «включаем педанта» и точно трекаем все, как нужно.
В первом случае теряется детальность (ценность треков), во втором мы тратим больше ресурсов (время, мотивация, энергия и тд) на работу с треккером. Причем ценности становится не сильно больше.

2. Количество затреканного времени ≠ потраченное на задачу время.
Мысль могу развернуть, если непонятно.

3. Треки мало писать, из них нужно делать выводы. И, внезапно, делать выводы тоже нужно уметь + «делать выводы из треков» это активность, которая тратит ресурсы. Зачем использовать эту нерепрезентативную метрику, когда есть более репрезентативные, работая с которыми вы лишний раз не напрягаете команду: lead time, TTM, defect life cycle, оценка качества кода (кросс-ревью), «счастье сотрудников» (через 1-1), качество постановки задач, отношение переоткрытых задач к закрытым и много другое?

4. Если размер ЗП имеет хоть какое-либо отношение к треккингу времени — в нем будут врать.
Обычно врут немного (5-30 минут сверху на задачу), но часто. Второй популярный вариант решения проблемы, а вы именно создаете людям лишнюю проблему на работе — это трекать именно столько часов в день, сколько просят, постфактум.
Ценности у таких треков ноль. Плюс, это демотивирует команду и вам об этом не скажут на 1-1.

Почему треккинг вреден
1. Плохой менеджер не работает. Хороший менеджер не работает. Разница в том, какие результаты мы видим.
Как это понимать: «хороший» менеджер умеет выстраивать работу так, чтобы ему требовалось совершать минимум действий. Он обучает команду правильно писать сообщения, задавать вопросы, работает с мотивацией, создает отчуждаемые от него процессы, предвидит и планирует риски и многое многое другое.
В случае с треккингом становится «невыгодно» хорошо работать. Причины могу расписать, если непонятно.

2. Как уже писал выше, треккинг времени добавляет в процесс работы то, что там не требуется.
Почему это плохо:
- трекать время нужно правильно, например корректно заполнять доп поля в треккере. Чаще всего для этого пишется процесс, что-нибудь типа: «пишите в трек айди задачи, над которой работаете» (тоже идея так себе, кстати). Как уже выше писал, это добавляет работы менеджеру и команде (трата ресурсов).
- возникает ошибочное ощущение контроля и понимания того, как работают люди. Пример: У вас есть Вася и нет треккинга. К Васе нет вопросов, он молодец и все задачи закрывает вовремя. Вы ввели треккинг и увидели, что Вася тратит на ту же самую работу 60% рабочего дня, а остальное время гуляет по парку (пусть вам это рассказала жена Васи, например). Давайте, положа руку на сердце, предположим какие эмоции, вопросы и действия это вызовет у менеджера/руководства/команды.

3. Люди не очень хорошо описывают задачи. Люди не умеют оценивать. Если треки отличаются от оценки то чаще всего в сторону увеличения. Я думаю, понятно, как это влияет на мотивацию. Но есть нюанс!

4. Нюанс в том, что треки видит не только менеджер, но и команда (чаще только свои). При любой возникшей проблеме, связанной с треккингом, члены команды пойдут по пути наименьшего сопротивления (и будут правы) — манипуляция с треками.
Ценности у таких треков ноль. Об этом вы, скорее всего, никогда не узнаете.

5. Про ситуации, когда треккинг попадает в руки к «эффективному менеджеру», я вообще молчу.
Таких менеджеров не меньше половины.
источник

D

Dave in Projects Jobs — вакансии и аналитика
Alimov Pavel
Ну для начала, я не слышу фактов, почему это не делать, есть просто суждение, о том, что это чушь)
Да, действительно могут быть ситуации, в которых польза от треккинга времени перевешивает вред + стоит потраченных на внедрение и дальнейшую работу ресурсов. К тому же, проблемы, решаемые треккингом, можно решать как-то еще, менее болезненно и дешевле (ресурсы). Да и и время работы над задачей можно трекать без треккера. ¯\_()_/¯
источник

D

Dave in Projects Jobs — вакансии и аналитика
Буду рад почитать ваше сообщения, в котором вы расскажете про пользу треккинга времени.
источник