Possibilties
Hello all
We are currently using Jazz in Express Edition for our internal development. We think about using Jazz to have our customers enter their requests directly in Jazz. In order to enable this, we have several requirements and visibility issues that must be provided. First, let me explain our structure: We have an internal development team. They develop and maintain our product, which is an Eclipse based RCP application. This is being sold by our consultants. They visit and train the customers, who intend to buy or bought our product. The customers use the product. When a customers comes accross a problem or has an idea how to improve the product, he contacts the according consultant, who then contacts the internal development team. If a customer is aboard for some time and is familiar with the tool, he can get the direct contact to the development team. This is, I think, a rather usual situation. If establishing Jazz as Tracking System for our customers, it is important that the customer specific stuff is treated confidentially. In order to provide this, visibility must be resticted. Internal developers may see everything, all work items, all sources. They use SCM, planing, tracking and build. The consultants may only see work items, but all of them. They just use tracking. The customers may only see the work items they, or some colleagues from the same company, created. Customers use only tracking. Additionally it might become neccessary to restrict the internal work item access to restrict access to some work items / discussions (where passwords for logins to servers are mentioned / saved, etc), so only specific users / groups (Admins) have access. The last time I investigated the permission stuff in Jazz was 0.5Ma. I think it is not possible there to configure this scenario properly, but I might be mistaken. So, is it possible to configure this scenario in Jazz? If so, is the standard edition required or is Express sufficient? We're 15 developers internally and have about 10 consultants and another 15 customers (abou that). So concerning users, Express would be ok. Standard is four to five times the price. An alternative, that we currently discuss, is to separate internal and external issues by using a second tracking system for our customers. The "external" tracking system (e.g. Atlassian Jira) would carry the customer related stuff. Additional benefit is, that we wouldn't have to pay 600 per customer for a Contributor licence and we're not restricted to 250 users. But the sync would have to be done manually. This brings the last thought: would a connector to other tracking systems (bugzilla, Jira), be reasonable? The connector would not only do one-shot import-export operations, but would be capable to sync items / item sets with each other. E.g. if WI 12,14,16 are closed, then close bugs 13,51,63. And mirror / sync administrative stuff (iterations, versions, dates) and maybe even data (screenshots, attachements). Kind regards, Stefan Stern |
4 answers
Hi Stefan,
I've been reading through your posting and would like to make a comment on your point on a JIRA integration. I represent CM-Logic, an IBM Rational Business Partner, and we are already in flight with a development of a connector for JIRA to RTC. For various technical reasons this hasn't reached GA yet but if you are interested to know more please don't hesitate to contact me. We demonstrated it at the RSDC 2008 event in Florida and it was well received. It is our goal to have this available in the next couple of months. Would this be of interest to you? Stephen Toop |
It is not possible to restrict read access in RTC 1.0 and I'm not aware of efforts by IBM Rational to create JIRA or Bugzilla connectors. There is an exploration of a RTC to RTC connector that might address part of the problem (tracked as https://jazz.net/jazz/resource/itemName/com.ibm.team.workitem.WorkItem/58911).
Regards, Christof Jazz Work Item team |
My team also has a need to restrict read access to some of the RTC streams for SOD (seperation of duties) reason. If anyone comes up with a workaround please post
|
Hi Stefan
I am working with some colleagues on a situation very similar in nature to your request. We are using ClearQuest (actually, CQ Web) and then the RTC CQ connector. The main reason for using CQ at all is we need to restrict access to the underlying RTC repository - and CQ is acting as a firewall of sorts - as well as a good, very customisable UI for customers. One of my colleagues has even written some custom code to handle the copying of attachments and data across different work items. This does not address the situation where consultants have restricted access. This is something that works today - and does not require additional software beyond RTC and CQ. You should be able to do something similar with bugzilla, etc if you have a connector. Hope that helps address some of your queries anthony |
Your answer
Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.