- Subscribe to RSS Feed
- Mark as New
- Mark as Read
- Bookmark
- Subscribe
- Printer Friendly Page
- Report Inappropriate Content
Most organisations have architecture principles. These principles provide guidance for decision-making, support governance processes, and help maintain consistency across projects. However, one pattern I have observed repeatedly is that organisations often create too many principles.
Large architecture documents containing dozens of principles may appear comprehensive, but they are rarely effective. Teams struggle to remember them, architects interpret them differently, and project teams often view them as compliance exercises rather than useful guidance.
The most mature ServiceNow organisations I have worked with typically operate with a small number of well-defined principles that are consistently applied.
For example, principles around reusability, simplicity, security, platform-first design, and maintainability often provide enough guidance to drive high-quality decisions across a wide range of initiatives.
The key is clarity rather than quantity.
Architecture principles should help teams make decisions when facing uncertainty. If a principle cannot influence a design decision, it may not be providing meaningful value.
Strong principles also create consistency across delivery teams. Different architects may propose different solutions, but shared principles ensure decisions align with broader platform objectives.
As ServiceNow adoption expands, the value of these principles increases. They enable organisations to grow without introducing unnecessary variation or complexity.
In my experience, successful architecture is rarely the result of lengthy governance documents. It is usually the result of a few clear principles that are understood, trusted, and consistently applied throughout the platform lifecycle.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.