The glue that’s called Measurement
Measurement is the glue that keeps it all together. When you are a lean organization automating everything, you can lose the ability to remember and document it all. If a team does not have visibility into everything, something will eventually go horribly wrong. When measurement is implemented correctly this should not happen. If you measure everything and think in terms of reporting on your development team and processes, you will have the ability to analyze and correlate all processes, tools, and production data together.
We have implemented monitoring in several environments. It is important that the monitoring is not only seen as a way to know what is happening in a production environment. But also the quality of the process to get software to production is essential to monitor.
Knowing your infrastructure is up and running is important. But is your application also up and running? Application Monitoring does not only give you an answer to this question; it can also give you a (near) real-time insight into the performance of the application in relation to the requirements. This will provide you with information that can proof essential for the early detection of potential future performance issues or even SLA breaches.
Monitoring requirements should be taken into account as early as possible in the development process.
We can (help you) implement and firmly embed application monitoring into your design and development process. At the same time this will help your organization to become more agile.
Business Activity Monitoring
A next step to Application Monitoring is Business Activity Monitoring (BAM). BAM takes the End 2 End (E2E) application chain into account that is needed to perform Business processes. BAM should be dynamic, flexible and real-time. When properly implemented BAM enables you to monitor KPI’s and SLA’s by monitoring individual application transactions and aggregating the information into the performance of E2E business transactions.
We can implement BAM for your (key) Business Processes thereby not only enabling real-time Dashboarding of your Business Processes but also enabling forecasting of future performance and pro-active steering. Read more.
Monitoring Driven Development
Monitoring Driven Development (MDD) introduces monitoring already in the requirements phase of a Business Process. This to secure that monitoring gives the necessary feedback on your business logic.
Are we making money? With MDD, you want to ask yourself which things are of value to the company, like “Are we making money?” and “Are customers happy?” rather than “Have the servers gone down?”. Which indicators contribute to the KPI’s that matter to the Business and what combination of (complex) events should be monitored to stay informed about these KPI’s.
With MDD, you can make teams responsible for specific features from end-to-end. Define KPI’s, then build for providing insight into these KPI’s.
We can help you implement MDD, enabling you to change towards a more agile way of working!
Test Driven Development
Test Driven Development (TDD) is the methodology where you first define and write tests before developing code. This ensures that tests are fit for purpose. In effect they are directly derived from the requirements and not from the chosen implementation of the functionality. After defining and writing the tests you start to develop code and refine and rework it till at the end all tests run successfully. Keeping track of the percentage of tests that pass successfully is a good way to measure progress of completion of functionality.
We can help you introduce Test Driven Development into your organization and make your development process more agile.
Other relevant DevOps content
- BLOG: Red Hat – OpenShift Day-2 Ops from the trenches
- REPORT: 2018 State of DevOps Report – DevOps Research Assessment
- OFFER: DORA – DevOps Research and Assessment
- BLOG: Observability in OpenShift with Prometheus
- WHITE PAPER: The Digital‐Native Enterprise – The Red Hat and Devoteam Success Formula
- BLOG: Shared continuous delivery toolchain, the silver bullet?
- NEWS: Atlassian Gold Solution Partnership for Devoteam
- INFO: Our CALMS approach towards DevOps
- CASE STUDY: Improving the CIO delivery cycle at Liberty Global
- BLOG: Monitoring to reduce Mean Time To Recovery (MTTR)
- EBOOK: API Strategy and Architecture
- EBOOK: DevOps Perspectives
- OFFER: DevOps and Culture
- OFFER: Continuous Delivery
- CASE STUDY: Same meat, different gravy
- BLOG: Become a high performing organization with DevOps as business enabler