<rss version="2.0" xmlns:a10="http://www.w3.org/2005/Atom"><channel><title>Inflectra Customer Forums: SpiraTeam as a general issue tracking platform? (Thread)</title><description>We use SpiraTeam to manage our projects, but we would also like to set up a general portal for bug tracking, where any employee can report an issue, without having to be a member of a particular project ahead of time. The user should be able to maintain visibility on the status of the incident as it moves through the system.&#xD;
&#xD;
    Our current idea is to set up a "general" SpiraTeam project where all employees are members. A manager would periodically review entered bugs and copy them to the appropriate project for the team to review. The problem with this is that the original bug that has public visibility would not be updated as the copied incident is changed over time.     Are there any recommendations for best practices around this scenario? Is a third-party bug tracking tool our only option here?     Thanks in advance for any input. </description><language>en-US</language><copyright>(C) Copyright 2006-2026 Inflectra Corporation.</copyright><managingEditor>support@inflectra.com</managingEditor><category domain="http://www.dmoz.org">/Computers/Software/Project_Management/</category><category domain="http://www.dmoz.org">/Computers/Software/Quality_Assurance/</category><generator>KronoDesk</generator><a10:contributor><a10:email>support@inflectra.com</a10:email></a10:contributor><a10:id>http://www.inflectra.com/kronodesk/forums/threads</a10:id><ttl>120</ttl><link>/Support/Forum/spirateam/best-practices/642.aspx</link><item><guid isPermaLink="false">threadId=642</guid><author>Greg Ferreri (gferreri@glneurotech.com)</author><title>SpiraTeam as a general issue tracking platform?</title><description>We use SpiraTeam to manage our projects, but we would also like to set up a general portal for bug tracking, where any employee can report an issue, without having to be a member of a particular project ahead of time. The user should be able to maintain visibility on the status of the incident as it moves through the system.&#xD;
&#xD;
    Our current idea is to set up a "general" SpiraTeam project where all employees are members. A manager would periodically review entered bugs and copy them to the appropriate project for the team to review. The problem with this is that the original bug that has public visibility would not be updated as the copied incident is changed over time.     Are there any recommendations for best practices around this scenario? Is a third-party bug tracking tool our only option here?     Thanks in advance for any input. </description><pubDate>Tue, 16 Jul 2013 19:27:44 -0400</pubDate><a10:updated>2013-07-17T17:37:50-04:00</a10:updated><link>/Support/Forum/spirateam/best-practices/642.aspx</link></item><item><guid isPermaLink="false">messageId=1174</guid><author>David J (adam.sandman+support@inflectra.com)</author><title> &#xD;
&#xD;
&#xD;
Hi Greg  Generally if it's a product bug, then the usual process is for the user to log the b</title><description> &#xD;
&#xD;
&#xD;
Hi Greg  Generally if it's a product bug, then the usual process is for the user to log the bugs in the project that corresponds to the product that has the issue.  For general customer issues/tickets, we'd recommend using our  KronoDesk  product that is a general purpose help-desk tool that can then create incidents in SpiraTeam when a particular ticket reaches the point that you know which product it affects and a system defect needs to be logged.  Regards Adam </description><pubDate>Wed, 17 Jul 2013 17:37:50 -0400</pubDate><a10:updated>2013-07-17T17:37:50-04:00</a10:updated><link>/Support/Forum/spirateam/best-practices/642.aspx#reply1174</link></item></channel></rss>