<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
  <title>aC forum: Turning discussions into tickets</title>
  <link>http://www.activecollab.com/forums/topic/6339/</link>
  <description>Recent posts on topic: Turning discussions into tickets</description>
  <dc:language>en-us</dc:language>
  <pubDate>Thu, 24 May 2012 09:17:52 CDT</pubDate>
  
  <item>
    <link>http://www.activecollab.com/forums/post/27492/#post27492</link>
    <guid>http://www.activecollab.com/forums/post/27492/#post27492</guid>
    <title>Post #9 by Ilija Studen</title>
    <dc:creator>Ilija Studen</dc:creator>
    <description><![CDATA[<p>Hello Willem,<br />
<br />
Not a problem, I just wanted to keep the topic on the course. It's easy to get carried away in such discussions :))</p>]]></description>
    <pubDate>Fri, 20 Aug 2010 12:35:46 CDT</pubDate>
  </item>
  <item>
    <link>http://www.activecollab.com/forums/post/27491/#post27491</link>
    <guid>http://www.activecollab.com/forums/post/27491/#post27491</guid>
    <title>Post #8 by willemn</title>
    <dc:creator>willemn</dc:creator>
    <description><![CDATA[<p>Understood.  Sorry to go deep on you.<br />
You do have the right idea.  I want to link tickets with discussions and pages.</p>]]></description>
    <pubDate>Fri, 20 Aug 2010 12:13:29 CDT</pubDate>
  </item>
  <item>
    <link>http://www.activecollab.com/forums/post/27490/#post27490</link>
    <guid>http://www.activecollab.com/forums/post/27490/#post27490</guid>
    <title>Post #7 by Ilija Studen</title>
    <dc:creator>Ilija Studen</dc:creator>
    <description><![CDATA[<p>Hello Willem,<br />
<br />
This discussions is getting a bit too broad :) My comment was regarding the specific request that you posted in the first post. It's actually really simple:<br />
<br />
1. You have &quot;brainstorming&quot; area (or whatever you want to call it). In this particular case, that's a discussion, but it can be external forum topic, help desk ticket etc.<br />
2. At the end of the day, you need to extract list of specific tickets and tasks from that area and post it to activeCollab.<br />
<br />
There's currently no tool that lets you extract this information - you need to go through the topic and post the tickets by yourself. Planning module by Apps Magnet will help with the faster input, but it's still up to you to break the discussion into list of relevant tasks and post them.</p>]]></description>
    <pubDate>Fri, 20 Aug 2010 12:01:26 CDT</pubDate>
  </item>
  <item>
    <link>http://www.activecollab.com/forums/post/27488/#post27488</link>
    <guid>http://www.activecollab.com/forums/post/27488/#post27488</guid>
    <title>Post #6 by willemn</title>
    <dc:creator>willemn</dc:creator>
    <description><![CDATA[<p>I understand, and am not trying to convince you in essence to take action, but thought you should consider the fact that the application may need to be re-thought nevertheless for your own benefit in the future. (and I am not sure if the word &quot;automated&quot; is correct either when it may be possible to solve this through the UI in a user selectable form)<br />
<br />
The core product was apparently well thought out and well integrated, but when new major functions were added they were not thoroughly understood from an inheritance and workflow perspective (not uncommon in our world, I have a few of those sitting around we are trying to get out of)  It is clearly evident that this is the case, due to the fact that tasks can be entered in 3 areas that are completely unrelated.<br />
<br />
But tasks are NOT unrelated.. they ar all tasks.  That is their relationship.  Having them split over 3 areas is a design flaw.   When I started with AC, you tried to avoid that very problem, by centralizing files and showing all files in one location as they relate to different areas in the system.<br />
<br />
That was actually the proper way to do it, but you abandoned it (at least in the UI) and now it has become a problem to find specific files someone uploaded in a discussion or a ticket.  (It took me half a day to find an upload from someone yesterday)  That does not take away the fact that someone would want to use the system as an FTP style solution, but instead of finding an elegant way to serve both, the functions were completely centralized/decentralized.<br />
<br />
Again, there is no way to keep telling users in a discussion NOT to use the file upload function when they have files you want to &quot;centralize&quot; for future use, there should be a way to generate/view a relationship that allows for easy tracking.<br />
<br />
I know its easier to just decentralize everything and treat it &quot;as is&quot; and ignore these facts, and yes anyone can &quot;make it work&quot; but it would be helpful to recognize that this is a fundamental design issue.<br />
<br />
It should either be addressed through a better UI implementation (dashboards may need to be rethought) or ultimately the application would need a major re factor to support a more integrated/flexible model...<br />
<br />
Just to be sure, I'm NOT suggesting another Google Wave, but you may want to consider these thoughts without dismissing them as too demanding for your target audience.<br />
<br />
Thanks though in advance, for all the hard work !</p>]]></description>
    <pubDate>Fri, 20 Aug 2010 07:26:31 CDT</pubDate>
  </item>
  <item>
    <link>http://www.activecollab.com/forums/post/27487/#post27487</link>
    <guid>http://www.activecollab.com/forums/post/27487/#post27487</guid>
    <title>Post #5 by Ilija Studen</title>
    <dc:creator>Ilija Studen</dc:creator>
    <description><![CDATA[<p>Hello Willem,<br />
<br />
We understand your position and the fact that you use activeCollab on a whole different scale than majority of activeCollab users. That's the key problem here - I think that there's not even 10 people in the entire community of thousands of users who would use such feature regularly.<br />
<br />
Because of that, I really doubt that we'll be added any automated tools for this in the near future. Majority of people can simply do it manually in the rare occasions when they need to convert discussion in a series of tickets - copy a sentence or two, paste discussion link or a quote and you're done.<br />
<br />
Organizations that really need an automated tool for this can create a specialized module tailored to fit their needs.</p>]]></description>
    <pubDate>Fri, 20 Aug 2010 05:58:17 CDT</pubDate>
  </item>
  <item>
    <link>http://www.activecollab.com/forums/post/27484/#post27484</link>
    <guid>http://www.activecollab.com/forums/post/27484/#post27484</guid>
    <title>Post #4 by willemn</title>
    <dc:creator>willemn</dc:creator>
    <description><![CDATA[<p>So at a minimum I need to be able to spin off multiple tickets from a discussion or page with a loose relationship.<br />
<br />
These two activity flows would be logical and practical and would make it significantly less labor intensive to use AC<br />
<br />
I think it will also (partially) solve another problem users have, in that they are all struggling with the search functions, because they do not expose any true context currently.<br />
<br />
Project&gt;Milestone&gt;Discussion&gt;Tickets<br />
Project&gt;Milestone&gt;Page&gt;Tickets<br />
<br />
A ticket spun off from an object under a milestone would also automatically inherit the milestone as a side benefit. :)</p>]]></description>
    <pubDate>Fri, 20 Aug 2010 04:38:09 CDT</pubDate>
  </item>
  <item>
    <link>http://www.activecollab.com/forums/post/27483/#post27483</link>
    <guid>http://www.activecollab.com/forums/post/27483/#post27483</guid>
    <title>Post #3 by willemn</title>
    <dc:creator>willemn</dc:creator>
    <description><![CDATA[<p>That is a good point, except I'm not theorizing here, I have this problem in real life.<br />
 You also already would contradict that by creating a system like that in pages, where you want people to compare edits to see who had done what and why.  At a minimum you want to know what caused you to create a ticket and be able to double check.  In a simple and controlled environment where you are developing 1 product (software), like yourself, you may not see this issue.  You can look in the milestone and see what possibly could be related. (but lets be fair, it still is a guessing game as to what discussion or page or ticket is really connected with each other)<br />
<br />
My environment is much more complex with multiple program managers, customer service people, account managers and stakeholders who are all involved in the same decisions at some point in time on some topic, across discussions, tickets and pages with various abilities to express themselves clearly.<br />
..<br />
Just for one Software roll-out I have over 800 tickets in the system right now placed by testers and technical users, then there are over 500 discussions that may-or may not need to be turned into tickets.<br />
<br />
You multiply that by at least 30 active software implementation initiatives and when someone is looking for and answer on if/when/why something is or was done...</p>]]></description>
    <pubDate>Fri, 20 Aug 2010 04:27:01 CDT</pubDate>
  </item>
  <item>
    <link>http://www.activecollab.com/forums/post/27477/#post27477</link>
    <guid>http://www.activecollab.com/forums/post/27477/#post27477</guid>
    <title>Post #2 by Ilija Studen</title>
    <dc:creator>Ilija Studen</dc:creator>
    <description><![CDATA[<p>Hello Willem,<br />
<br />
Maybe it's me, but I don't see any consistent way of turning information scattered across many comments, and different paragraphs of these comments, into something meaningful automatically.<br />
<br />
PS: Why would you even want to keep reference to every single bit of information in the resulting ticket (link to specific discussions and comments)? Extract what is important, lock the discussion and forget that it ever existed. As long as work gets done, nobody will get mad :)</p>]]></description>
    <pubDate>Fri, 20 Aug 2010 00:54:36 CDT</pubDate>
  </item>
  <item>
    <link>http://www.activecollab.com/forums/post/27473/#post27473</link>
    <guid>http://www.activecollab.com/forums/post/27473/#post27473</guid>
    <title>Post #1 by willemn</title>
    <dc:creator>willemn</dc:creator>
    <description><![CDATA[<p>One of the most frustrating things is to have users submit tickets without regard for a protocol:<br />
<br />
Long explanations without specifics<br />
Multiple tasks that are unrelated<br />
etc.<br />
<br />
The solution is to allow those users to submit discussions and then create tickets, once the discussion has &quot;threaded-out&quot; or has been accepted.  If you work on a small team this is not needed, but we have ober 200 users and multiple clients with users.<br />
<br />
I'm sure the AC Forum works the same way... we submit ideas and ramble along, and the AC staff (experts/trained users) create tickets/tasks somewhere else...<br />
<br />
You have effectively separated the activities to better manage your execution.  It would be insane if you allowed all of us to see your milestones/tasks/tickets. In fact you don't even want to hint.... :)<br />
<br />
So we have a huge problem here...  AC actually does not encourage that behaviour (although it can come close), but the much harder part is to translate those discussions into tickets.<br />
<br />
There is no way to link them or to transition between them, other than copying and pasting URL's right?  <br />
Ideally you would be able to branch into tickets and branch back into discussion and pages, similar to a software check in branching system...<br />
<br />
Is there anyone who has found a good (or even great) way to solve this? <br />
It is too much work to manage linking and restating discussions to tickets, so I end up giving in and edit and split tickets instead after they have been submitted.<br />
<br />
And THAT my friends is extremely UNcolaborative...  I'm not desperate though ;)</p>]]></description>
    <pubDate>Thu, 19 Aug 2010 20:55:34 CDT</pubDate>
  </item>
</channel>
</rss>
