itSMF Switzerland - Blog , DeutschitSMF Switzerland - Blog , Deutschhttps://www.itsmf.ch/blogs/deutschWed, 09 Sep 2026 13:04:42 +0200http://zoho.com/sites/<![CDATA[ICMF/its Herbsttagung 16.09.2021]]>https://www.itsmf.ch/blogs/post/it-serviceprovider-icmf-its-herbsttagung-16-09-2021Meine IT-Serviceprovider ...und die Gewissheit, dass es die Richtigen sind ICMF/its Herbsttagung 16.09.2021 Ihre IT-Organisation kann sich dem vermehrten Bezug von externen IT-Services nicht.]]>

Reading time: ~ 1 min.

Meine IT-Serviceprovider...und die Gewissheit, dass es die Richtigen sind

Ihre IT Organisation kann sich dem vermehrten Bezug von externen IT-Services nicht entziehen? 

Ihre Abhängigkeit zu IT-Serviceprovidern nimmt zu und die Gewissheit, keinen direkten Einfluss auf deren Betriebs-, Wartungs- und Supportaktivitäten zu haben, beunruhigt Sie zunehmends? 

Glänzen Ihre Provider mit Schlagworten wie ISO, DevOps, ITIL, Cobit, SCRUM, Agile, Customer Journey, Cloud, verschiedenen Zertifizierungen und noch viel mehr? 

Was hinter diesen Schlagworten steckt, zeigen wir auf und reihen diese korrekt ein. 

Für eine langfristige, vertrauensvolle Beziehung reichen SLA’s heute nicht mehr aus. Erfahren Sie, was eine nachhaltige, partnerschaftliche und transparente Beziehung zu Ihrem IT-Serviceprovider notwendig ist. 

Wir freuen uns auf Ihre Teilnahme. 

ICMF/its Herbsttagung 2021

📅 16. September 2021 
🕐13:30 - 17:00 Uhr 

Die Tagung findet aufgrund der BAG-Vorgaben einerseits als Virtuelle Tagung Übertragung statt und für die ersten 20 Anmeldungen (BAG-konforme 3-G Ausweisung) hat es einen Vor-Ort-Tagungsort in Zürich.

Weitere Informationen finden Sie auf dieser Seite.

Jetzt anmelden

Need to know more about it?

Click on one of the options below to enter in the itSMF Enviroment and for being updated the way which is best for you.

Subscribe the itSMF Newsletter
DISCOVER THE EVENT CALENDAR
Enter the itSMF Membership Program
]]>Wed, 15 Sep 2021 13:16:43 +0200<![CDATA[DevOps: buzz of today or future trend to overkill a developer?]]>https://www.itsmf.ch/blogs/post/devops-buzz-of-today-or-future-trend-to-overkill-a-developerDevOps stands for Developers and Operations: is this only buzz of today or it will turn into a trend able to overkill a developer?]]>

Reading time: ~2 min.

DevOps: is here to stay and redesign the developers environment?

“All that they want is a full stack developer”.

Paraphrasing the lyrics of a 90's dance hit, I start this article just with the end credits. 

DevOps is the acronym of “Developers and Operations”, this "school of thinking" born few years ago as branch of Agile Software Development aiming to enhance the cooperation between developers and Service Operation personnel. 

The developers are stressed by hyper-interactions of Agile release processes and their time boxing flows to produce software artefacts then services able to perform as soon as quickly in terms of performance and quality assurance, the operation team overwhelmed instead by early life support and operational service desk support.

In one word: philosophy. We know nowadays all the benefits and pitfalls that Agile bring in, or better, we should able to do. Put our attention for a while to the last ones, QA (Quality assurance) is a big assumption by development team, there are no processes and best practises to manage this and the team have no time to do during the sprints.

Who does take in charge QA, Service Operations by supporting Developers?

DevOps could be a way to try to cover the short blanket of Agile Software Development's approach. By this way, DevOps is closely related to Agile and ITIL mainly over Transition and Operation life-cycle process areas. You imaging to be in a start-up company or in a small developing team, often virtualized over a spanned in a follow-the-sun organization. 

The full stack developer, what the companies want, is a “flexible” fellow able to develop following the Agile methodologies, tools and techniques.

He also must be able to design applications in a responsive way, able to manage all the project in charge, able to master all data layer, able to keep track of releases and able to be the Service Operation Manager for the early life support and also for the first, second escalation support levels and over.

Oh, what I was forgetting, also he should be able to develop over a more spanned platform the nowadays market requests. 

What else? No doubt, too many hats over his head, ain't you think they are falling down? 
Do we really want to kill the developer figure?

Need to know more about it?

Click on one of the options below to enter in the itSMF Enviroment and for being updated the way which is best for you.

Subscribe to itSMF Newsletter
CONTACT US TO SEND YOUR MESSAGE
DISCOVER OUR EVENT CALENDAR
Get the benefits of Membership Program
]]>Sun, 15 Mar 2015 11:37:51 +0100