New Whitepaper: The Zero-Code BPM Myth
Yay! We had 400+ registrations for our webinar with Sandy Kemsley, covering the “Zero-Code BPM Myth” and comparing that to a developer-friendly BPM approach like camunda BPM delivers.
In case you missed it, there is a recording: http://camunda.com/landing/webinar-developer-friendly-bpm/
And there is also a whitepaper! Sandy wrote it and I think it is a very fine piece of work.
Get it here: http://camunda.com/landing/whitepaper-developer-friendly-bpm/
As Sandy stressed, there is no “one size fits all”, and of course, there is a use case for “Zero-Code BPM” approaches. In the end, we provide certain zero-code BPM features ourselves, e.g. for rapid prototyping.
But the point is: Way too many managers still think they could sucessfully implement their core business (=> unique, complex) process applications with a 100% model driven (aka Zero-Code) approach. And that’s just nonsense, period.
Hopefully. this content helps you convincing those misled sheep in your company who are still dreaming of getting rid of their software developers. You’re a bank? IT is your core competence. Same goes for insurance companies, Telco providers and many other industries.
You may ignore this, but you can’t ignore the competitors who became aware of that fact early enough. Now who would that be? Make an educated guess.
Ein sehr guter Beitrag. Meins Erachtens ist „Zero-Coding BPM“ zwar durchaus in spezifischen Anwendungsfällen machbar, aber diese sind eben nur ein Ausschnitt der realen Welt.
Wie immer gibt es auch hier nicht nur schwarz oder weiß. Auch Developer freundliche BPMS können Teile einer Anwendung durch Modelle (über BPMN hinaus) vereinfachen und zu schnelleren und standardisierten Ergebnissen führen. Essentiell ist die Möglichkeit, jederzeit den im konkreten Anwendungsfall besten Ansatz nutzen zu können und damit weiterhin alle Freiheiten der Anwendungsarchitektur, Implementierung und des Toolings zu erhalten. Dies gilt im Übrigen nicht nur für die Kern-Geschäftsprozesse von Banken, Versicherungen etc.