Почти не пользуемся Trello, а юзаем гугл доки для задач.
В гуглодоках хратить широкое описание задачи допустимо, если например это спецификация некого протокола. В задаче же должна быть ссылка на эту спецификацию.
Донесите до руководства выше вас и TL и PM, что задачи, кроме таск менеджера - не должны браться в работу. В крайнем случае заводите задачи самостоятельно и отправляйте ссылки на них постановщику, TL и PM. Если это будет восприниматься в штыки PM/TL - валите от туда, если же какими-то другими постановщиками - отправляйте их к TL/PM с указанием, где оформляется задача и как. Так чисто между прочим вот этот вот все - задача вашего PM-а.
Не всегда удается убедить, что на реализацию нужно больше времени.
Фиксируйте ETA задачи перед тем, как брать ее в работу. Уведомляйте об этом постановщика И TL-а. Если вдруг возникнут вопросы до реализации - спросите, на каком основании выставлялось ETA постановщиком, опираясь на кодовую базу. Во время реализации - фиксируйте возникшие трудности в теле задачи. Если ETA сильно увеличиться - обязательно уведомьте об этом TL-а и постановщика. Если вопросы возникнут в конце - ссылайтесь на комментарии и уведомления.
Очень много времени приходится тратить на помощь другим джунам, которые не умеют/не хотят гуглить элементарные вещи (как сдедать ветку в гите, как добавить CSS свойство в JQuery).
Это входит в ваши обязанности? Если нет - отправляйте к гуглу. Безусловно, человеком тоже надо быть и помогать по мере возможности, но не во вред вашим основным обязанностям. Если вдруг этого от вас потребует руководство - не вопрос, заводите maintenance задачу и логгируйте в нее потраченное время.
Периодически (пару раз в неделю) орут матом менеджеры (не на прогеров, а друг на друга или просто так).
It's ok
Не хватает тестеров и некоторые задачи очень долго не тестируются.
И чо? Это ваша проблема что ли? Если конкретно ваша задача долго тестируется и вопросы к вам - отправляйте в отдел тестировщиков.
помогаю с переходом на Жиру (на Трелло ругается наш менеджер), настраиваю там все...
Вообще говоря это прямая задача вашего PM-а и админов.
Это правда не особо нормально или я много хочу?
То, о чем вы тут писали - называется технический процесс. Да, в вашей компании он не очень.
