Scout24/scout24-it-principles

Name: scout24-it-principles

Owner: AutoScout24

Owner: AutoScout24

Description: Scout24 IT Principles in various file formats for presentation and print.

Created: 2016-03-01 11:50:49.0

Updated: 2018-02-08 12:35:49.0

Pushed: 2016-10-06 17:50:53.0

Homepage:

Size: 10990

Language: null

GitHub Committers

UserMost Recent Commit# Commits

Other Committers

UserEmailMost Recent Commit# Commits

README

Scout24 IT Principles

History

This are the guiding principles that we came up with during our Project Tatsu. We learned that those principles are valuable and later used them to drive the cultural alignment between ImmobilienScout24 and AutoScout24. As a result we now have common Scout24 IT Principles.

The first team in project Tatsu was closely aligned on how we should approach “microservices in the cloud”. When more and more teams joined Tatsu, previously obvious decisions, became harder to explain. And decisions by new members were in conflict with our implicit understanding, of how things should work. So we made our implicit understanding explicit and created our principles.

Usage

The value of those principles comes from the common understanding they create and the guidance they provide around new ideas and solutions. We can avoid deadlocks and lengthy discussions.

To create a common understanding, we regularly talk about them. New colleagues get an introduction to the principles. We print them on big papers and pin them to the walls.

We also constantly evolve our principles. We value feedback and change proposals.

Disclaimer for non Scout24 employees

These are the Scout24 IT Principles. Don't just copy them! Some of the principles might be considered common sense for a microservices architecture and are generic enough to be reused. Your culture is different and the journey is valuable. So please take the time, to come up with your own principles :-).

Make your own. Keep evolving.

Principles as markdown

PowerPoint and PDF files can be found in the repository.

This is quick transfer into markdown:

| STRATEGIC GOALS
Goals of the business side| ARCHITECTURALPRINCIPLES
High-Level Principles | DESIGN AND DELIVERY PRINCIPLES
Tactical measures | |—————————————————————————————————————————|———————————————————————————————————————————————————-|————————————————————————————————————————————————————————————–| | REDUCE TIME TO MARKET
Establish fast feedback loops to learn, validate and improve. Remove friction, hand-offs and undifferentiated work.| ORGANIZED AROUND BUSINESS CAPABILITIES
Build teams around products not projects. Follow the domain and respect bounded contexts. Make boundaries explicit. Inverse Conway Maneuver. | YOU BUILT IT, YOU RUN IT
The team is responsible for shaping, building, running and maintaining its products. Fast feedback from live and customers helps us to continuously improve. | | SUPPORT DATA-DRIVEN DECISIONS
Provide relevant metrics and data for user and market insights. Validate hypothesis for problems worth solving. | ELIMINATE ACCIDENTAL COMPLEXITY
Strive to keep it simple. Don?t over-engineer. Focus on necessary domain complexity. | CROSS-FUNCTIONAL TEAMS
Engineers from all backgrounds work together in collaborative teams as engineers and share responsibilities. No silos.| | MOBILE FIRST
Start small and use device capabilities. | LOOSELY COUPLED
By default avoid sharing and tight coupling. No integration database. Don?t create the next monolith.| AUTONOMOUS TEAMS
Make fast local decisions. Be responsible. Know your boundaries. Share findings.| | BEST TALENT
Autonomy, Purpose and Mastery: We know why we do things, we decide how to approach them and deliberately practice our skills.| MACRO AND MICRO ARCHITECTURE
Clear separation. Autonomous micro services within the rules and constraints of the macro architecture.| BE BOLD
Go into production early. Value monitoring over tests. Fail fast, recover and learn. Optimize for MTTR not MTBF.| | COST EFFICIENCY
Run your segment in the right balance of cost and value.| SECURITY, COMPLIANCE AND DATA PRIVACY
Build with least privilege and data privacy in mind. Know your threat model. Limit blast radius.| DATA-DRIVEN / METRIC-DRIVEN
Collect business and operational metrics. Analyze, alert and act on them.| |ONE SCOUT IT
Foster collaboration. Harmonize and standardize tools. Pull common capabilities into decoupled platform services.| AWS FIRST
Favor AWS platform service over managed service, over self-hosted OSS, over self built solutions.| INFRASTRUCTURE AS CODE
Automate everything: Reproducible, traceable, auditable and tested. Immutable servers.|


This work is supported by the National Institutes of Health's National Center for Advancing Translational Sciences, Grant Number U24TR002306. This work is solely the responsibility of the creators and does not necessarily represent the official views of the National Institutes of Health.