Anton_jukЕсть у нас 3 отдела:
аналитики, разработчики, тестеры
Есть у нас Редмайн (или купим джиру).
Кто подскажет хорошую статью как организовать совместную работу.
Вопросов много и везде, где работал, решали их по-своему.
Должны ли аналитики работать в отдельном проекте или в том, что и разработчики? Или должен быть один проект, в нем Issue, к которому привязаны трекеры Аналитика, Разработка, Тестирование

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

Попытки разделить аналитиков/разработчиков/тестировщиков- это "водопад"- классика "как провалить проект".

Anton_jukНо есть и вторая цель - у каждого отдела свой руководитель и им как-то нужно отчитываться за свои задачи.

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

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

Anton_jukУ нас все примерно так и есть.

"Так" это как?
Все вместе, или собачатся?

Anton_jukНо все равно ощущение, что неудобно. Вот и хотелось бы ссылочку на статью как у кого-нибудь устроено.
Или даже за тренинг какой заплатил бы

Вообще непонятно.
Вам тренинг по настройке redmine? jira?
Есть ещё devprom, trackstudio. Вот со второй был большой опыт, в т.ч. начальник тестировщиков собирал какие-то отчёты постоянно.

Но лучше курсы по scrum'у пройти и постановки задач отдельно.

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