(ITIL® ist ein eingetragenes Warenzeichen der AXELOS Limited.) Sind DevOps und ITIL® unvereinbar? Nach Meinung einiger Leute sind DevOps und ITIL® miteinander unvereinbar. Vorneweg: Es ist definitiv kein „Free Lunch“, DevOps in einer ITIL®-geprägten IT-Service-Organisation zu etablieren – womöglich noch in Kombination mit agilen Vorgehensweisen – umgekehrt kann es, wie in meinem Buch „DevOps Strategies“ […]
The fact that DevOps and CALMS principles have their origins in the „agile scene“ should not obscure the fact that Continuous Delivery (CD) and DevOps have an impact on areas of IT Service Management (e.g. Configuration Management) that are least agile today. The lifecycle of a software depends on the infrastructure and processes the software […]
Die Tatsache, dass DevOps und CALMS-Prinzipien ihren Ursprung in der „agilen Szene“ haben, darf nicht darüber hinwegtäuschen, dass sich Continuous Delivery (CD) und DevOps auf Bereiche des IT Service Managements auswirken (z.B. Konfigurationsmanagement), die bislang am wenigsten nach agilen Prinzipien arbeiten. Der Lebenszyklus einer Software hängt von der Infrastruktur und den Prozessen ab: Hardware (Server, […]
Hard and soft obsolescence In diesem Traktat geht es um „harte Obsoleszenz“, also um den Ausfall von Dingen oder Teile von Dingen, obwohl kein unbedarfter Anwender je auf die Idee kommen würde, das besagtes Teil überhaupt einer nennenswerte en Alterung oder gar Abnutzung unterliegt. Nicht behandelt wird die „weiche Obsoleszenz“, d.h. der vorzeitige Abnutzung/Alterung von […]
Hard and soft obsolescence This treatise deals with „Hard Obsolescence“, i. e. the failure of things or parts of things, although no usual user would ever have the idea that the said part might be subject to considerable ageing or even wear. „Soft Obsolescense“, i. e. the premature wear/aging of consumables such as printer ink/toner, […]
DevOps introduction in the form of a lighthouse project As written in DevOps Strategies and commented in my blog post DevOps and Continuous Delivery in corporations – the myth of prescribed agility, it is not a promising approach to simply „direct“ DevOps & Continuous Delivery from above and, for example, to establish it in an […]
DevOps-Einführung im Rahmen eines Leuchtturm-Projektes Wie in DevOps Strategies geschrieben und in meinem Blog-Beitrag DevOps and Continuous Delivery in corporations – the myth of prescribed agility kommentiert, sollte nicht versucht werden, DevOps & Continuous Delivery einfach „von oben herab“ anzuordnen und z.B. in einem Schritt flächendeckend in einer Organisation zu etablieren zu wollen. Der genau […]
– A polemic – Culture is not everything – but without culture there is nothing. It is often said that there is a lack of the necessary skills and the mind set for DevOps and Continuous Delivery. Internet giants such as Facebook, Amazon, Google are often cited as prime examples of DevOps, Continuous Delivery and […]
– Eine Polemik – Kultur ist nicht alles – aber ohne Kultur ist alles nichts. Es fehle an den notwendigen Fähigkeiten und dem Mind Set für DevOps und Continuous Delivery – heißt es oft. Als Musterbeispiel in Sachen DevOps, Continuous Delivery und Agilität werden gern die Internetgiganten angeführt: Facebook, Amazon, Google. „Die haben CALMS und […]
Click here for the English version Auch in Zeiten der Agilität ist kann auf Projektmanagement nicht verzichtet werden. Obwohl -oder gerade weil – ich immer wieder mit so bescheuerten Kommentare konfrontiert werde, wie z.B: „Wieso gibt es hier einen Projektleiter? Ich dacht Sie machen SCRUM.“ – Kandidat für eine Entwicklerposition – „Warum können Sie die […]
Click here for English version Die Projektanfragen, die mich in der letzten Zeit erreichen unterscheiden sich von denen früherer Jahre – Projektanbieter fordern zwar noch Erfahrungen in einer oder optional mehreren der allseits bekannten Projektsteuerungsmethoden (Prince2, PMI etc.) vorausgesetzt, allerdings wird, so meine ich bemerkt zu haben, weniger Wert auf eine bestimmte Methodik oder Zertifizierung […]
… „Drones as a Service“: In the form of the DARPA project/program “OFFensive Swarm-Enabled Tactics” (OFFSET) The objective is to control a swarm (more than hundred) of combat drones in real time! As you see in the DARPA solution (DARPA-OFFSET-program), it aspires on human controllers heavily supported by artificial intelligence, enabling each individual human in […]
Now Google or to be precise: Alphabet’s innovation lab X has started a burrito delivery using autonomous drones. Moreover, this drone operation did not happen in a private testing area but on the public campus of the Virginia Tech! Similar to the ideas presented in my book, there is no human permanently controlling every drone. […]
In my book „Drones as a Service“ I introduce the term „Drone on Demand“ (DoD) as a general term that stands for the provision ov UAV’s to a customer. In contrast, the term DaaS is more specific as it stands for a standardized delivery of UAV services via UAVs in the form of an IT […]
Today I stumbled over a company –Asylon- a startup that is going to provide the world with deployable infrastructure to support drone operations as I described in my book “Drones as a Service” (DaaS): Asylon The concrete products of Asylon are still under development but do cover some of the infrastructure components I described in […]
As I already read, Amazon applied for a patent for a multi-use docking station for drones (Multi-use UAV docking station systems and methods, Appl. No.: 14/576,082). OK – Amazon already applied for their patent in December 2014 when I started the work on this book „Drones as a Service“. Since I did not store my […]
Even in times of agility, we cannot go without project management. Although -or just because- I am somtimes confronted with such comments, such as: „Why is there a project manager here? I thought you were doing SCRUM. „ – Candidate for a developer position – Or „Why cannot you add the desired change to Release […]
The project requests, which have reached me in the last time, differ from those of previous years – project tenderers still require experience in one or optionally several of the known project control methods (Prince2, PMI etc.) provided. However, I think to have noticed that project tenderers put less weight on a particular methodology or […]