Shaun Mccran

My digital playground


Why should you invest in Architectural qualifications?

As part of an ongoing series of articles covering the skills and process that people go through in order to move into architecture I thought I'd have an exploration through the landscape of professional qualifications. The key discussion topic was driven from a recent conversation on whether architectural qualification are valid, whether they enhance an architects skills or validate the architect as being more 'architecturally capable'.

I've split the article into what architectural qualifications mean to several different parties, such as individual architects, companies that use architects and the architectural industry as a whole. This is mainly because each of these parties have very different requirements and goals around professional qualifications, reasons to obtain them, and what value they provide.

The Individual view

For the individual architect obtaining a professional, industry recognised qualification can bring several benefits. First, architecture can sometimes be a little intangible. We don't physically produce anything, and often what we produce is proprietary for the industry we are in, making it very hard to measure the quality or validity of output. Possessing a qualification such as TOGAF proves that you know the correct terminology, can recognise architectural artefacts and impacts and are likely to provide architectural documents to a reasonable standard. Its treated somewhat like an architectural 'kite mark', ensuring that there is an inherent quality to the content.

For the working architect its also good to know that your colleagues and peers can understand the content that you produce. If you create a TOGAF or Zachman aligned document you want to know that your colleagues can consume it, and that as a practice it will fit into your overall approach.

Lastly, it makes you a more attractive resource, if you are seeking employment. It's a very good selling point for recruiters and employers as, explained above, its an industry standard, so brings with it a certain quality level when filtering applicants for a role.

Corporate view

Companies can often see qualifications like the ones described here as being overly academic and not really driving their overall goals, in terms of focussing on delivery or project specific issues. Qualifications can be an expensive and timely activity to put your teams through, so are often sidelined entirely, or put at such a low priority that they never materialise. Delivery objectives take over, and all the talk of being a 'people organisation' goes out the window.

Key things a company has to recognise though is that endorsing a professional framework can provide many benefits to them:

  • 1. It shows potential recruits that they are serious about their architecture and that they are prepared to invest in their people
  • 2. It's a handy metric in the review process. Send everyone on a course, and their pass mark is a very good metric in what can be a very ambiguous process (employee reviews)
  • 3. Where a practice aspires to ensure a consistent level of service to other departments from its architects, knowing that they are all qualified to the same level, and know the same content. This somewhat equalises the organic way a team forms.
  • 4. Lastly it's also a good measure of capability. It may sound harsh, but being an architect is a hard role to perform successfully and consistently. If you are unsure of the calibre of the people in your team, an effective way of measuring it would be to send them on a course and measure the results. Similarly if you are trying to build a trainee or junior architect programme they can serve as a good graduate gateway. If a graduate architect wants to consider themselves a fully functioning member of the team, then passing TOGAF or the BCS qualification should be a required qualification.

Industry view

In terms of industry recognition, possessing industry standard qualifications gives you a place in a larger community. There are often social activities and online groups that you can join and participate in. When you look at an architects profile online, there are few keywords that indicate evidence of qualifications and experience. TOGAF, Zachman, BCS and ISEB are the key words I typically look for to determine if a candidate is not only affiliated with, but claims accreditation with one of these bodies. This marks them as a professional architect.

Types of Qualification

There are two recognised industry qualifications for architects, one is based on the TOGAF framework the other being a British Computer Society accredited qualification in Enterprise and Solution Architecture. Obviously there are many books discussing architecture and architecture processes, and even other frameworks such as Zachman, but none of them contain courseware, exams and accreditation processes.


TOGAF is very much a framework. By this I mean it is not a guide as to how to be an architect, it will not tell you how to do the day job, but rather describes an approach. It's a standard methodology and process to enable you to take up an out of the box toolkit. It should, however not be applied in this format. Success with TOGAF is very much a case of assessing the framework, trying the elements out in your organisation and seeing what works for you and does not. If you try and wholesale adopt TOGAF as your architecture practice's methodology you will rather quickly find yourself hitting issues with delivering anything.

BCS, Enterprise and Solution Architecture

The BCS, previously ISEB, course is a tough one. Its an intensive course, covering a lot of content. My advice with this one is that it is not a purist architecture course. You'll need to be aware of ITIL, PRINCE2, Six Sigma and a slew of coding and development technologies. It doesn't require you to have in-depth knowledge on those subjects, but rather to understand what they are, how they work, and how they interplay with architecture. My recommendation is that you have to be a practicing architect, with a few years experience in a tough environment to pass this one.

Further reading

I can heavily recommend a book titled 'Enterprise architecture as Strategy', it's a great read and covers a lot of useful information. Rather than being a theoretical architecture book, I've found myself actually referring back to it at times during my day to day role. Enterprise Architecture as Strategy

Lastly, as I've mentioned above, there is a significant architecture framework, the Zachman framework that is very good to be familiar with. You can read more about Zachman here.


How good is your recruitment and joining process?

I'm involved with recruiting new colleagues, typically architects of different flavours, into the architecture practice that I'm part of, this process, like most other company's recruitment and joining processes is a multi stage, multi format process involving many different people and many different touch points with candidates. It has the potential to become complicated and unwieldy, extending itself out over undesired periods of time.

Working as an architect you tend to spend a fair bit of time looking at business processes, mostly outward facing processes, or processes that drive the overall business objectives, but every now and then we turn our eye to our own internal processes. This article examines how having a poor recruitment and joining process can have an adverse affect on both the new team member, and the existing team that are involved in the process.

The recruitment and joining experience, more important that you think

Having a new person joining your practice is a key impression shaping experience for them, it will form their initial view of people involved, and the overall team, and the maturity of the team. Think of this as the first handshake of a meeting, you remember that don't you? You know how when you first meet someone, you shake their hand, and that action is forever associated with them. 'John' forever has a handshake like a wet fish, limp and uninterested, whereas 'Susan' has a firm, but not too firm, authorative, confirming handshake. Everyone's is different, but they all leave a lasting impression about that person. Your recruitment and joining process is no different, just significantly more complex.

The danger here is that the people performing this process, whether that is existing team management or Human resources may see the activity as just that, a series of activities, the physical actions of the process. Often this is not the existing managers core responsibility, they have a 'normal' job to do, and this sort of thing isn't typically as important as that job. Its highly unlikely that any of them have objectives around how many candidates they recruit, or even more significantly retain, so its treated with less priority than it should otherwise have.

Typical activities might be:

  1. 1. Review CV's
  2. 2. Conduct telephone interview
  3. 3. Conduct face to face interviews
  4. 4. Make recommendations to cost centre management about candidate suitability
  5. 5. Communicate offer
  6. 6. Order a phone and laptop
  7. 7. Request the right access privileges (AD accounts etc.)
  8. 8. Order a security pass
  9. 9. Send out a 'first day instructions' email

Now, there are obviously physical tasks to perform here, but most of these can, and often do have an outward facing impact on the candidate. That's the factor that is often overlooked. When times are busy, and everyone has project work, or partner relationships to manage, investing time and energy into ensuring a smooth recruitment and joining process can often be the first thing to suffer.

It's a maturity barometer

Aside from creating that initial impression with new employees it is also a good mark of how mature a team is, and potentially an organisation. I like to think of it this way, if a company has mature, well thought out recruitment and joining processes, there is a strong chance that the rest of their internal and external processes are also well thought out. The opposite is also true in my experience. If they cannot recognise the importance of these processes, including the impact they have on morale and the future engagement of employees, then there is a strong chance you may find they do not have the rest of their house in order.


Recruiters, treat your role advertisements as if they were first dates

My most recent interactions with recruiters, both from agencies and in-company, have left me slightly bemused by how they perceive the balance of the employee - recruiter relationship. I've had several experiences where this newly burgeoning relationship has felt very one sided from the very first contact and has been difficult to progress very far due to significant reluctance on the recruiters part to share any information at all.

Recognizing that their objective is to locate a candidate of sufficient quality to get into the face to face interview stage I can normally give them a little leeway in their single mindedness, but there seems to be a growing trend of only providing information pertinent to the employer, not the candidate.

So with the issue above in mind I've put this article together to explain the key elements that I think recruiters MUST include in their role advertisements to ensure that both candidates and recruiters have access to the information they need to make a reasoned, informed decision on the role. I've equated this to a dating analogy, as whilst thinking this through I found that I could draw some simple parallels between the two scenarios.

Think of the 'first date' scenario. Two different individuals meeting for the first time, each giving away small items of detail about themselves, revealing information that might make them appear more attractive to the other, but not quite revealing the entire picture. Each person is judging exactly what the best pieces of information are to reveal, what information they think will portray them in the best light, what will create additional interest, causing the other person to want to dig deeper, to create a more meaningful engagement. Each person has specific expectations from the other, there are typical subject that are normally covered and it all normally happens within certain civilized constraints, i.e. everyone wants certain snippets of common information, but is also aware of staying away from controversial topics. This is all jockeying for position to assess compatibility.

Now lets apply that thinking to the initial conversation between a recruiter and a candidate. Recruiters are trying to ensure compatibility between their role and the candidate, yet often they only come to the table armed with the specifics of the activities of the role and little else. Its fine for them to have demands of candidates, but in my view they also need to cover the following things to ensure that they are giving confidence and assurance to candidates that they actually care about compatibility with them.

  1. 1. Business model and moral compass: What the company actually does, how it makes its money, i.e. its business model and how it sees its self in society, i.e. its moral compass. How do you judge whether it is agreeable to your own, if this is omitted from the description?

  2. 2. Company sector and product set: What types of company are they? Financial? telecoms? Marketing? What do they sell or manufacture? It's not uncommon now to find advertisements that don't actually list what type of company they are, or whether the role is specific to a certain product set.

  3. 3. Salary and benefits: Always a controversial one this, but so many advertised roles do not feature a salary figure, or even a salary range to give an indication of where it sits within the market. This is a key factor for candidates, but also a key bargaining chip for recruiters so is often the last thing they give away. The other important factor with the salary figure is that it is an extremely good marker for the role's expectations. A high figure, or something that stands out from the market is likely to include other factors that in the role that warrant that figure. No salary is too good to be true, there will always be something in the role definition that has impacted that figure. An accurate figure also shows that the company advertising actually understands the role well themselves, and its position within the market. You have to balance this figure with the next point, the location.

  4. 4. The role location, and travelling demands: Pair this with the point above about salary and you have two key counterpoints to each other. Location obviously dictates where you base location is, but also consider travelling requirements as these can, and should have an impact on the salary. Regional locations, cities, secure sites and remote offices all play a factor in influencing both salary expectations and the level of comfort around commuting and the lifestyle impact taking the role may have on you.

To summarise, I think we need to redress the balance between recruiters and their market. If the four points above aren't covered in an advertised role then for me, it shows a lack of attention to candidates requirements, and a misunderstanding of how to create a quality engagement situation, that communicates what each party is actually looking for. If this was a first date, you wouldn't be getting a second.

As an example of this, take a look at the following role advertisements:

Architect roles in Nationwide


Conceptual, Logical & Physical views of solutions

There is a common sets of views that architects have to be able articulate, typically for different audiences, each of which describes the same solution but at a different level of detail. Anyone prescribing to be an architect should be able to clearly articulate these three common views, why they are necessary and how they link together, as there is a strong traceable model between them.

A while back I took a role in mentoring some less experienced architects with an aim to solidifying their architectural thinking and moving them out of a Business analysis and design way of thinking. As part of this in-house upskilling programme I started writing an example of the 'Conceptual-Logical-Physical' views and their relationship. Whilst researching it online I found the example below, from the Zachman site. This is a great example, and clearly shows why the three views exist, and how they convey the right level of information to the correct audience, allowing each role to perform in its own space with, aiming at the same solution, but not restricted by any of the other roles around them.

Conceptual, Logical, Physical architecture example

The "Owner":  CONCEPTUALLY .....   "I would like a pot of flowers in the center of my patio about 10 feet off the ground.  They would be purely for ascetic reasons, but I want the pot to be BIG and the flowers to be real."

The "Designer":  "Let me see now ... the physics of this situation would suggest that there are two LOGICAL alternatives ... either 1) you would have to have a pedestal about 10 feet high, the weight it would have to sustain is max of 100 pounds so if it was 10 square inches in area (cross-section) the material would have to hold 10 lbs per sq. inch.  You're second alternative 2) would be to hang it from something above the pot ... do you have a roof over the patio??  If not, that would mean we would have to construct a tripod to suspend the pot from the apex.  Do you care if you see the tripod? I recommend you go with the pedestal."

The "Builder:"  "The Architect is suggesting a pedestal that would be 10 feet high and sustain 10 pounds per square inch.  That Architect wouldn't recognize a lathe if he fell on one ... but here's what we could do ... we could PHYSICALLY build the thing in three pieces and then glue it together with superglue ... just in case, we could make flanges on the pieces so we could bolt the pieces together to make sure they don't come apart.  Your other alternative is to have it made in Japan and ship it in one piece and then we could install it by drilling a hole in the patio, sinking the base down 2 feet and filling in the hole with cement.

For full disclosure, I have republished this from the Zachman site, the original is here