<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Vaudoise Assurances</title>
    <description>The latest articles on DEV Community by Vaudoise Assurances (@vaudoise).</description>
    <link>https://dev.to/vaudoise</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Forganization%2Fprofile_image%2F10366%2Ff1d1481b-03db-4d4b-a3aa-2ee1b9d1cc0e.jpg</url>
      <title>DEV Community: Vaudoise Assurances</title>
      <link>https://dev.to/vaudoise</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/vaudoise"/>
    <language>en</language>
    <item>
      <title>The (really) long journey to an API Community of Practice in a 130 years old insurance company</title>
      <dc:creator>Jérome Freyre</dc:creator>
      <pubDate>Thu, 20 Mar 2025 07:33:34 +0000</pubDate>
      <link>https://dev.to/vaudoise/the-really-long-journey-to-an-api-community-of-practice-in-a-130-years-old-insurance-company-2gib</link>
      <guid>https://dev.to/vaudoise/the-really-long-journey-to-an-api-community-of-practice-in-a-130-years-old-insurance-company-2gib</guid>
      <description>&lt;h2&gt;
  
  
  The Early Days: A really small IT Team 🧑‍💻
&lt;/h2&gt;

&lt;p&gt;The long journey we're going to present began in the 70's with a small team of three people that were representing the whole IT department of &lt;a href="https://www.vaudoise.ch/" rel="noopener noreferrer"&gt;Vaudoise Assurances&lt;/a&gt;. Since that period, IT continue to grow and grow and build a huge complex transactional system based on cobol still used today.&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fstr2m5rztnjkam6yolql.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fstr2m5rztnjkam6yolql.png" alt="The early days of IT at Vaudoise Assurances" width="800" height="450"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;h2&gt;
  
  
  Discovering the Chaos of APIs in 2015 🌪️
&lt;/h2&gt;

&lt;p&gt;In 2015, a group of fresh developers joined the Vaudoise Assurances and started exploring APIs unfortunately only to find a chaotic landscape. As the IT Department grew to more than 200 people, we faced the challenge of managing the legacy world while embracing new technologies. Long story short, each team was creating their own APIs for their own needs, leading to duplication and inconsistency. Data was copied multiple times (the worst case identified was 14 times 😱), and there was no standardization in naming (mix of french and english) and documentation. Result: It was a nightmare for developers and consumers alike.&lt;/p&gt;

&lt;h2&gt;
  
  
  Building the Community of Practice (CoP) 🤝
&lt;/h2&gt;

&lt;p&gt;Determined to bring order to this chaos, we started creating a basic set of API guidelines within their own unit. This was a small but significant step towards consistency. However, the real breakthrough came when the company's top management decided to undergo an agile transformation, adopting the &lt;a href="https://framework.scaledagile.com/" rel="noopener noreferrer"&gt;SAFe framework&lt;/a&gt; ( which was later abandoned, but we kept the core concept). This framework emphasized the importance of &lt;a href="https://framework.scaledagile.com/communities-of-practice/" rel="noopener noreferrer"&gt;Communities of Practice (CoP)&lt;/a&gt;, and we saw an opportunity to formalize our efforts. We created a dedicated wiki space, organizing meetings, and setting up communication channels. Our CoP was inclusive, allowing anyone in the company to join and contribute. We categorized members into different groups based on their level of involvement, from transactional to core team members. In the very first days of the CoP, we had tons of meetings about organisational and technical stuff like paging, caching, logging and many other topics. We were continuing to establish our standards API.&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fcgowv5ewqdrs1z6rkjx1.gif" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fcgowv5ewqdrs1z6rkjx1.gif" alt="Let write standards together" width="480" height="294"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;h2&gt;
  
  
  Continuous Improvement and Adaptation 🔄
&lt;/h2&gt;

&lt;p&gt;In 2019, we've also been able to define a strong new process of API review before implementation that force people to share their Open Api definition before coding any line of code. Since that time, we've conducted more than 400 API design reviews before implementation, ensuring quality and consistency. 🚀&lt;/p&gt;

&lt;p&gt;Building the CoP has been an ongoing daily effort, requiring continuous communication, training, and adaptation. But we were committed to this cause because we strongly believe in the power of community and the value it brings to our company. To achieve this, we started by engaging with IT management. We asked for freedom for technical leaders, legitimacy for our CoP, and ongoing support. This allowed us to create a recognized and respected group within the company. We also reached out to product owners, explaining the long-term benefits of standardized APIs and gaining their trust and support. For developers, we communicated the existence and importance of the CoP through various channels, including town hall meetings and blog posts. We organized training sessions, both optional and mandatory, to ensure everyone was on the same page. 🎁📆 Fun events, like an advent calendar with daily API questions and prizes, helped to keep the community engaged and motivated.&lt;/p&gt;

&lt;p&gt;At the beginning of 2025, we have more than 25 members in our CoP, with our guidelines publicly available on &lt;a href="http://github.com/vaudoiseAssurances/API-Guidelines" rel="noopener noreferrer"&gt;our GitHub account&lt;/a&gt; and almost 70 internal APIs adhering to these standards. Since 2019, we acknowledge that the CoP has become less active over time, as the standards are now well established, with only minor updates being published.&lt;/p&gt;

&lt;p&gt;The key to our success has been constant communication and a bottom-up approach. Natural leaders emerged within the CoP, driving the initiative forward with passion and dedication. We also received crucial support from management, which helped to legitimize our efforts and ensure compliance with the guidelines.&lt;/p&gt;

&lt;p&gt;Our strategy was to provide clean, consumer-friendly APIs, even if the backend remained messy. Over time, we aimed to improve the backend as well, but our priority was to ensure a positive experience for API consumers. This approach allowed us to gradually build a solid foundation of standardized APIs while managing the legacy systems.&lt;/p&gt;

&lt;p&gt;As we continue this journey, we remain focused on our goals. We know that building a CoP is an ongoing process that requires perseverance and adaptability. But we are confident that our efforts will lead to a more efficient and cohesive IT environment, benefiting the entire company.&lt;/p&gt;

&lt;p&gt;So, if you're facing similar challenges, remember that transformation is possible. It takes time, effort, and a lot of communication ⏳💡📣, but the results are worth it. Join us in building a better future, one API at a time. 🥇&lt;/p&gt;

</description>
      <category>api</category>
      <category>opensource</category>
      <category>openapi</category>
      <category>community</category>
    </item>
    <item>
      <title>Design System : Kesako ?</title>
      <dc:creator>Jérome Freyre</dc:creator>
      <pubDate>Wed, 26 Feb 2025 08:51:34 +0000</pubDate>
      <link>https://dev.to/vaudoise/design-system-kesako--a97</link>
      <guid>https://dev.to/vaudoise/design-system-kesako--a97</guid>
      <description>&lt;p&gt;In the world of frontend development, ensuring a consistent user interface is crucial to delivering an exceptional user experience. Have you ever used an application where every page felt like it was designed by a different team? Buttons with varying styles, inconsistent colors, and an overall fragmented experience? This is exactly what a &lt;em&gt;Design System&lt;/em&gt; aims to solve.&lt;/p&gt;

&lt;h2&gt;
  
  
  What is a Design System?
&lt;/h2&gt;

&lt;p&gt;A Design System is a structured set of rules, components, guidelines, and design principles that ensure visual and functional consistency across one or more applications. It goes beyond a simple component library by incorporating design guidelines, code specifications, and brand values. In short, it is a comprehensive guide to building seamless and effective user interfaces.&lt;/p&gt;

&lt;h2&gt;
  
  
  Why implement a Design System?
&lt;/h2&gt;

&lt;h3&gt;
  
  
  1. Consistency
&lt;/h3&gt;

&lt;p&gt;A Design System ensures that the user interface remains uniform across all pages and features of your application. This allows users to navigate seamlessly, encountering familiar and predictable elements at every interaction. It also guarantees consistency even when multiple teams develop different parts of the application.&lt;/p&gt;

&lt;h3&gt;
  
  
  2. Boosting Developer Productivity
&lt;/h3&gt;

&lt;p&gt;With pre-designed components and clear design guidelines, developers save time and effort when creating new features. This accelerates the development process while maintaining high visual and functional quality. For example, each team doesn’t need to reinvent and test their own buttons while ensuring they align with the Vaudoise brand identity.&lt;/p&gt;

&lt;h3&gt;
  
  
  3. Improved Collaboration
&lt;/h3&gt;

&lt;p&gt;A Design System serves as a shared foundation for design and development teams, fostering better collaboration. It minimizes misunderstandings and aesthetic inconsistencies, creating a smoother workflow and a more unified product.&lt;/p&gt;

&lt;h2&gt;
  
  
  Key Elements of a Design System
&lt;/h2&gt;

&lt;p&gt;📌 &lt;strong&gt;🎨 Color and Typography Palette&lt;/strong&gt;&lt;br&gt;
A reference for colors, fonts, sizes, and other design attributes that reflect Vaudoise’s visual identity.&lt;/p&gt;

&lt;p&gt;📌 &lt;strong&gt;🔧 Reusable Components&lt;/strong&gt;&lt;br&gt;
A shared library of standardized components such as buttons, forms, cards, etc., ensuring visual harmony across applications.&lt;/p&gt;

&lt;p&gt;📌 &lt;strong&gt;📏 Design Guidelines&lt;/strong&gt;&lt;br&gt;
Clear instructions on how to use components, colors, and typography consistently across applications.&lt;/p&gt;

&lt;p&gt;📌 &lt;strong&gt;📄 Technical Documentation&lt;/strong&gt;&lt;br&gt;
Detailed guidance for developers on how to correctly implement each component and adhere to design principles.&lt;/p&gt;

&lt;p&gt;📌 &lt;strong&gt;📈 Scalability&lt;/strong&gt;&lt;br&gt;
Designed to remain relevant and effective in an evolving environment while supporting continuous product and team growth.&lt;/p&gt;

&lt;p&gt;📌 &lt;strong&gt;🔄 Process&lt;/strong&gt;&lt;br&gt;
A structured workflow for creating and updating components based on real needs and feedback.&lt;/p&gt;

&lt;h2&gt;
  
  
  What does it look like in practice?
&lt;/h2&gt;

&lt;p&gt;Before sharing our own implementation at &lt;a href="https://www.vaudoise.ch/" rel="noopener noreferrer"&gt;Vaudoise Assurances&lt;/a&gt; for our customer-facing frontends and what we've faced off (note: the website is not yet migrated 😇), here are some well-executed public design systems worth exploring:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;&lt;a href="https://www.decathlon.design/" rel="noopener noreferrer"&gt;Decathlon Design System&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="https://atlassian.design/" rel="noopener noreferrer"&gt;Atlassian Design System&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://delldesignsystem.com/" rel="noopener noreferrer"&gt;Dell Design System&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="https://m3.material.io/" rel="noopener noreferrer"&gt;Material Design&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="https://fluent2.microsoft.design/#/" rel="noopener noreferrer"&gt;Fluent 2 Design System (Microsoft)&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="https://carbondesignsystem.com/" rel="noopener noreferrer"&gt;Carbon Design System&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="https://backstage.io/docs/dls/design/" rel="noopener noreferrer"&gt;Backstage Design System&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Most of the examples above are open-source, so feel free to explore and get inspired! 😎&lt;/p&gt;




&lt;p&gt;A well-implemented Design System is not just a time-saver for teams—it’s also a powerful tool for creating better user experiences. At &lt;a href="https://www.vaudoise.ch/" rel="noopener noreferrer"&gt;Vaudoise Assurances&lt;/a&gt;, we’ve embraced this approach to ensure quality and consistency across our interfaces for the best customer experience. Stay tuned for more insights into our implementation! 🚀&lt;/p&gt;

</description>
      <category>designsystem</category>
      <category>frontend</category>
      <category>ux</category>
      <category>ui</category>
    </item>
  </channel>
</rss>
