A common anti-pattern for the Jazz tools (RTC, RQM, and DNG) is using them in place of a true help desk application. Help desk apps are designed to handle the recording of calls to the desk, categorizing the problems, and assisting the call agent with remediating those problems. In some cases a help desk system can offer self-service functions to the end user, alleviating the load on the help desk.
The Jazz tools are designed to manage software application development lifecycle, collaboratively. As such they have specific functions, and subsequent licensing that should not be exposed directly to the end user (these licenses are not cheap). Rather, a role of the help desk should be separating help desk calls from true software defects. With a help desk system, an organization wants to capture the nature of EVERY call. Using RTC to capture the contents of every call is ludicrous (and expensive). It is like using a screwdriver, when you need a hammer. RTC makes for a mediocre (at best) help desk.
Help desk items tend to have multiple different types of calls:
User error (RTFM)
Inquiry (“How do I do this? Where are the manuals? When is training?”)
Facilities management questions (“The accounting department’s A/C is not working”)
Occasional wrong number
Defect in COTS (which requires remediation by the vendor of the product)
Defect in actual software that is written by the organization, and needs to be remediated
Request for enhancement (which can be further categorized)
As you can see, all but the last two categories are not relevant to any of the Jazz tools. As such, the Jazz tools should not be used as a first line of defense for help desk. However, for these two last issues, there is an opportunity for collaboration, whereby the data entered into the help desk can go right into RTC as a defect, or task and save on data entry errors, while capturing linkage between the RTC defect and the help desk ticket.
The key here is having a help desk system that is capable of doing just that. That is where the IBM Control Desk comes into play. Control Desk is a suite of components including one that integrates with the Jazz tools via OSLC. The Service Request Management feature provides full help desk management functions, including routing of tickets to appropriate queues.
Here is an overview of Control Desk’s Service Management features:
The Tivioli Service Request Management is a piece of Control Desk that allows integration with the Jazz tools. This video belows describes how, in the process of a help desk call, the CCR can route a ticket into RTC as a software defect. By using the OSLC interface, the CCR creates a defect in RTC, via Control Desk. The work item is linked to the ticket and vice versa. This is very helpful for the software developer, as he/she can navigate bidirectionally to understand the nature of the problem, and the collaboration that has taken place previously (without having to wade through hundreds of email chains).
The cost of Control Desk makes this a highly competitive solution, and considering its features, a more complete solution than using RTC as a help desk. While you can customize RTC to act like a help desk, it will never provide sufficient features for the audience. When one considers the licensing cost, it especially makes sense.
If your organization has another help desk system, it is possible to integrate the two via the OSLC bridge API, which we have worked with in several prior engagements. However, it is important to understand that one must use the right tool for the right job, not customize a tool designed for a different job, when a cheaper, and more appropriate tool is already available.
For more information on RTC customization and help desk integration, contact us, and we’ll be happy to work with your needs.
You’ve outsourced your application development. How do you keep intellectual control of your applications?
Find out how our solutions can help you answer this question.
Mainframe Devops
Understanding Devops on System z
Listen as several IBM product experts discuss how devops impacts business.
IBM DevOps solutions offer an integrated, unified and comprehensive set of capabilities that is essential to the modernization of mainframe development & delivery practices. It accelerates the pace of innovation for enterprise organizations while ensuring the stability of core business systems
These Eight DevOps Practices Are the Key To Success
1. Minimum Viable Product
Identify the requirements that are the absolute minimum to allow the product, feature, or subsystem to function for the major stakeholder needs. Focus on delivering only those requirements in early iterations, and non-critical features in subsequent iterations.
2. Dedicated Teams
Ensure developers, architects, stakeholders and managers are dedicated to delivery of the product. Enable them to do their job or task without interruption, and trust their judgement to do what’s right.
3. Loosely Coupled Architectures
Frequent smaller delivery helps to keep the stakeholder engaged and the development team informed of changes in the business climate. The efficiency of working in small batches is one reason why adopting agile development has benefited the software industry.
4. Minimize Hand-offs; Maximize Flow
A handoff occurs when one team member hands off a piece of work to another (for example, a developer fixes a defect and hands it off to the tester to verify the fix). Flow is the process by which a team member can complete a task, and that the system can move through the development cycle from ideation to production.
5. Deliver in Small Batches
The idea that working in small batches is a far more efficient than working in large batches is nothing new. The efficiency of working in small batches is one reason why adopting agile development has benefited the software industry. In the days of waterfall development, months of coding were followed by months of testing, and only near the end of the testing phase did anything really work.
6. Transparency
Good communication improves the collaboration level between teams. High levels of transparency significantly reduces the costs and waste through the app delivery. The risk of using many different tools will be the problems integrating them. Solving those problems create noise and need to be one of the most important features of a DevOps toolchain orchestration solution.
7. Eliminate Overhead
Find process steps that add little to no value to the business and remove them. Look at complex approval cycles, and manual steps. Enable team members to make non-critical decisions. Identify communications barriers, and zealously remove them.
8. Automate Testing using API's
Automated testing can quickly identify regression errors quickly. Tests should be automated at the unit, API, and user interface layers, and run before every deployment. Manual deployment steps are error prone, and time consuming. Automated deployments are repeatable, predictable, and auditable (and reduce the team’s anxiety at deployment time).
Want to know more about how these concepts can improve the productivity of your development team? Discuss your options with one of our z/OS DevOps consultants. You’ll talk with someone with deep, hands-on expertise in the field – not just some sales suit who only knows the buzz words. Get a no B.S. evaluation. We promise not to use the phrase “digital transformation”.
Still using 3270 ISPF sessions to edit source members? Modern integrated development environments (IDE’s) are desktop based, have rich editors, can scroll endlessly, and have advanced debugging, code coverage and unit testing abilities.
Source Code Management
Legacy SCM’s cannot compare to modern systems such as Git, or Team Concert. Rich streaming, and private branching make atomic changes much easier to make, debug, and test.
Deployment Automation
Need to schedule deployment of a CICS/DB2 application at the same time as a WebSphere app? No problem. Modern tools can do this, and can schedule deployment for off-hours convenience using fully automated, traceable, auditable processes.
Test Automation
Tired of having to retest an entire system because of one line of code change? Automation can make that a breeze. Whether it is using zUnit testing, automated functional testing, or virtualizing subsystems such as CICS or DB2 to isolate testing to only affected load modules, automation of tests can vastly improve your time to market as well as reduce time for regression testing.
Expertise
Get insights on our involvement with the mainframe devops community.