lukoie

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

у нас в аутсорснице та же беда есть. Причем есть трекер свой, и есть упорковский. При этом у программиста есть своя виртуалка под каждый проект(ой, не спрашивайте зачем), и программист трекает по двум трекерам. Менеджер в конце недели еще и сводит время, потому что могут быть где-то разница. Программисты получают деньги по двум ставкам - одна по трекеру, вторая по бенчу. Итого, если он не трекал - то его ЗП будет на это время считаться по тарифу бенча.
Но тут есть и другая лажа, когда программисты просто крутят трекер.
А потом их зазывает софтсерв, и показывает что трекеров у них нет - то программисты с радостью туда, потому что отчеты в конце каждого дня писать не надо, трекер крутить не надо, сиди и делай как тебе удобно и когда удобно, главное чтоб был результат.
Короче, платите им по двум ставкам, и у них будет стимул крутить трекер.
Мне, кстати, Toggl нравится. Но у нас и свой есть, своя разработка внутрикорпоративная.

Откуда мне знать сколько займет починка бага, если я его ещё не нашел?

Откуда мне знать, сколько займет времени имплементации фичи, если я этого ещё не делал?

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

Что такое "управлять по таймингу"?
Трелло пробовали?

https://spark.ru/startup/bank-siab/blog/44721/kak-...

СМАРТ это методология. Она в голове. А планировать поможет любой органайзер или таск-менеджер. Например Asana

Не понял. Вы устроились ПАРУ недель назад, посреди спринта?
1 Так сколько же спринт у вас длится?
2 Если беклог адекватный, и скоуп был только на первый спринт выбран, Вам надо понять на ретроспективе что пошло не так - то ли скоуп они поторопились и нагребли неадекватный, либо они просто его слили.
То есть, раз это только первый спринт, то именно ретроспектива покажет что делать дальше. По сути, первый спринт и нужен для определения как работает комманда. Печалька конечно что на первом же спринте заваливают, но это не трагедия - ретроспектива, осознаете проблему и смотрите что делать дальше.

Примеры от меня буду кидать тут в комментах, что буду находить.. Также есть в комментариях к ответам, со скриншотами.

1) Как лучше давать доступы для нового программиста? Лучше создать api внутренних процессов и открывать доступ к ограниченному функционалу, чтобы не было полного доступа к базе и ресурсам сервиса?

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

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

Все зависит от размера проекта. Есть проекты где есть битбакет с пайплайнами для CI, тогда у чела своя ветка и мерджи. Есть проекты где чел просто по фтп заливает. Разворачиваешь для него свое окружение, и даешь таск. Или даешь доступ до текущего проекта - всегда от проекта зависит, и нет единого "правильного" варианта. В Вашем же вопросе даже не ясно какой стек технологий и даже язык используется. Вы ж представляете как отличается разработка на дотнете и фронтенд?

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

Я бы смотрел для этой цели vTiger и Redmine
Для них есть системы документооборота и/или groupware.

OTRS?

Мне кажется что ничего не получится. Условное использвание данных из таблиц можно по одному из критериев. Но если у Вас И дата(строки) И название ресурсов(столбцы) - то будет трабл.

а про слак знаете?
если альтернативу битрикс24 для бедных, наверное посоветовал бы sugar crm развернуть на хостинге.

vTiger - бесплатная и очень гибкая - настраиваются любые поля под свои требования. основана на известнейшей sugar crm

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

Редмайн с базой знаний в вики