... you will never turn back
There are many definitions for DevOps, the most simple one can be a unique team able to develop and to operate in a continuous way, supported by a tool chain enabling automatically code integration, test and deployment in a single pipeline, where the code, after several approval steps, is released into production. In this post, I will try to share my definition and will share some personal considerations about the implications of decide for organize your team and development process
When comparing the frequency and granularity of test planning and execution in products developed under Waterfall and Agile methods, we observed that in Agile: we have more tests, in the story level and we have a progressive increment of test coverage all over the product and higher frequency running those tests.
(Berlin, Memorial to the Murdered Jews of Europe) – Some weeks ago, when I visited the Memorial, the feeling of loneliness and lack of direction invaded me. I think this is the main achievement of the architect (Peter Eisenman)… bring this feeling to the visitors. And from the position in the picture I asked to myself “What have we learned from this horror?”. Inspired by a continuous learning for a continuous improvement, I would like to make the question applied to
Type of bugs and CRs we can face, contexts we will face them, who normally will report them into the backlog and the product owner dilemma between occupy capacity with new feature or fixing bugs or improving/ adapting product details.