Mark Levy Archive

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 can automate your database deployments with Serena and Datical as discussed in September’s DevOps Drive-in webcast.

In case you missed it, you can view the recording and download the presentation.

You can also just watch this compelling demo right here:



Continuous Delivery continues to be one of the most effective approaches to improving application delivery and achieving DevOps improvement.

Serena has partnered with CloudBees, the enterprise Jenkins company, to bring you live full-day summits with industry experts on Continuous Delivery. The first four summits have been sold out and well reviewed.

Please join us at one of the upcoming summits in a city near you:

  • Chicago – October 15th
  • San Francisco – October 22nd
  • Washington DC – November 19th

Please register early, as the limited number of seats will fill up quickly. There’s no cost to attend.

More info and registration links are on the CloudBees website.

I will be at each event with some of my expert Serena colleagues, so I look forward to meeting you there!

-Mark

P.S. If you’re already a Jenkins user, then don’t miss the Jenkins User Conference in San Francisco on October 23rd, the day after the Continuous Delivery Summit. I’ll see you there, as well!



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.

Patrick and I spoke on a recent Serena DevOps Drive-In webcast about the first five years of the DevOps movement and what lies ahead in the next five years. I think you’ll find the edited recording of the event really interesting.

See the recorded webcast with Patrick on our YouTube channel.

His slides are available on SlideShare.

Be sure to check the Serena DevOps Drive-In page for our past features and upcoming events.

-Mark



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 in discussion with Patrick in a live webcast on August 20th to reflect on the first 5 years of DevOps and what the next 5 years may bring.

This will surely be one of my most interesting DevOps Drive-in webcasts, so please join me to ask your questions.

Register here

Webcast: Join Patrick Debois Live on the 5th Anniversary of DevOps

Date/Time: Thursday, August 28th at 9 am PT/Noon ET/5 pm UK/6 pm Belgium (for Patrick!)

Tags: DevOps, Serena


As the DevOps movement approaches its 5 year anniversary, the question remains: is the movement ready to cross the chasm into mainstream IT? 

Stories of unicorns abound, and if we believe the vendors and early adopter case studies for the enterprise, we would be feeling that we are on the other side of the chasm, ready to get inside the tornado, change the culture and charge right into continuous delivery.

But has the transition happened from visionary to pragmatist?  Where are we with DevOps in year 5? Where will we be in year 10?  The movement has its share of innovators and visionaries. We have invited one of them, Patrick Debois, who first coined the term “DevOps,” to Serena’s DevOps Drive-in on August 20th to give his views of the current and future state of DevOps.  See you there! 



The intersection of ITIL and DevOps is an interesting one, and a topic that we have previously godzilla-mechagodzilla1974discussed. This topic is getting more and more air play as we see enterprises adopting DevOps practices like Continuous Delivery and Infrastructure as Code. After all, ITIL has been around for 25 years, and many enterprise IT organizations have adopted ITSM as their process/best practice backbone for delivering value to the business.  But most IT shops are still not satisfied with their performance and are starting to turn to DevOps since it promises more agility and better quality.

How do ITIL and DevOps work together? How does DevOps impact ITIL? How do you implement Continuous Delivery in an ITIL shop?  There are many questions that need answers. We’ve asked George Spalding from Pink Elephant to join us at the DevOps Drive-in on July 25th to help provide some answers. ITIL and DevOps – Friend or Foe? Let’s ask George and find out.



DevOpsDays attracts the best and brightest from both development and operations: the ones who want to change how companies deliver software and improve the value delivered to the business. These leaders are challenging the current state of IT, and for good reason.  The status quo is lacking in quality and not responsive enough to the business.  The DevOps leaders are looking at new ways to change the work culture, the processes that deliver software and the technologies and tools to delivery that competitive edge to the business.  Their work is driving a “BIG FAT RETHINK” on the whole traditional “People, Process and Technology” for building and deploying software.

John Willis opened up this year’s DevOpsDays Silicon Valley with a keynote on the “Big Fat Rethink.” He used the latest DevOps survey to point out that IT Performance is a Competitive Advantage, and one of the strongest predicators of IT Performance is an organizational culture that exhibits high trust, cross functional collaboration, shared responsibilities and continuous learning. These are DevOps principles and a big rethink on the traditional waterfall approach with silos of expertise and responsibility. John also discussed the big rethink on “Software as Infrastructure” extending it to the network and the entire data center, proposing a big fat rethink on extending declarative and desired state infrastructure beyond server configs, packaging and VM provisioning. Software Defined Everything, a Consumable Composable Infrastructure that deals with the intra-relationships of components and can be selected and assembled in various combinations to satisfy specific user requirements.  Software is powering the world and the DevOps crew gets it!

There was also a “Big Fat Rethink” on the enterprise applicability of DevOps principles and practices. Adam Auerbach of Capital One gave a great presentation entitled, “How Capital One put Quality in the Driver’s seat thru DevOps and other Best Practices.” He provided a terrific overview of how his team transformed Capital One’s software delivery using DevOps.  Capital One currently has 30 teams leveraging DevOps practices, and they are running DevOps processes across all frameworks (Java, .NET) and legacy apps, including the mainframe. They are using Kanban and have leveraged the Scaled Agile Framework (SAFe) to bootstrap their DevOps teams. This was a terrific example of how an enterprise did a “rethink” on their software delivery process, and how indeed, DevOps is ready for the enterprise!

Finally, the conference offered up a “Bit Fat Rethink” on ITIL. There was an Openspaces discussion on the impact of DevOps on ITIL. The head of ITSM from Axelos was in attendance, and we discussed how Continuous Delivery is driving a rethink on Change Advisory Boards (do we need them?)  and the whole ITIL Service Transition process.  There was good discussion about ITIL moving forward and how DevOps and ITIL can complement each other.  This will the main topic of our next DevOps Drive-in webcast featuring Pink’s George Spalding on July 24th. Please register now to join this interesting discussion.

DevOpsDays is a forum that challenges the current way teams, processes and tools are used to deliver software to the business. Lots to rethink about!



I’m always interested in what motivates people. What makes them change, improve, and innovate? I had an opportunity to attend both the Jenkins User Conference in Boston and the CloudBees Continuous Delivery Summit in New York City, both of which were sponsored by Serena and both of which were filled to capacity. There were a lot of motivated attendees, and I had an opportunity to speak with many of them.

All of them were interested in ways to transform their current way of building and delivering software using the patterns and practices of Continuous Delivery.  Everyone knows that their current method is broken and that “small, agile and fast” beats “big, hairy and slow,” hands down. You could sense the urgency to address challenges with the deployment pipeline.

What struck me was the diversity of company types, sizes, industries and maturity levels. I spoke with companies that were building RFID services in the cloud for large retailers, companies trying to improve quality and cycle times for the production of embedded software in medical devices and companies struggling with constructing deployment pipelines for mobile and cloud environments. There was lots of discussion around where to start, how to deal with legacy applications and infrastructures and what tools to use. Improving quality and reducing cycle times by automating the deployment pipeline was the main topic for both days.

In New York, Forrester analyst Kurt Bittner opened up the CD Summit with a compelling presentation on the “Business of Continuous Delivery.” Kurt shared some very interesting insights, calling Continuous Delivery “Agile 3.0″ and stating that CD is the engine that enables businesses to obtain a competitive advantage by allowing them to handle a high rate of change. Maximizing throughput minimizes wait and waste and increases innovation rate, which Kurt defined as the percentage of application development spending focused on new capabilities vs. maintenance of existing capabilities.

The two events were also great places to roll out our new deployment automation software free trial. We encouraged those Jenkins users looking to extend their DevOps toolchains with deployment automation to check out Serena Release Automation, and we expect to see a lot of downloads in the coming days.

Continuous Delivery is already reshaping how software is being delivered. We have the successful  “DevOps unicorns” as today’s examples but expect to see a lot more big enterprises telling their success stories soon. As William Gibson said (and mentioned by Kurt in his presentation): “The Future is already here — it’s just not evenly distributed.”

How far along are you in your Continuous Delivery journey? Leave a comment and let me know.



Delivering business value means delivering the finished product. Done means released into production, and Continuous Delivery is all boosting your ability to deliver faster into production.

In order for you to deliver, you need to deploy fast and deploy easy. Fast deployments ensure fast feedback, enabling you to fix, enhance or change the product as fast as the market requires and faster than your competitors. This is market pull rather than company push. A system that pulls rather than pushes needs to not only be fast but also easy. It has to be easy because every check-in could be a release candidate.

Development teams have been developing and building applications quickly and easily through Continuous Integration and often using Jenkins. But, now they need to automate the rest of the deployment pipeline in order to get to Continuous Delivery.

If you are interested in reducing your cycle times and improving your application quality, and you live near Boston or New York, we invite you to join us at the Jenkins User Conference US East on June 18 in Boston and at the CloudBees “How to Accelerate Innovation with Continuous Delivery” seminar on June 19 in New York City.

We are very excited to partner with the host of both of these events, CloudBees, to help you deliver on the promise of Continuous Delivery. Come see CD in action!



DevOps is about being more responsive to the business by building DevOpsDriveIn with Mandi Walls May 22 Finaland deploying software faster and better. Sounds good, right?

Enterprise IT is struggling to meet the needs of the business, and I wish I could give you a pill to just fix it.  I can certainly give you software, and that will take some of the pain away, but the big improvement needs to be in peopleware and culture. Building and deploying software requires considerable collaboration and coordination by different people, teams and organizations. DevOps is a cultural movement focused on removing the barriers between the teams and organizations to deliver more value to the business faster. You can’t just buy DevOps, you have to also transform this culture.

At last week’s Serena DevOps Drive-in webcast, I spoke with Mandi Walls from Chef about keys to building a successful DevOps culture. During the webcast, we asked the attendees what the biggest barriers were for DevOps adoption, and the majority said it was lack of collaboration and cultural barriers (see chart).

Biggest barrier to DevOps adoption

Click to enlarge

Want to learn more? Check out the recording of Mandi’s “5 Keys to Building a Successful DevOps Culture” presentation. It will provide you with practical guidance on removing those barriers and accelerating your DevOps adoption.