VSHN introduces additional vacation days for each year of service
20. Dec 2021
We currently offer our VSHNeers 5 weeks of vacation (25 days) per year. That’s cool and already 5 days more than Swiss law requires (at least for VSHNeers over 20).
We all know how important it is to take a break from a stressful workday. How important it is to spend time with family and friends or just your hobby.
We want to provide all VSHNeers with the time they need to recover from work and stay healthy, while also recognizing years of service.
One additional vacation day per year of service
Each VSHNeer will be credited with one additional vacation day per work year at VSHN beginning January 2022.
Example: a VSHNeer starts on July 1, 2021 with 25 vacation days. From July 1, 2022, they receive 26 days, and so on.
This adds up to a maximum total of 35 vacation days and is calculated retroactively from the start date. Example: a VSHNeer who started on July 1, 2019, will now have 27 days of vacation instead of 25.
So all VSHNeers will receive one additional vacation day per year of service, the vacation day will be added at the date of the annual wage increase.
Practical example Sociocracy 3.0 at VSHN
By the way, this is a perfect example of how we actively live Sociocracy 3.0 at VSHN. In June 2021, the idea came up to reward long-time employees and to create an additional incentive to work for VSHN. After discussions in the responsible VSHNeers Delegate Circle, a first proposal was created, refined and now already implemented.
You can also find more information about Sociocracy 3.0 in our handbook.
Markus Speth
Marketing, Communications, People
Latest news
General
Open Source
Sovereignty
Open Source as State Policy: What the EU Strategy and the Swiss Ständerat Vote Mean for IT Decision-Makers
The 5 Most Persistent Myths about Container Technologies
28. Sep 2021
Guest article by Richard Zobrist, Head of Partners & Alliances Switzerland, Red Hat.
Open-source container technologies are an important measure to protect data. Despite this, some companies consider container solutions to be too insecure, too difficult to integrate, too slow, or completely unnecessary. It’s high time to dispel these persistent myths.
1. Too little security
Security teams are finding it increasingly difficult to keep up with the changing risks, compliance requirements, tools, and architectural changes introduced by new technologies such as containers, Kubernetes, software-defined infrastructure, and cloud technologies.
However, to be successful in the long term, security professionals need to change the way they think about containers: they are not virtual machines (VMs) or hosts, and they bring with them changing security challenges that cannot be addressed with traditional tools. Red Hat OpenShift Container Platform enables users to combine open-source benefits with the stability and security of a managed product. In addition, Red Hat OpenShift provides more consistent security over the long term, integrated monitoring, centralized policy management, and compatibility with Kubernetes workloads. Red Hat OpenShift can increase security by providing faster software updates that close security gaps-without you having to be actively involved.
2. Too difficult to integrate
Another myth that persists unwaveringly is the “difficult integration” of open source applications. The explanation for this is that today’s IT landscapes often offer few interfaces to which open-source platforms can dock. However, in this year’s “Open Source Study Switzerland” published by the University of Bern, the main reason cited for using open software is precisely the open standards on which open source is based. This shows that interoperability is central today and that monolithic IT systems have had their day. Business applications are expected to have open interfaces via application programming interfaces, which could be used to exchange microservices data, for example.
3. Lack of expertise
Many companies have a common concern: How can they benefit from open source technologies even if they don’t have their own specialist staff? What solutions are there in concrete terms? And what are the hurdles to overcome? To migrate your applications to Red Hat OpenShift, you don’t need additional staff. You can either work directly with Red Hat or let a certified partner – such as VSHN – do the migration.
Red Hat OpenShift gives you the added benefit of an energetic and supportive community behind the scenes with which to share knowledge and experience. In the dynamic world of IT, this access to knowledgeable professionals is one of the most important reasons for using open-source software. In addition, the dissemination of open source know-how also creates the basis for professional support and ultimately the possibility of hiring experienced open source specialists directly. Thus, open-source becomes a trump card in the battle for IT talent, because the technology makes companies attractive to them.
4. All applications must be based on open source
More and more companies are transforming their business by adopting DevOps principles, microservices, and container technologies like Kubernetes. Red Hat OpenShift is nevertheless often accused of having too few interfaces to other systems and only being successful if all applications are based on open source technologies. The “Open Source Study Switzerland”, on the other hand, shows that an important reason for using Red Hat OpenShift is the enormous selection of freely available components and tools. In recent years, a significant ecosystem has formed around OpenShift, from which customers can benefit in the simplest way. Since IT decisions are often based on what others are doing, the popularity of open-source software multiplies as it becomes more widely used.
5. Unclear business model of the providers
To put an end to this myth as well, it is worth taking a look back at the beginnings of open source technologies. A milestone in open source history was the publication of the first version of the Linux kernel by the Finnish computer scientist Linus Torvalds. With the invention of Linux, Torvalds succeeded in developing the first completely free operating system for computers and thus laid the foundation not only for a large developer community but also for numerous projects and distributions based on the Linux kernel, such as “Red Hat Enterprise Linux”. As a result, the spread and popularity of Linux and other free software in the corporate world grew steadily, whether it was software for servers, office programs for desktop PCs, or virtualization tools for cloud platforms.
With the “Leading with Containers” initiative, Red Hat supports both its own customers and its partners in the introduction of “Red Hat OpenShift“. Customers who want to benefit from Red Hat’s container technology via a partner – such as VSHN – receive the same advantages as Red Hat’s own customers. Because VSHN has been a recognized Advanced Partner of Red Hat for over 3 years, specializing in the area of “Certified Cloud & Service Provider” (CCSP).
Richard Zobrist
Head of Partners & Alliances Switzerland and (interim) Country Manager Austria at Red Hat
Latest news
General
Open Source
Sovereignty
Open Source as State Policy: What the EU Strategy and the Swiss Ständerat Vote Mean for IT Decision-Makers
VSHNday 2021: Limited support availability on 2021-09-24
10. Sep 2021
Every year all VSHNeers take a day off from the daily business, to meet and shape the future of VSHN on what we call the “VSHNday.”
VSHNday 2021 will take place on Friday, September 24th, 2021. For this reason, on that day VSHN will only be available for incident handling. We will keep an eye on incident tickets, and answer the technical support phone number. Our OnCall service is not affected.
Aarno Aukia
Aarno is Co-Founder of VSHN AG and provides technical enthusiasm as a Service as CTO.
Latest news
General
Open Source
Sovereignty
Open Source as State Policy: What the EU Strategy and the Swiss Ständerat Vote Mean for IT Decision-Makers
I’m Sebastian and I’m joining team Tarazed as a System Engineer.
In the last few years, I worked as a software engineer on proprietary log management and monitoring software. Loads of work went into managing and keeping the appliances updated at the customer site, often in air-gapped environments. This gave me the full full-stack experience (almost the full IT department experience) from managing a Linux distribution to fine-tuning application performance in environments with 100+ milliseconds input latency.
In my time off I love to spend time on my mountain bike (and talk about mountain biking 😉). If my bike is broken or there is more than half a meter of snow, I enjoy ski touring, hiking, and nerding about coffee and cooking.
I’m looking forward to meeting all the new people here at VSHN and finding great solutions to complex problems.
Sebastian
Markus Speth
Marketing, Communications, People
Latest news
General
Open Source
Sovereignty
Open Source as State Policy: What the EU Strategy and the Swiss Ständerat Vote Mean for IT Decision-Makers
On June 24 and 25 2021, the first VSHN internal HackDay took place and it was a huge success.
The event was open to all VSHNeers who were interested to break out of the daily business and work on cool and fun stuff.
Organisation & execution of the HackDay
We decided that topics should be split into work groups consisting of 1-2 people. The topics were collected beforehand in our forum and VSHNeers could either join a topic or bring in their own ideas.
We agreed on having this HackDay remote (which might change for the next edition) via Mibo which was also a lot of fun.
After a quick kick-off meeting in Mibo on the first day, the groups organized themselves and started to work on their topics. All attendees got a lunch voucher to order food and to have at least lunch together remotely.
At 5.00pm on the first day, we met again on Mibo to have an Apéro (which was also delivered to our doorsteps via bierliebe.ch) and to discuss the findings of the first day.
The next morning, the groups met again and continued their work. After another nice lunch break, we met all again in Mibo at 4.00pm for the presentations. Every group had 5mins to present their work, which was also a lot of fun because even in the virtual world, some VSHNeers had problems with the beamer and their presentations. 🙂
Topics & groups
We had an awesome choice of interesting topics ranging from evaluating a new recruiting and HR tool (for the not-so technical VSHNeers), managing GitHub Orgs with code, Commodore component hub and ModuleSync.
Here’s the topics overview:
New Recruiting Tool & Research “Human Resources” Tools
Commodore Component Hub
Experiment with OAM and KubeVela
Credit card payment for VSHN services
VSHN Reservationtool for shared desks
create offers in Hubspot
Container Image Cache
ModuleSync
Publish Commodore to PyPI
Manage GitHub Orgs with Code
Simple http/tcp/udp endpoint and uptime monitoring
Choosing the winner
After each group presented their outcome of the work done during the HackDay, we had to choose a winner. Everyone had one vote and we voted via Mentimeter which was a lot of fun as we had a draw after the first voting round and had to vote again for the remaining 3 ideas.
The winner team “VSHN Reservationtool for shared desks” received a prize of CHF 250.00 per person to spend in Swibeco (our employee benefits program) and of course received a lot of glory and honor 🎉.
We are all looking forward to our next VSHN HackDay!
Markus Speth
Marketing, Communications, People
Latest news
General
Open Source
Sovereignty
Open Source as State Policy: What the EU Strategy and the Swiss Ständerat Vote Mean for IT Decision-Makers
VSHN – The DevOps Company announces Kubernetes First strategy. While KubeCon & CloudNativeCon Europe 2021 is taking place, the leading partner for DevOps & container platforms in Switzerland is fully committing to Kubernetes.
VSHN – The DevOps Company gears up for ‘Kubernetes First’ strategy
VSHN is strategically focussing on Kubernetes services. With “Kubernetes First”, the company sets their product & solution strategy on Kubernetes to be at the forefront of technical innovation. This includes cloud native technologies and container platforms and culminates in VSHN’s own Open Source offerings ‘Project Syn’ to run and operate your application and a fleet of Kubernetes clusters as well as ‘K8up’, the Kubernetes backup operator. VSHN manages the infrastructure but does not own any servers or data centers with Kubernetes enabling to standardize both cloud and cloud native onprem.
VSHN is the First Swiss Kubernetes Certified Service Provider
To lay the foundation for Kubernetes First, VSHN has been awarded the first Swiss Kubernetes Certified Service Provider (KCSP) by the Cloud Native Computing Foundation already in 2019 and has deepened its partnerships with strategic software vendors, cloud providers and hyperscalers such as IBM/Red Hat, SUSE/Rancher, Upbound/Crossplane, GitLab, F5/NGINX, Amazon Web Services AWS, A1/Exoscale and Swisscom.
During KubeCon & CloudNativeCon Europe 2021, Tobias Brunner is holding a Lightning Talk at the Crossplane Community Day Europe on May 4th 2021.
In addition to the extended partnerships, VSHN is increasingly hiring and training Kubernetes experts and expanding its managed container platform offering APPUiO.ch in collaboration with Puzzle ITC and also expanding certifications such as ISO 27001, ISAE3402 Type 2 and vendor specific certifications. In total, investments sum-up to a six digit CHF amount for the expansion and development of Kubernetes services.
“Everything is becoming cloud and Kubernetes is the operating system of the cloud. The trick is to focus on what you do best in a highly competitive market and not trying to do everything yourself, such as operating your own data centers. There are already a vast amount of experts for this and we are the experts of running your Kubernetes platform on any cloud or in any data center, as your DevOps partner.”
Says Markus Speth, Co-CEO VSHN and CMO
“Intelligent processes, highly automated infrastructure and microservices are the future and this is what we offer with our Open Source managed service framework Project Syn (syn.tools). With Project Syn, we have laid the foundation for our future Managed Services on top of all Kubernetes platforms. With Crossplane as an integral part of Project Syn, we reach 100% automated self-service provisioning from within Kubernetes. “Run clusters as cattle”: everyone can run a fleet of Kubernetes clusters and contribute to the project. With Kubernetes First, we are focusing for the coming years and continue what we do best.”
Says Tobias Brunner, Co-CEO VSHN and Product Owner.
VSHN offers a DevOps workshop where VSHN experts analyze the current situation and tech stack of your application and offer best practice solutions to move, run and operate your application on Kubernetes in the future.
Existing customer solutions based on virtual machines will continue to be maintained and a migration to a Kubernetes-based solution will be part of the normal platform life-cycle.
About VSHN – The DevOps Company
VSHN is Switzerland’s leading partner for DevOps, Container & Kubernetes. VSHN (pronounced like “vision”) was founded with the intention to fundamentally shake up the hosting market. As a lean startup, we have focused on operating applications through automation, agility and a continuous improvement process. Completely location-independent and without its own hardware, we operate extensive applications according to the DevOps principle, agile and 24/7 on every infrastructure, so that software developers can concentrate on their business and IT operations are relieved.
VSHN Quick Facts
42 employees
350 partners
Operating in 16 clouds
Founded 2014
100% self-owned
Winner Digital Economy Award 2019
VSHN is the link between business, software development, and IT operations. VSHN supports software developers in making applications automatically testable, deployable and scalable and operating them on any infrastructure. In addition to close and agile cooperation and consulting, we also take over responsibility for the stability of our services, including 24/7 support.
Markus Speth
Marketing, Communications, People
Latest news
General
Open Source
Sovereignty
Open Source as State Policy: What the EU Strategy and the Swiss Ständerat Vote Mean for IT Decision-Makers
VSHN has been a fan of Crossplane since its very early days in 2019. Since then the project has matured a lot and is now used in production by VSHN and many others. In mid 2020 Crossplane became a CNCF Sandbox project and lately applied to be promoted to be a CNCF Incubation project. It’s time for an introduction to Crossplane, why it matters to VSHN and talk about our production usage.
This blog article is also available as a video talk (with corresponding slides).
Use Case: Self-Service Marketplace with Crossplane Service Broker
The very first use case we were able to fulfill by using Crossplane is a project for a VSHN customer who provides a self-service marketplace to their internal customers (developer and service teams). This marketplace is available in their internal Cloudfoundry environment, presented as a one-click service provisioning web-interface. Via this interface, the end-user can order a MariaDB Galera Cluster or a Redis Cluster with different characteristics (e.g. available storage or memory), called Service Plans, with one click. This infrastructure runs in an on-premise datacenter which doesn’t provide any of the well-known hyperscaler services and APIs. We were able to use the Crossplane Helm Provider to deploy services which are specified by Crossplane Composite Resources and Compositions.
In the world of Cloudfoundry the Open Service Broker API is used to provision and manage services. To have a native integration in to the marketplace we developed a Crossplane Service Broker which maps the concepts of the Open Service Broker API specification to the concepts of Crossplane. As they match very well, the integration and translation between these two APIs is very easy.
This concept lays the foundation for many upcoming new services of VSHN, under the name “Application Catalog”. Watch out this space for more articles about this topic!
What is Crossplane?
In short:
Crossplane is an open source Kubernetes add-on that enables platform teams to assemble infrastructure from multiple vendors, and expose higher level self-service APIs for application teams to consume, without having to write any code.
To achieve this promise, Crossplane brings three main features with it:
Providers: These are the pluggable building blocks to provision and manage infrastructure. Each provider enables the use of an upstream or third-party API, for example of a cloud provider, and manages the abstraction to it by bringing Kubernetes custom resources (CRDs) with it. These custom resources are called “managed resources” in the Crossplane world and resemble the upstream API as closely as possible. As each upstream provider has its own opinionated API, Crossplane aligns these interface by providing its own opinionated structure, the Crossplane Resource Model, abbreviated XRM. This allows for example to have a unified API for things like status conditions and references. Crossplane itself brings already a lot of providers out-of-the-box and under the crossplane-contrib GitHub organization a lot of third-party providers are being developed.
Compositions: This is a Crossplane specific construct which enables the possibility to define new custom APIs – called “composite resources” (XR) – which provide a pre-configured set of managed resources. By predefining a set of managed resources – called “composition” – the end-user of the platform (e.g. the developer) is being enabled to get infrastructure in an actually usable self-service way. The user doesn’t have to care about the inner details of for example an AWS RDS instance which most of the time needs a lot of configuration and other objects (VPC, networking, firewalling, access control). This work is done by the platform team.
Packages: Sharing opinionated infrastructures is done by packaging up all the resources (XRD, Provider, Compositions) in to a package and re-distributing it as a standard OCI image.
The three core features described above in itself are already very cool, but we feel that there is much more behind it.
As Crossplane leverages the Kubernetes API and concepts, it enables a lot of possibilities:
Usage of a well-known API. There is no need to learn a completely new API.
This allows to re-use tooling like GitOps to declaratively manage infrastructure.
The infrastructure is defined in the same language (Kubernetes API style) as the application deployment is described. No need to learn a new domain-specific language.
With that there can be one place which describes everything needed to run an application, including all the infrastructure needs (databaes, caches, indexes, queues, …).
As Crossplane is a Kubernetes operator, it has reconciliation built into its heart and therefore all the time actively makes sure that the infrastructure adheres to the defined state. Manual changes to the infrastructure will be rolled-back immediately. No configuration drift is possible this way.
Battle-tested Kubernetes RBAC rules help to control access to infrastructure provisioning and management.
Kubernetes is much more than “just” container orchestration. It’s the platform aspect that counts, the well-defined API and the concepts of the control-loop. Crossplane brings this to the next level, making Kubernetes more independent of containers than ever before.
VSHN lately updated its company beliefs in which we set out to bet on Kubernetes as the technical foundation for everything we do in the future. With Crossplane we can now even provision all the infrastructure we need straight out of Kubernetes, no need to use another, disconnected tool anymore.
One API to rule them all:
Core Kubernetes APIs to orchestrate application containers Crossplane APIs to orchestrate infrastructure
Comparison to other Infrastructure as Code tools
The above description might already shed some light where the differences to other Infrastructure as code tools like Terraform, Pulumi or Ansible are.
Why not Terraform?
When directly comparing Crossplane with Terraform the most important aspect is that Terraform is a command-line (CLI) tool acting on control-planes, where Crossplane is a control-plane itself which is active all the time.
To configure infrastructure with Terraform, the user has to declare the intended architecture in the domain specific HashiCorp Configuration Language (HCL). After that the CLI has to be invoked manually which starts Terraform to plan and actually apply the configuration. After that the current state is stored in a state file to represent the current infrastructure. When something changes in the infrastructure without telling Terraform about it, the stored state differs from the actual state and on the next CLI invocation no-one knows what happens. Also, when only wanting to change something on one of the probably many provisioned services, Terraform always configures all services which could take a long time and affect other services as well, unintended. Automating Terraform is very hard because of these and many other issues. Many more aspects are discussed in Crossplane vs Terraform.
That doesn’t mean Terraform is bad, it’s just a completely different approach to manage infrastructure.
Why not cloud specific Kubernetes operators?
Many, if not all, of the big cloud providers (Hyperscaler) are providing a native Kubernetes operator to manage their cloud of out Kubernetes: Google Cloud has their Config Connector, Azure the Service Operator and AWS the Controllers for Kubernetes. All these operators are specific to the cloud they are engineered for and are providing low-level access to their services. While it’s perfectly fine to use them, Crossplane provides an abstraction layer where the same APIs can be used cross-cloud and presents the platform user the same API, independent on which cloud the cluster is running on and how all the services are named. By leveraging the Composition feature of Crossplane the user doesn’t have to care what all is needed to properly provision a service: For example a production-grade AWS RDS instance has hundreds of configuration values and needs networking, security group, API connection secret, user, schema and grants. This all can be easily abstracted by Crossplane Compositions. An in-depth discussion can be found in Crossplane vs Cloud Provider Infrastructure Addons.
Keeping up with infrastructure providers
Cloud providers are constantly adding and changing services. The Crossplane providers somehow have to keep up with that. As it’s nearly impossible and also impractical to manually keep up with the changes, the Crossplane developers have engineered tools to generate Crossplane providers out of already existing and well maintained SDKs.
Examples:
Because Terraform has a huge user base, a lot of upstream providers are already supported and are implemented as Terraform providers. Crossplane is working on a way to generate Crossplane providers out of Terraform providers. See Adding VMware support to Crossplane using Terraform Provider Generation for an example how VMware support is provided by leveraging the already very complete Terraform provider.
To better understand Crossplane, a few Crossplane specific terms will need an explanation:
Providers: Extends Crossplane to enable infrastructure resource provisioning. In order to provision a resource, a Custom Resource Definition (CRD) needs to be registered in the Kubernetes cluster and its controller should be watching the Custom Resources those CRDs define.
Managed Resources: The Crossplane representation of the cloud provider resources and they are considered primitive low level custom resources that can be used directly to provision external cloud resources for an application or as part of an infrastructure composition.
Crossplane Resource Model (XRM): Standardization between all providers, defining for example the status properties and resource references.
Composite Resource (XR): A special kind of custom resource that is composed of other resources. Its schema is user-defined.
Composite Resource Definition (XRD): Defines a new kind of composite resource, and optionally the claim it offers.
Composite Resource Claim (XRC): Declares that an application requires a particular kind of infrastructure, as well as specifying how to configure it.
Composition: Specifies how Crossplane should reconcile a composite infrastructure resource – i.e. what infrastructure resources it should compose. It can be used to build a catalog of custom resources and classes of configuration that fit the needs and opinions of an organization.
Video introduction
Tobias Brunner
Tobias Brunner is working since over 20 years in IT and more than 15 years with Internet technology. New technology has to be tried and written about.
Latest news
General
Open Source
Sovereignty
Open Source as State Policy: What the EU Strategy and the Swiss Ständerat Vote Mean for IT Decision-Makers
We are thrilled to announce the second edition of our “DevOps in Switzerland” report!
From autumn 2020 until early this year we conducted a study to learn how Swiss companies implement and apply DevOps principles.
We compiled the results into a 30-page PDF file (only available in English), and just like in the previous edition, we provided a short summary of our findings in the first pages.
You can download the report directly from our website. Enjoy reading and we look forward to your feedback!
Aarno Aukia
Aarno is Co-Founder of VSHN AG and provides technical enthusiasm as a Service as CTO.
Latest news
General
Open Source
Sovereignty
Open Source as State Policy: What the EU Strategy and the Swiss Ständerat Vote Mean for IT Decision-Makers
My name is Stephan and I’m joining team Sirius at VSHN.
I always liked working with computers and electronics and have quite a journey behind me. I found my way to VSHN while i was working with Golang and came in contact with all the DevOps ideas that seemed to surround Go. My professional career began as an electronics technician, though. Which lead me to study IT with a focus on embedded systems at ZHAW. After finishing my bachelors degree I worked for a while for the Institute of Embedded Systems, also at ZHAW, which was quite fun and challenging. At VSHN I rediscovered that fun as we have a high degree of self governance in our teams, much of which I missed working as a software engineer (Golang) at a more traditional top-to-bottom company. But its not just fun it is also quite challenging, like starting a new job and integrate into a team completely from the home office.
See you at the office, Stephan
Markus Speth
Marketing, Communications, People
Latest news
General
Open Source
Sovereignty
Open Source as State Policy: What the EU Strategy and the Swiss Ständerat Vote Mean for IT Decision-Makers
Success in OCRE tender: VSHN and Exoscale as cloud providers in catalog for European universities and research institutions
25. Mar 2021
PRESS RELEASE
Success for VSHN – The DevOps Company together with Swiss cloud provider Exoscale in OCRE tender for more than 10,000 research institutions.
VSHN and Exoscale now in catalog for European universities and research institutions as cloud providers.
Zürich/Lausanne, 25. März 2021 – Universitäten und Forschungseinrichtungen in 38 europäischen Ländern können ab sofort die Lösungen der Schweizer Firmen VSHN und Exoscale nutzen. Die Institute können die sicheren Cloud-Dienste der Unternehmen im Rahmen des Open Clouds for Research Environments (kurz OCRE-) EU-Projekts einsetzen. Insgesamt wurden 27 Angebote in den Katalog aufgenommen. Eines davon das gemeinsame Angebot von VSHN und Exoscale, das ab sofort verfügbar ist.
Das OCRE-Projekt zielt darauf ab, die Nutzung von Cloud-Computing durch die Forschungsgemeinschaft in und um Europa zu beschleunigen, indem es Forschungs- und Bildungseinrichtungen einsatzbereite Dienstleistungsvereinbarungen mit Cloud Providern bietet. Über 10.000 Forschungs- und Bildungseinrichtungen können die Cloud-Angebote über den Servicekatalog der European Open Science Cloud (EOSC) direkt nutzen. In 38 Ländern zählen die beiden Schweizer Unternehmen VSHN und Exoscale zu jenen Cloud-Anbietern, die die strenge Prüfung durch OCRE bestanden haben und die entsprechenden Dienste realisieren.
„Wir sind gemeinsam mit Exoscale ins Rennen gegangen, um diese sehr wichtige internationale Ausschreibung zu gewinnen. Diese Wahl hat sich als goldrichtig erwiesen: Damit zählen wir jetzt zu jenen Cloud-Anbietern, aus denen mehr als 10.000 Forschungseinrichtungen auswählen können“, freut sich Aarno Aukia, Partner & Verwaltungsrat VSHN. „Neben der DSGVO-konformen Infrastruktur von Exoscale war der gute, transparente Service mit einem persönlichen Ansprechpartner für Kunden ausschlaggebend.“
Aarno Aukia, Partner und Verwaltungsrat VSHN
„Als europäischer Anbieter erfüllt Exoscale auch strengste datenschutzrechtliche Ansprüche und fällt nicht – wie die großen Hyperscaler – unter den US Cloud Act“, erläutert Mathias Nöbauer, CEO Exoscale und Director Cloud A1 Digital. „Von Anfang an haben wir uns darauf konzentriert, eine zuverlässige und leistungsfähige Cloud-Plattform zu einem marktführendem Preis-/Leistungsverhältnis anzubieten. Und damit eine souveräne europäische Alternative zu bieten, vor allem wenn es um die Verarbeitung von sensiblen – zum Beispiel personenbezogenen – Daten geht. Gerade bei Universitäten und Forschungseinrichtungen handelt es sich nicht selten um äußerst sensible, schützenswerte Informationen.“ Exoscale betreibt je eine Zone in Zürich und in Genf, und vier weitere in der EU – in Frankfurt, München, Wien und Sofia.
Mathias Nöbauer, CEO Exoscale und Director Cloud A1 Digital
Durch den Rahmenvertrag zwischen OCRE und VSHN mit ihrem Partner Exoscale können Schweizer Bildungs- und Forschungseinrichtungen jetzt ohne zeit- und kostenaufwändiges Ausschreibungsverfahren die Exoscale-Plattform als eine von 27 Möglichkeiten nutzen und die gewünschten Dienste konsumieren. Dazu zählen neben dem neuen Exoscale Scalable Kubernetes Service (SKS) auch Compute, Object Storage, GPU Servers und Virtual Private Cloud.
Weitere Informationen
Weitergehende Informationen zu den offerierten Services, verfügbaren Regionen sowie Security & Compliance sind unter vshn.ch/ocre/ zu finden.
Über Exoscale und A1 Digital
Exoscale ist Teil von Akenes SA, einem 2011 gegründeten Privatunternehmen mit Hauptsitz in der Schweiz, das seit 2017 zur A1 Gruppe gehört und eine Tochtergesellschaft von A1 Digital International ist. Exoscale setzt auf schnelle und flexible Self-Service-Lösungen für Kunden. Es bietet europäischen Teams dank einer einfachen und intuitiven Web-Administrationsoberfläche eine stabile, hochskalierbare Infrastruktur und eine breite Palette an Dienstleistungen, um beim Aufbau von Cloud-Nativen Anwendungen sowie komplexen Projekten zu unterstützen. Mit Sitz in Lausanne, Schweiz, und Rechenzentren in der gesamten Schweiz, in Wien, in Frankfurt, München und in Sofia profitiert Exoscale von den Schweizer sowie europäischen Datenschutzbestimmungen und erfüllt damit alle Richtlinien der EU-DSGVO. Zu den aktuell größten Projekten, an welchen Exoscale aktuell beteiligt ist, gehört unter anderem GAIA-X. Mehr auf www.exoscale.com.
Über A1 Digital: A1 Digital macht die Digitalisierung nutzbar.
A1 Digital setzt mit Unternehmen Digitalisierungsprojekte um: Der Fokus liegt auf branchenspezifischen Anwendungen im Bereich Internet of Things (IoT) sowie auf cloudbasierten Produkten für den modernen Arbeitsplatz sowie Security Lösungen für Cloud und IoT. Mit skalierbaren Services ist A1 Digital zudem ein idealer Partner für digitale Projekte im Mittelstand. Als Teil der A1 Telekom Austria Gruppe und damit von América Móvil greift das Unternehmen auf die gewachsene Infrastruktur einer der weltweit größten Mobilfunkbetreiber zurück. Neben der Deutschlandzentrale in München verfügt A1 Digital über regionale Vertriebsorganisationen und bietet Cloud Lösungen über Rechenzentren in Deutschland, Österreich und der Schweiz an.
Über VSHN – The DevOps Company
VSHN wurde mit der Absicht gegründet, den Hostingmarkt grundlegend aufzumischen. Als Lean Startup haben wir uns durch Automatisierung, Agilität und einen kontinuierlichen Verbesserungsprozess auf den Betrieb von IT-Plattformen konzentriert. Völlig standortunabhängig und ohne eigene Hardware betreiben wir umfangreiche Applikationen nach dem DevOps-Prinzip agil und 24/7 auf jeder Infrastruktur, damit sich Software-Entwickler auf ihr Business konzentrieren können und der IT-Betrieb entlastet wird. VSHN (ausgesprochen wie „Vision“) ist der führende Schweizer Partner für DevOps, Docker, Kubernetes, OpenShift, Rancher & 24/7 Cloud Operations. Erfahre mehr auf www.vshn.ch
Markus Speth
Marketing, Communications, People
Latest news
General
Open Source
Sovereignty
Open Source as State Policy: What the EU Strategy and the Swiss Ständerat Vote Mean for IT Decision-Makers
Making a Virtue of Necessity during the Pandemic – interview by startup.info
15. Mar 2021
Startup.info talked to Patrick Mathers, Co-founder of VSHN on how we automate the operation of applications in the cloud or on-premise, so that software developers can focus on their business and here is what he said about it.
The interview was published 11/03/2021 by Kossi Adzo of startup.info.
First of all, how are you and your family doing in these COVID-19 times?
Patrick Mathers: My family and I are doing well under the circumstances, thank you very much. Despite two lockdowns so far and the limited freedom to travel, we have had an eventful 2020. Last May we moved to a new home and in August our second daughter Aylin was born.
Tell us about you, your career, how you founded VSHN.
Patrick Mathers: I grew up near Zurich as the son of a Northern Irish father and a Swiss mother. I started my first job at KPMG, after which I was the CEO of an IT startup for seven years.
In 2014, I co-founded VSHN AG with Aarno Aukia, our CTO, as we identified a business gap between software developers and traditional hosting companies. As a Lean Startup, VSHN specialized in the operation of IT platforms through automation, agility, and a continuous improvement process so that software developers could focus on their business and IT operations were relieved. Completely location-independent and without its own hardware, VSHN today operates applications according to the DevOps principle on any infrastructure or cloud.
Based in Zurich and with over 40 employees, VSHN currently manages more than 1,500 servers in various clouds and on-premises for 350 different partners and monitors more than 100,000 services. VSHN counts Swiss banks and fintechs, telcos, large e-commerce retailers, and the Swiss as well as the Australian government among its customers.
How does VSHN innovate?
Patrick Mathers: Today, digitalization no longer stops at a single business sector. This means that virtually all corporations must now also be IT companies, whether they are financial service providers or retailers. In addition, the IT required is becoming more complex, fast-moving, and risky, which is why software must be continuously developed.
VSHN supports its customers on their path to digital transformation in order to make applications automatically testable, deployable and scalable and run them on any infrastructure. In addition to close, agile and open collaboration and consulting, we also take responsibility for the stability of our services, including 24/7 support.
VSHN has prioritized strong customer relationships since the very beginning. Our ecosystem of partnerships has enabled us to drive innovations systematically and achieve a high level of quality. This has resulted, for example, in APPUiO, our Swiss container platform, which we built together with our partner Puzzle ITC.
Security is a further top priority, which is why VSHN AG is also ISO 27001 certified and audited according to ISAE 3402.
How does the coronavirus pandemic affect your business, and how are you coping?
Patrick Mathers: In spring 2020, we adjusted our risk analysis due to the pandemic and then assumed no increase or even a decrease in turnover over the next few months. Fortunately, this did not happen. We were able to close 2020 with strong growth.
When the first lockdown was called here in Switzerland in mid-March 2020, all staff transferred to the home office. This went relatively smoothly, as the home office had already been possible for all employees beforehand and was being actively used. Additional hardware besides the laptop, e.g., extra monitors, were provided by VSHN. Since the COVID situation has not yet calmed down and we are now in the second lockdown, most staff members have consistently remained in the home office since last March.
The real challenge was to compensate for the loss of direct social interactions. With the absence of informal conversations in the office lounge or when fetching a glass of water, an emptiness opened up that had to be filled in order to prevent employees from feeling lonely at home.
We appointed a “remote advocate,” Adrian, to give all team members a good start in their home offices. Michèle, our manager responsible for PeopleOps (that’s what we call our HR), sent everyone a small plant to take care of and bring back to the workplace once things have calmed down. In the meantime, our plants have become an emotional topic of numerous conversations.
We also have a Zoom Room, which is open during the day and where staff can meet and chat with a coffee at hand. Remote gaming sessions are often arranged, e.g., playing a few rounds of “Among us.”
Since our annual Christmas dinner fell flat, each employee got a fondue and wine to serve themselves. We then held a joint Christmas dinner via Zoom. We did the same during Advent with mulled wine and do so every now and then after work.
Another challenge was the training of new staff. Last year we hired ten new employees, most of whom we have not yet been able to welcome personally at our offices. Induction by means of video calls led to Zoom fatigue. Therefore, it was and is right and important to consider exactly which calls are necessary and which could be dispensed of.
Did you have to make difficult choices, and what are the lessons learned?
Patrick Mathers: Especially when you are not together on location in the office, communication with the staff is immensely important. How are they doing, how can we support them, what do they need from us? In recent months, countless one-on-one meetings have been held to meet this need.
One project we had to postpone until after the pandemic was setting up new offices in Vancouver and Kuala Lumpur. Since we offer 24/7 support to our clients, a follow-the-sun strategy with offices around the world is the way to go.
What specific tools, software, and management skills are helping you navigate the crisis?
Patrick Mathers: We made a virtue of necessity and turned our management upside down. Since we were already all decentralized and had a flat hierarchy in the company, we invested a lot of time developing the company and increasing scalability through self-organizing, customer-oriented, and semi-autonomous teams and further evolved the necessary organizational structures, based heavily on the concept of Sociocracy 3.0. We are already seeing the fruits of this development: Management meetings have become noticeably shorter, as many decisions are now made in the aforementioned teams.
As an open and transparent company, we furthermore feel committed to the open-source idea, supporting the Linux Foundation and the Cloud Native Computing Foundation, among others, and therefore now also publicly communicate our principles, goals, and values and how we work in our handbook.
Most of the tools we use, such as ERP, CRM, ticketing system, chat tool, Wiki, or our document management system, were already running on our private cloud and therefore could be easily accessed from home. Zoom, as our tool of choice for video calls, we now additionally use for incoming and outgoing phone calls. Each employee thus has his or her own telephone number and the required soft clients on their devices.
For training, retrospectives, and our annual strategy day, which all staff attended remotely this time, we now use collaboration software such as Miro Boards, Retrotool or Kahoot!
Who are your competitors? And how do you plan to stay in the game?
Patrick Mathers: Our competitors include providers of Managed Services, especially Managed PaaS. Increasingly, the big cloud companies are also entering the market. This is another reason why we are constantly developing our services and building on our existing products such as APPUiO.
With Project Syn, we are establishing the future basis for our Managed Services on any Kubernetes cluster, whether in the cloud or at the customer’s premises. The decisive factor for the development is our experience in the operation of Managed Services on classical virtual machines with means that are no longer up to date for modern cloud-native infrastructures. With Project Syn, we can achieve almost 100% automation of our services and optimize the self-service for the consumer by using sophisticated tools. The focus is always on the software developer and the application that is being operated. DevOps, the seamless interaction of development and operation, is supported by many integrated tools. For example, GitOps, the versioning of configuration data, plays a key role.
Project Syn is an open-source project initiated by us and can be used by everyone. The code is stored on GitHub. This way, we can actively contribute to the open-source community and expect to expand our technical lead.
Your final thoughts?
Patrick Mathers: When it became clear that the pandemic would affect us all, the uncertainty was huge. But with excellent staff who are all pulling in the same direction, such a disruption can also be a great opportunity to push for profound changes.
– Home office requires that you trust your staff completely. There is no alternative.
– And in the current troubled phase, it’s even more important to take care of each other.
– And last but not least: I am already looking forward to the day when the pandemic is over, and we can all meet again at the office. And if you, dear reader, are close to Zurich’s main station, then: come and see us. Our coffee is excellent!
Thanks Kossi Adzo and startup.info for the interview!
Markus Speth
Marketing, Communications, People
Latest news
General
Open Source
Sovereignty
Open Source as State Policy: What the EU Strategy and the Swiss Ständerat Vote Mean for IT Decision-Makers
We have been working in our home offices for almost a year now. VSHN has not been deterred by this and has diligently recruited and trained new VSHNeers, all remotely instead of on-site. Of course, this brought new challenges, which many companies are struggling with. What is the recipe for success so that new team members can be successfully trained and integrated without ever having met a colleague? Our tips should help you to carry out a successful remote onboarding process.
Work equipment
Make sure your new team member has a work tool on the first day. We now send this directly to the new employee’s home, as there is no one in the office to receive the package. Allow some lead time for the delivery to be on time. The post office is still overloaded and sometimes a device is not immediately available. Since everyone has a personal hardware budget to choose their preferred work tool, it is a tradition at VSHN that everyone sets up their work tool themselves (if needed, you can get help of course) and sets it up so that they can work with it optimally. This can be done on the first day of work together with the mentor.
Welcome Box
One of the highlights of home office: getting packages unexpectedly! We let our newest team members know that we are happy they are now part of VSHN with a nice welcome box. This consists of some company swag, some sweets, and a nice welcome greeting card.
Provide a mentor
The first day in a new job is exciting in itself for new VSHNeers. Whether we work remotely or in-person, at VSHN we assign an experienced VSHNeer as a mentor to each new colleague, providing them with advice, support, and other superpowers. In a remote setup, such a reference person is worth his or her weight in gold. Not only is the mentor a direct and emotional companion during the start-up process, but it also helps introducing other teams and the company culture – which, needless to say, is much more difficult to do remotely than in person. A mentor can best convey what the company stands for, what makes it tick, and what working here is like.
Meet every day!
Just 10 minutes is enough! The best time is right at the first coffee in the morning to plan the day and possibly again after lunch. Discuss how the new employee’s workload is, whether they know which topics they should work on today and where they might have difficulties.
Integrate into the team
Something you can’t underestimate remotely: it’s not so easy to make connections if you don’t know anyone yet. Whereas on-site you could just start talking to new people during breaks, remotely you have to actively add yourself to Zoom meetings to get to know your new colleagues. We support our new colleagues by having the mentor formally introduce them to the team and make sure they are invited to all the necessary meetings.
Plan workloads for the first few weeks
Structuring the probation period helps both sides to assess how the new employee is developing, and where they still need some help. We have solved this with weekly tickets so that the new VSHNeer has an overview of what work is still ahead of them. But don’t overload these weeks and leave enough time to get acquainted with other topics and ask questions. A 60/40 ratio has proven in practice to be a good proportion.
Keep appointments
It is a sign of appreciation to keep your promises. Don’t postpone appointments until the last minute, take your appointments with team colleagues just as seriously as client meetings (this is not only valid for new hires!)
Proactively invite to company events!
If your company has a daily coffee together via video call, or a beer get-together in the evening, actively invite the new employee! The inhibition threshold to get to know your new colleagues remotely can sometimes be quite high for newcomers. Make it easy for them to get started and invite them to join.
We hope that these tips are helpful for you. How do you train your new teammates remotely? What has worked well, and what have you failed with?
Aarno Aukia
Aarno is Co-Founder of VSHN AG and provides technical enthusiasm as a Service as CTO.
Latest news
General
Open Source
Sovereignty
Open Source as State Policy: What the EU Strategy and the Swiss Ständerat Vote Mean for IT Decision-Makers
In our blog post last November we already talked about our ISO27001 certification and our ISAE 3402 Report Type 1. I am happy to announce that we successfully completed the ISAE 3402 Report Type 2 in January 2021.
About ISAE
Even though not mentioned explicitly in the Rundschreiben 2018/3 circular, lots of FINMA regulated companies requires a ISAE 3402 Report Type 2 from their suppliers. This report provides substantial added value, ensuring conformity to current regulations.
In Switzerland there are the two FINMA circulars: Rundschreiben 2008/21 and Rundschreiben 2018/3, the latter regulating outsourcing rules for companies in the financial sector.
As mentioned before, we completed the ISAE 3402 Report Type 1 in June 2020, which assesses the suitability, design, and implementation of controls. During January 2021 we completed the ISAE 3402 Report Type 2 for the year 2020. This report additionally evaluates the effectiveness of the controls during the test period, that is, their definition and concrete implementation.
If your company requires a yearly ISAE 3402 report for audit or revision, please contact our sales and marketing team. We remain at your service for any enquiry; contact us if you need more information.
Aarno Aukia
Aarno is Co-Founder of VSHN AG and provides technical enthusiasm as a Service as CTO.
Latest news
General
Open Source
Sovereignty
Open Source as State Policy: What the EU Strategy and the Swiss Ständerat Vote Mean for IT Decision-Makers
Yesterday I had the pleasure and the privilege to talk with Victoria Marchand and Thierry Weber in their daily “Cominmag” podcast. We talked about Cloud, DevOps, and the Swiss perspective: is it mandatory to jump into the Cloud? Are there providers here in Switzerland? (TL;DR: Yes there are!) What about the “hybrid” cloud? And much more!
Watch the video (in French) here or directly at cominmag.ch, the most important magazine about media, web, and marketing on the French side of Switzerland!
Aarno Aukia
Aarno is Co-Founder of VSHN AG and provides technical enthusiasm as a Service as CTO.
Latest news
General
Open Source
Sovereignty
Open Source as State Policy: What the EU Strategy and the Swiss Ständerat Vote Mean for IT Decision-Makers
2020 – what a year. The Corona pandemic has overtaken every area of life, including ours, of course. For most of the year, VSHNeers saw each other in Zoom calls instead of meeting in person. Our office would probably be unrecognizable to many of us, some VSHNeers who started new at VSHN in 2020 only know our office from photos (see also: Hiring and Onboarding New Employees During Corona and if you still need home office tips, see here, but don’t forget to have fun while doing it :). ).
But it is what it is, we just have to make the best of the situation. And VSHN made the best of it: despite the difficult and unplannable situation, we reacted in the best way possible. The transition to home office went smoothly, as we were already practiced in working remotely; the only thing we still had to “digitize” was the landline. Of course, we in the IT world are also privileged – not every industry can switch to home office “just like that”, and we should always be aware and gratious of that.
Now we have been in this situation for almost a year and of course the first “signs of wear and tear” such as “Zoom fatigue” are appearing, but what the VSHNeers miss most is socializing. Simply doing something together, be it a joint lunch or beers after work. At the beginning of the pandemic, the “Zoom beerings” were fun, but today no one wants to hang out in yet another Zoom in the evening. 🙂
Despite all this, VSHN as a company has also developed positively in 2020 and we have now grown to over 40 VSHNeers. We are very happy about this, and also a little bit proud. Each and every VSHNeer deserves a big thank you at this point. A big thank you also goes to our partners and customers, thank you for staying loyal to us despite the difficult situation.
Project Syn, our open source managed service framework, has been further developed (see intro video) and will continue to play a key role in our product portfolio in 2021.
In addition to the ISO 27001 certification, we are now also audited according to ISAE 3402 Type 1 (very recently also according to Type 2, more information on this soon on vshn.ch).
Transparency and openness are among our cornerstones, which is why we have further expanded our employee handbook and almost everything is open to the public.
We have organized a lot of events or participated as speakers, e.g. the WeAreDevelopers Live Week with Aarno & Adrian as speakers, participated in the Crossplane Community Day where Tobias held a lightning talk, went to the Red Hat forums in Austria and Germany, participated in the first Swiss Rancher Rodeo and organized the CNC meetups, APPUiO beerups, initiated the NGINX Meetup group Zurich and held a joint webinar with GitLab on Improving collaboration & software delivery using GitLab CI and Kubernetes.
VSHN appoints new Co-CEOs and Members of the Management
1. Feb 2021
VSHN – The DevOps Company – appoints two additional Members of the Management and appoints new General Managers.
Markus Speth (previously CMO) and Tobias Brunner (previously Head of Engineering) are now taking over as Co-CEO and form, together with Michèle Leibenzeder (Head of People Operations) and Manuela Banz (CFO) as well as Marco Fretz (Organizational Development) and Matthias Indermühle (Customer Projects), the new 6-person Management of VSHN. The founders Aarno Aukia (CTO) and Patrick Mathers (previously CEO) will in future focus on strategic development as Members of the Board in addition to their operational activities in growth and backoffice.
VSHN Management 2021 (Tobias Brunner, Markus Speth, Michèle Leibenzeder, Manuela Banz, Marco Fretz, Matthias Indermühle)VSHN Board 2021 (Patrick Mathers, Aarno Aukia, Bruce Mathers)
Zurich, February 1 2021
VSHN – The DevOps Company, the leading IT platform provider and expert in container, Kubernetes and managed services, is expanding its leadership team and realigning both its Management and Board.
CEO Patrick Mathers and CTO Aarno Aukia move from the Management to the Board and appoint Tobias Brunner and Markus Speth as new Co-CEOs. In addition, Michèle Leibenzeder and Manuela Banz join the Management. Marco Fretz and Matthias Indermühle complete the future Management of VSHN. With these appointments, VSHN is ushering in the next generation of the management and growth stage and is making itself fit for the future.
VSHN is a fast-growing Swiss technology company based in Zurich with an international customer base, winner of the Digital Economy Award, first Swiss Kubernetes Certified Service Provider and has been ranked in the top 10 fastest growing ICT companies two times in a row. With over 40 employees, VSHN manages more than 100,000 services for 350 different partners in various clouds and on-premises. VSHN counts Swiss banks and fintechs, telcos, large ecommerce retailers, the Swiss Federation and the Australian government among its customers and operates APPUiO.ch, one of the largest container platforms for customers on-premises and in the cloud.
VSHN is investing heavily in scalability through self-organizing, autonomous teams and is constantly developing the organizational structures required for this, for example with patterns from Sociocracy 3.0. The personnel changes in management and leadership represent the next logical step in growth and enable a better focus and division of work areas and responsibilities.
Both Patrick Mathers as previous CEO and Aarno Aukia as CTO will concentrate in the future on the strategic development of VSHN in the Board in addition to their operational activities and will therefore withdraw from the Management. The General Management will be taken over by two long-time VSHNeers in tandem as Co-CEO: Tobias Brunner and Markus Speth.
“Due to the growth of VSHN, this is a logical step. In the first few years, I was very close to the day-to-day business and was able to manage the financial aspects in particular well. However, the strategic development of VSHN is becoming more and more important. And since we have been able to recruit extremely competent people for the management and as Co-CEOs, I can face my new challenges with peace of mind and pleasure.”
Patrick Mathers
“Patrick and I have realized that we simply do not have enough time to take care of the future company strategy and strategic development. We are handing over the management to 6 extremely capable VSHNeers, three of whom have been with us since the founding. Tobias and Markus complement each other perfectly for the task as Co-CEO and both will positively develop the ‘VSHNaryness’ in our sense for many years.”
Aarno Aukia
“We are very pleased with this huge trust placed in us and gladly accept the task to jointly represent VSHN as Co-CEO in the future.”
Tobias Brunner and Markus Speth
“When I started at VSHN in the fall of 2014 as the very first employee, with no office and no (corporate) infrastructure at all, just my personal laptop at home, I would never, ever have predicted that VSHN would grow to over 40 VSHNeers in this short period of time. This is absolutely exciting. VSHN has always been an unconventional company in terms of how we are organized and how we operate – it’s part of our DNA. VSHNeers have always been involved in the decisions of the company. With the move to organize our company according to the principles of Sociocracy 3.0 (S3), we have further strengthened the involvement of every VSHNeer in the decision-making process. Together with Markus Speth, we will form a Co-CEO team, which I feel is a good thing to do things as a team rather than alone. Since I have known Markus for a very long time and we have worked together at various previous companies, we know how to work together. We will share this task and do our best to move VSHN forward and keep the momentum we have gained.”
Tobias Brunner
“I am very much looking forward to being the driving force behind VSHN as Co-CEO alongside Tobias, to be an important pillar in the further growth and to master future challenges. When I started as Chief Marketing Officer at VSHN in July 2018, I was no stranger to the VSHNeers as we already knew each other from various engagements and I knew the drive the people behind VSHN have. I am absolutely convinced of our strategic direction and especially of our team, the VSHNeers, who ultimately make the difference. We have a lot of ideas for the next chapters of VSHN, how we can take further growth paths and develop as an organization as a whole to focus even more on customers, partners and VSHNeers. Let’s tackle it together.”
Markus Speth
In addition, VSHN has appointed further Members to the Management: Manuela Banz as CFO and Michèle Leibenzeder, responsible for People Operations. Marco Fretz, who joined the Management in July 2020, continues to be responsible for organizational development and operations, and Matthias Indermühle, who has been a Member of the Management since the founding and who is responsible for customer projects, complete VSHNs Management.
Michèle Leibenzeder is a VSHNeer since the founding of VSHN and has single-handedly mastered the balance between the various areas of people, finance, events and purchasing as Office Manager until 2019. In 2019, VSHN had reached a size where it became necessary to split these areas to ensure the best possible coverage. For this reason, Michèle was appointed Head of PeopleOperations to be able to focus on the needs of our employees and to work towards achieving the North Star Goal “VSHNeers are the happiest employees”.
“I have never worked for a company as long as I have for VSHN. It’s probably because the company values match my values. VSHN gives us freedom and trust, values personal initiative and that you are constantly developing. At VSHN, no one is still doing the same job he or she was hired for after five years. That is super exciting and fulfilling for me. I am convinced that the success or failure of a business idea (and the business strategy derived from it by management) depends on one single factor: the people who implement it. VSHN draws the consequence from this realization that a seat for PeopleOperations is needed in the Management. This positions VSHN in the “war for talents” and further emphasizes the importance of people.”
Michèle Leibenzeder
Manuela Banz joined VSHN in 2019 and has taken over as Head of Accounting.
“I have been a VSHNeer for just over a year and thus am a part of this enterprise. I am all the more pleased that I have already been appointed to the Management team. I am honored to strengthen the Management and to be able to contribute my expertise in finance now to the Management team. I am convinced that this reorganization of the Management will enable us to master future challenges and continue to grow as a company.”
Manuela Banz
VSHN lays the foundation for further successful and healthy growth and has big plans for the future. As an open and transparent company, VSHN is committed to the open source idea, supports CH-Open, the Linux Foundation and the Cloud Native Computing Foundation, among others, and publicly communicates Values, Beliefs and Goals in its handbook: https://handbook.vshn.ch/
Patrick Mathers and Aarno Aukia founded VSHN in 2014 because they saw a big gap between software developers and traditional hosting companies. As a Lean Startup, VSHN has focused on IT platform operations through automation, agility, and a continuous improvement process so that software developers can focus on their business and IT operations are relieved. Completely location-independent and without its own hardware, VSHN today operates applications according to the DevOps principle on any infrastructure or cloud in various countries worldwide.
Markus Speth
Marketing, Communications, People
Latest news
General
Open Source
Sovereignty
Open Source as State Policy: What the EU Strategy and the Swiss Ständerat Vote Mean for IT Decision-Makers
It’s hard to believe what has become of the joint project between Puzzle ITC and VSHN. Today, APPUiO is the leading Kubernetes-based container platform for the design, development and operation of applications. Based on proven open source concepts such as Kubernetes, APPUiO supports the DevOps approach. This accelerates development, deployment and operation processes through automation and self-service. Likewise, collaboration between software developers and operations organization is improved.
Of course, as you know us, we would have loved to celebrate with you in person and toast our 5th birthday. But since this is still not possible, we thought of something new and created a video that briefly explains what we do with APPUiO and who is behind it. Have fun watching!
How VSHN’s organization evolves using Sociocracy 3.0
23. Dec 2020
As we grew beyond 25 VSHNeers (that’s what we call our employees), we realized more and more things that were preventing us from meeting our customers’ needs, developing innovative new products or maintaining our unique employee culture. The bigger we got, the more we thought we needed to improve the organization to stay fit for the future. This is about the first steps on our journey how Sociocracy 3.0 helps us evolve our organizational structure, empower people and improve customer service.
VSHN automates software build, deploy, provisioning, backup, observability, alerting and incident management for production applications on any cloud with 24/7 support. A top down, waterfall like hierarchical organization would probably not have helped or brought us there. We always worked in a very agile and democratic way. Furthermore we believe that people do their best if the organization effectively empowers them to do so. Most of the organizational changes were just done by “gut feeling” and talking to each other.
Identifying Pain Points
We felt that it is no longer scalable or beneficial to organize our tech teams around technology (like OpenShift or Puppet managed services). This separation worked well as long as customers used one technology stack or the other. Today’s customers benefit from all the technologies in which VSHN has expertise. As a consequence, customers have been served by two or more teams. To counteract this lack of customer ownership somewhat, we have introduced the concept of Service Managers, who take responsibility for a customer across multiple teams.
Ultimately, this still resulted in customers being served inconsistently. Customers had to be in contact with two or more teams. Both is by no means efficient or customer-friendly.
The teams sometimes felt controlled and overruled by the Service Managers. It also led to a sort of “fight” between Service Managers as to who would get a team’s help first.
Teams also could not decide for themselves how best to serve a customer or change their work methods.
Day-to-day business and customer projects usually took precedence over product development. This is, because there was no clear separation between these areas of activity.
It was often not clear who to ask regarding a particular product or customer.
In order to change such organizational conditions, we lacked the structures to make major decisions as a company with the involvement of everyone affected. This resulted in some decisions being made by individuals, which negatively impacted some of the teams. “Gut feeling” was no longer good enough.
As you can see, it was time to rethink aspects of our organization to keep VSHN fit for the future – and to better enable VSHNeers to do their jobs and improve customer experience as well.
Where to Start
One of the first organizational changes we thought about was organizing our teams by customer and product instead of by technology group. An idea that already started to emerge at the VSHNDay 2019.
We want several cross-functional Customer Solution Teams, each of which is assigned a group of customers. This means that a customer is served solely by one team. With the Service Manager as a full member of the team, the team could decide independently on the working methods, work planning and the most suitable solutions for their customers in order to provide the best possible service.
Additionally we want one or more Product Teams, each responsible for a specific group of products. With the product owner as a team member, the team could decide autonomously about the product backlog, working methods and technical solution approaches. This would allow the team to fully focus on its products to develop features, fix bugs and maintain the (code-) base, and support the Solution Teams which use their products.
So how do we do this? At the end of 2019, we decided that we will start using patterns from Sociocracy 3.0 as soon as we see something we can use to evolve. Sociocracy 3.0 – or S3 for short – (not the Simple Storage Service ) because it fits best what we have already been doing implicitly for the last few years – mainly the principle about equivalence and consent.
Autonomy of Teams
Just give our teams autonomy to do what they think is best, right? Fortunately, there’s more to this story. We want to give autonomy to a team, as long as the team is aligned with the wider company goals, knows its area of influence, its tasks, and its constraints. Or, to put it another way, each team needs to know the parameters within which it exists, works, and can grow as a team. But that’s not all, each person or team will encounter situations that they cannot address or decide on their own, we need structures to support our teams in discussing and deciding on issues that affect multiple teams or other domains of the business.
We (and S3) call this Accountability which includes Autonomy and Alignment. To achieve company alignment and team accountability, we figured out that we need:
Goals transparent to everyone that clearly show a chain of purpose: So we started building our own Alignment Framework orienting ourselves on the idea of Spotify Rhythm.
Clear descriptions on what a team is accountable for: This is where S3 Domains and Circles came into play.
Once we knew our areas of influence within the company (the domains) we could find out how they relate to or are contained in each other. This lead us to a clear idea of who delegates “accountability” a team for example.
Decision Making
Starting to transform our organizational structures required us to make a lot of decisions.
We needed a way to make those decisions quickly while still involving the people affected.
We needed a way to make decisions on “usable” over “perfect” solutions.
S3 with the concepts and patterns of Consent, Navigate via Tension and Proposal Forming is the way we choose to address this challenge. Now we could start making decisions that are good enough for now, safe enough to try until the next review.
Good enough might sound wrong, right? Not really, in the volatile, uncertain, complex and ambiguous world we live in, there is never a perfect plan or solution. Something we knew from Agile Software Development. We want iterative and small changes, learn fast what impact something has and react by reviewing and making the next decisions quickly again. VSHN actually did this from day one – just that now we need to do this for decisions with wider reach, affecting much more people and customers.
The key here is Consent. Consent does not mean that everyone agrees (often confused with consensus), it means to do something unless there is a reason not to do it, until we review it again. One reason might be if there is a risk to the organization or if we would overlook a worthwhile opportunity to directly improve the proposal.
Who decides
Involving everyone in every decision that we have to make can hinder agility and speed. Furthermore getting involved in too many different topics would also put a high mental strain on everyone. The key here is to limit people’s areas of influence through domains, that is, to make it clear which decisions are the responsibility of which group.
In response to that, we adapt the S3 concept of Delegate Circles. Here, all teams that would be affected send a representative to form a “virtual” circle. Delegates can then make decisions on behalf of their teams. This is about trust – people should be able to trust their delegate or other teams or groups that are responsible for other domains in the company. In return, they have the peace of mind that they don’t have to take care of everything that goes on in your company themselves – knowing that ultimately they will always have a means to raise an objection to a past decision, existing agreement or activity.
Sociocracy 3.0 (S3) in a Nutshell
Sociocracy 3.0 (S3) is a free social technology for growing agile and resilient organizations at any size, from small start-ups to large international organizations. Using S3 can help to achieve objectives and successfully navigate complexity. You can make changes one step at a time, without the need for sudden radical reorganization or planning a long-term change initiative. S3 is:
Flexible: adaptable patterns, independent and mutually reinforcing, to help you with all aspects of collaboration
Principles-based: a coherent way for growing organizational integrity and developing an agile mindset
Where we are right now and what the next steps are
We have managed to form three accountable Teams. One product team and two customer solution teams. The first review of these teams shows that our approach of building teams around customers OR products works. The autonomy allows our teams to find the best way to work and improve as a team.
We have clear domain descriptions for most areas of VSHN by now. This already helps other teams that are not directly affected by the ongoing team changes by clarifying who is responsible for what.
Our Alignment Framework already gives us clarity on what VSHN actually is, what our goals are and how we prioritize features and products for product development and drivers for organizational improvement.
We found a way to implement Consent Decision Making (from Tension, Driver over Decision Making and Review of Agreement) in a mostly asynchronous and written way, which is important in the current, nearly fully-remote world. We call this the VSHN Improvement Process.
As a side effect we’re getting rid of the terms Squad and Chapters which came from the Spotify “model” (There Is No Spotify Model).
Next steps
Bring the remaining old tech teams into the new model of Solution Teams.
Sociocracy 3.0 Internal Learning Group and Educations – we need to spread the S3 knowledge.
S3 Facilitators that can lead by example. It’s important that people can guide VSHNeers in their daily work live and through decision making.
Summary – Our Experience
Change is hard. But overall so far, we believe that we are on the right way. We understand why we are making these changes, together as VSHN and while keeping a strong customer focus.
We learned that organizations can be broken down into two “spaces”. There is the system and there are people in the system. People need the system to see their purpose, to know what they are responsible for, what is expected of them, and where the boundaries and limitations are. Without people finding their place and being committed to make the system work, the system can’t work. We focused a lot on the new structures in the last months. Now again we need to focus on continuously invest in people to enable them to thrive in the system.
What we really like about S3 is the iterative approach. Incremental changes, experimenting and flexibility combined with consent decision making – all these patterns form a better organization in our view. On the other hand incremental changes can leave people between an old and the new world – we saw this being a problem, confusing people and breaking processes that worked earlier – it’s important to find the balance between small enough, incremental changes and not loosing track of where we want to go.
What do you think? What are your experiences? We would be happy to hear the stories you can tell about organizational changes.
Marco Fretz
Marco is one of VSHN's General Managers and Chief Operating Officer.
Latest news
General
Open Source
Sovereignty
Open Source as State Policy: What the EU Strategy and the Swiss Ständerat Vote Mean for IT Decision-Makers
we are pleased to inform you about our opening hours during Christmas and New Year. Of course, we will ensure a smooth platform operation also this year over the holidays.
We are available for you as follows:
12/24/2020: 9:00am to 12:00am
12/25/2020: closed
12/30/2020: 9:00am to 6:00pm
12/31/2020: 9:00am to 12:00am
01/01/2021: closed
From Monday, January 4 2021 we are back recovered and fit from 9:00 am to 6:00 pm for you.
Of course, our customers with 24/7 support SLA will enjoy our support day and night also on Christmas and New Year in case of emergency. VSHN AG and all VSHNeers wish you all wonderful, contemplative, and happy holidays! See you soon and here’s to a promising 2021!
Markus Speth
Marketing, Communications, People
Latest news
General
Open Source
Sovereignty
Open Source as State Policy: What the EU Strategy and the Swiss Ständerat Vote Mean for IT Decision-Makers