2 Replies Latest reply on May 20, 2019 6:15 PM by Marie Johnson

    Challenges being faced

    Marie Johnson
      Share:|

      I’ve spent the last two months speaking with many executives and Senior Managers about their challenges, why they think they it is difficult to move beyond or step through the challenges, and what they are tasked with.

       

      Not too much of a surprise, I heard the same things regardless of the tools they had running in operations.  I spoke with several customers that had moved away from BMC Software to other vendor tools and after much effort, they still have many of the same challenges and now they have an added challenge of training and adequate experience.  There is a lot of denial and Lack of understanding of what the root cause is so they turn to the tools and point fingers at vendors, consultants and advisors. Instead of looking at their adoption plans, ongoing education, their processes (some were written in the 1990s), their roadmaps and so on, they chose to look at the challenge being something else.   I will tell you most had no roadmap, adoption plan, education plan, or plans to even review processes and align them with modern capabilities.  When I mentioned this, some said;  “hum, that’s an interesting thought”. I even pointed out some steps in their processes which are manually painful and could be configured and handled by out of the box features.  They said, “well, we’re not implementing new features, we cannot justify the cost.”

       

      I have my list of top ten challenges for 2019, but what I want to know is what your challenges are?  What are you focused on for 2019?

      i will tell you nearly 80% of the folks interviewed listed Asset Management and IT inventory as their biggest challenge and focus but there are specific areas all repeatedly said were there headache.

        • 1. Re: Challenges being faced
          Peter Adams

          Hi Marie, thanks for sharing your observations. I think you bring up a great question, and I am also interested to hear more about this topic from community members. 

           

          As an ice breaker from my side:  one thing that I hear from the customers I talk to, is how they can show value and change perception of ITSM in organizations/teams that follow a DevOps/Agile approach. Development teams that follow this approach often have a certain negative perception about ITSM, often rooted in misunderstandings (no, you don't need to have CAB meeting and approval for every change request).

          • 2. Re: Challenges being faced
            Marie Johnson

            Peter Adams  we can talk sometime about devops if you want, being I came from that environment.  It is definitely an evolving and changing area.   Devops itself tends to be a failure in the eyes of product, program and project managers and even those managing budgets,  at an almost 80% failure rate, even more so with the emerging adoption of agile Devops.  Devops tends to operate in its own bubble that floats outside of the mainstream.  Change Management tends to have no visibility with DevOp and Infrastructure as Code (IAC) thus risk can be high to critical.  However, the issues with Change Management, DevOps and IAC are far more complex.  The root of the failure is within the organization not the tools and framework.  When you take a traditional company/organization that approaches an agile and modern framework the challenges are incomprehensible to the traditional entity and vise-versa.  Changes with IAC and DevOps are agile AI-ish and done in a series following different storylines.  Remedy CM is designed for the old traditional infrastructure and traditional release methodology.   However the CM process needs all to participate or failures will continue because visibility is lacking.   I am working on this very situation now, there are many layers of roadblocks on both sides.

             

            One roadblock  (there are many) to adopt the traditional “Change Management” process for developers is that developers, stereotypically are not good at documentation, processes and communication.  

            For many years, I and many others rely on tracking tools that look at what has changed from one release to another and tools like JIRA can automate this and then automate with TFS to release it across a hybrid environment, much of which is based on usage; thus if there are 10 users in London it will release it there automatically however if there are no users in Rome it will not release it there.  Traditional CM doesn’t comprehend this “usage/demand” release and it is viewed as difficult and more work, which programmers view as pointless to document it in an inefficient tool (referring to CM) when they already have it documented well in another tool.

             

            I have many many other customers to talk to about this but, I do have some new disruptive rough designs, which are game changers making this an automated, intelligent and proactive change process. 

             

            I’d love to hear from anyone on this topic to add to their needs to the design.