От отслеживания ничего не меняется. Пока это трекер, то это аналитика. Аналитиков всех уволить, они только всё понимают, ничего вокруг не меняют. Если меняют – они инженеры, а не аналитики, у них не трекеры, а каких-то другие системы. Скажем, issue tracker – это отслеживатель решения проблем, и он нужен для решения проблем, а не для аналитика, наблюдающего за чем-то и дающего своё мнение кому-то, кто принимает на себя ответственность и вкалывает.
Это всё, увы, в последующих руководствах подробненько, там и про issue trackers есть, case management.
Вам пока надо разобраться, как вы влияете в вашем проекте на ускорение ввода в эксплуатацию моста. Если не можете объяснить за пару минут, то хороший повод для закрытия проекта: “на ввод в эксплуатацию моста никак не влияет, можно уволить их там всех”. А у вас даже не ERP (планирование ресурсов), а вы это называете “трекером”, отслеживанием – и не ресурсов, а работ (хотя возможность их выполнения обычно в недостатке ресурсов и отслеживать надо бы их, но не отслеживать, а как-то влиять на их наличие вовремя к началу работы). Про работы много было на R1, это операционный менеджмент. И отслеживать: “вот эта работа опоздала на день, строительство моста задержалось на 180 дней – там вечная мерзлота, в сезон не успели, дальше полгода ждать”. Вот это надо как-то разруливать (а не отслеживать). И дальше показывать, где там ваше скромное место – только после предъявления того, что вы понимаете, что происходит и как вы влияете на ускорение ввода моста в эксплуатацию.