Archive for the ‘Serena’ Category

CM_GraphicresizedOn June 10th I announced Serena Dimensions CM 14 – the best ever, and I am pleased to report that we have now secured a number of successful early adopters, many of whom are live and in production, and attracted a significant number of accounts that are now actively pursuing or planning their implementations and upgrades.

We have seen broad



In our October 2014 Mainframe Virtual User Group (VUG), we highlighted the latest features in the ChangeMan ZMF 8.1 release, set to go GA at the end of the month. In addition to Kevin Parker and I presenting
at this VUG, we were joined by Greg Hughes, President and CEO of Serena Software and some of the lead developers of ChangeMan ZMF, and the Client Pack to demonstrate some of the functionality in his forthcoming release.

You may recall several months back, we did a VUG where the team gave us an early preview of what was coming in 8.1. Since then you have probably seen at least one or two demos of the HLLX facility. Since we are now about two weeks away from the availability of ZMF 8.1, the team wanted



Deploying software in today’s enterprise environments is an extremely expensive and inefficient process. The cost in terms of resources, time and revenue lost is actually astounding. I was on the phone with a large insurance company recently that was struggling with high costs and time to market issues with their main retail application. Their DBAs were spending over 50% of their time manually deploying 3 releases a day.

Do you have high cost, highly skilled team members deploying software? It shouldn’t be that hard.

You



As the overall owner of the content for our next xChange global user conference, I always remember that the heart of xChange15 is the breakout session content but the soul of xChange is the array of fantastic customer presentations.

I am delighted to announce that, as of today, you can learn more about the xChange Call for Speakers on the xChange website and then submit your ideas for presentations



Business man runningThis is the first installment of an occasional series of posts in the run up to the launch of ChangeMan 8.1 later this year. As part of the routine pre-launch activities I’ll be chatting to the development team to learn about the cool features that have been added to this latest version.

ChangeMan ZMF is used by some of the largest mainframe development shops in the world. It is typical for these organizations to have hundreds of thousands of components managed and tens of thousands of components in motion. Keeping

Tags: Serena


UPDATE: Patrick was unable to speak last week, so we rescheduled the webcast to this Thursday at Noon ET / 9 am PT. Please register here.


 

Patrick Debois coined the term “DevOps” as part of the first DevOpsDays nearly 5 years ago. Now DevOps is a major movement in the smallest start-ups and the largest enterprises.

I welcome you to join me



(This is the conclusion of a 7-part series. Read part 1, part 2, part 3,



Myth: Errors happen: It’s software

Errors do occur. They occur for a reason. Often those reasons are out of our control. Someone changes an IP Address of a server. Someone changes the password to the back office system. Someone changes the name of a shared .DLL.

Of course in a well-managed and carefully controlled environment those kinds of things shouldn’t happen without the proper authentication, notification and approval. And the infamous “someone” is a responsible professional who calculates the impact of their changes and collaborates with everyone to minimize that impact. In a perfect world.

In the real world change is constant and calculating the consequences of change



Myth: Each deployment needs me

Helicopters have been described as “10,000 parts flying together in close formation. It is the mechanic’s job to keep that formation as tight as possible.”

Modern software applications comprise of millions of parts when you consider the huge chunks of code we bind into our applications from the database, security, web server, communications, encryption and authentication vendors. Add to that the seemingly infinite numbers of dependencies on external web services and internal CRM and financial systems.

There are 100 million lines of code in the Ford Taurus

But, just like the helicopter’s mechanic, the



Myth: Emergency fixes are different

“I don’t want to know why it happened: I just want you to fix it!” was what I was told early one morning by the Director of Sales. And she was right: getting the online store back online was the most important thing for the business. Blamestorming would come later.

There is a temptation at 3:00 am to just do whatever it takes to bring the system back on the air even if that means bypassing protocols and procedures designed to protect system integrity. Sales-and-Marketing and Audit-and-Compliance might not see eye-to-eye on this approach.

So why do emergency fixes have to be different? This myth is all about time. The time it takes to write the script.