FIM Best Practice: Get Detailed Requirements

In any IT project we start with a requirements list. With IAM it can be hard to define just what a single “requirement” is – when a person creates an account, or adds a member to a group they think of that as “one action”. However when automating you need to break the action down…

FIM Best Practice: Understand Project Drivers

In organisations with no established practise of IAM, introducing it can be an uphill battle. Attempts to introduce IAM for its own sake are often not successful – you need something else driving the project, something high profile with fixed deadlines and high-level sponsorship within the organisation.

FIM Best Practices

In a couple of days I’ll be off to TechEd New Zealand with TechEd Australia the following week. At each I am delivering two sessions on FIM Best Practices – and even with two sessions to fill there was a lot more I could have said! So watch out for a new blog series starting…

FIM Best Practices at TechEds New Zealand and Australia

I haven’t had much time for blogging lately as all spare time is going on TechEd prep. I’m very pleased this year to be be presenting two different but complimentary sessions on FIM Best Practises at both TechEd New Zealand and TechEd Australia. I hope people will go away understanding that IAM projects have their challenges, and…

IAM Design Principle: The Source of Truth is the place where people care about the data being right

I’ve recently started a new project and we’re in the requirements gathering phase, so lots of meetings and discussions, and also (thankfully) enthusiasm for the project. There’s also been lots of me repeating stuff I always say when trying to explain Good IAM Design, so I’ve decided to start a new series of short blog posts…

Sources of Truth – again!

I’ve blogged about sources of truth, and specifically what makes a good one, before (in 2012 and again in 2016) but I’ve recently thought about an important feature of a SoT that I hadn’t included on my list before. So to recap, a good source of truth: is probably one of a number of sources…

IAM Design Principle: Don’t make decisions on an absense of data

I’ve been going on about this one for a long time, but in case anyone still isn’t on-board with this principal I’ll state it another way: data disappearing from a feed is not a suitable trigger for action. When we treat disappearance of data as a “trigger” we are interpreting a root cause from a…

Performance implications of a lot of Sets

I’ve been creating lots of Sets lately. Lots and lots. I created over 400 of them and there are around 40k objects in the system. At TEC I found out that no one else seems to have created quite so many Sets so here are my observations.