[caminmccluskey]

We use them in my current company. I've found them useful and they have great buy in across the engineering org. There does need to be a certain level of commitment to make it worthwhile, feedback needs to be taken onboard and processes and reward need to align to the principles also.

Engineering Principles: https://github.com/Skyscanner/engineering-principles Some background (may be slightly out of date): https://medium.com/@SkyscannerEng/an-update-on-our-engineeri...

In summary - definitely useful, but to avoid the issue you raised around documentation like this becoming a relic you need to commit as an organisation to living by the principles and reviewing them often enough

(*all my opinions - not the necessarily the opinions of my employer)

[anayar]

This is awesome, thanks for sharing that! Can I ask a quick prying question -- who writes these principles and who approves them over on your end?

Effectively trying to gauge - is it grassroots and from the ground up, implemented and vetted by the engineers or is it more top-down "we need a way to align engineering at scale" development?

Mostly wondering about adoption and imagining whether my approach of pushing this into our team is the way to go or if it's worth allowing a collective to determine the working principles. Sorry for all the questions, you sparked my curiosity :)

Cheers!

[caminmccluskey]

My pleasure, glad it was interesting.

It's a semi-grassroots initiative, there is a steering committee made up of various engineers, some of whom are involved in engineering education. The work is supported by senior engineering leadership.

The other core idea is that these principles are internally open source, and as such are there to be refined by engineers.