Design Webinar | VCDX mentoring – the submission

The next ‘Adventures in infrastructure design’ webinar is currently being planned and I am very honoured to have had such as good response.

We had over 40 live attendees on the last webinar and received a lot of requests for the recording and future topics.

The next webinar will cover some of these requests in more detail.

Presented by several VCDX certified presenters / Mentors  and experienced professionals.

This session will be covering

 “The VCDX submission, last minute changes / checklists”

Timed just  before the  next VCDX submission in June, you will also have a chance to get some last minute advice from people who have been through the journey themselves (We are not panelists and have no knowledge of the official scoring method). 

We have also got some recent VCDX experience discussions planned too.

Date : 6th June 2017
Time : 23:30 pm UK (about 1 hour )

Please register your interest using this  sign up link.

Real time discussion is valued so please attend if you can.

See you there

SWVMUG Presentation – vROPS & VLI – Its Installed now what do I do?

Recently I was invited by a fellow vExpert friend of mine Simon Eady to present at the SWVMUG session on a requested topic of vROPs and vLI.

I have been spending my time on these products  within a couple of client projects recently  and they are discussed regularly in VCDX mentoring sessions. 

Most technical how to content is already covered in detail by VMware and the wider community.  

I  took the approach of the day 2 operationalising  for the business and design validation / risk mitigation.  

This is an area that is useful for the real world and the VCDX submission.  

I created a few slides, new design  mindmaps for vROPS and vLI and a quick demo.  

These  are available here for anyone who finds them useful. 

Thanks very much to Simon and the team for having me.  A great venue, nice people  and lots of good chats on the subject.

 Hopefully  I will get the chance to visit again soon.

Adventures in Infrastructure Design – VCDX Defense Day

It is VCDX defense week and as part of my mentoring activities I organised a webinar with a number of VCDXs.   

I was very happy and honoured to have had the help from 4 recent VCDXs (Lior, Rebecca, Sjors, & Shady)  and 40+ attendees online.  

We covered final mentoring sessions, final study,  tips for the design defense and the design scenario.  

We finished off with a smaller session running  2 design Mocks (Thanks to Brian & Bali for doing this in front of  a few people online).   

Some of the content was recorded and I have clipped it together for reference.  (Click here to view).

The document Shady used to present is available here,  while my mind map on the VCDX design scenario is here. 

All presenters are mentors,  we have no knowledge on how the panelists score the defense.  We are just helping based on experience on our way to passing the VCDX.

Thanks for all you support.    Hopefully we can all get together again soon.  

Adventures in Infrastructure Design – Regular Webinar

Since passing the VCDX,  I have been helping out a lot with mentoring.

I enjoy creating blog posts, running mocks and completing design reviews. 

It is especially rewarding to see the change in design approach  and improved skillsets as people travel through the VCDX process.

As my time is  a little limited with work, and family.  I will now be running a regular  webex session on all things Infrastructure design incorporating VCDX mentoring.

This session will, at times be primarily aimed at the VCDX journey, with mocks and process discussions.  

However,  I will also be looking to discuss anything related to infrastructure design (Partner solutions,  vendors,  use cases, etc).

The biggest reward from mentoring is the continued learning process I have found myself in.  

To remain useful,  I need to understand the technologies the candidates are working with and how they relate back to  design.

I thought this material may be of interest to other people in the field and start some good discussions along the way. 

To register your interest in the first session on May 9th  please sign up here.

The vcdx presentation deck

As part of my mentoring activities, with the defense week approaching I have been reviewing a lot of slide decks.

Now I have seen quite a few , have experience of my unsuccessful approach and my final successful defense I thought it may provide some value to review the process in more detail as a mentor post.

As normal the first place to review is the VCDX blueprint.

This document provides the context , it states,

Concisely explain the design and justify the decisions made to create it”.
(Plan on spending no more than 15 minutes on this part.)

In my opinion, considering the above,

The VCDX slide deck is,

* A secondary presentation and defense aid
* A place to help you provide evide details and save time
* An area to show off your skills as an architect
* Provide some reminder of contents, main point prompts

However, the slide deck is not ,
* The main aspect of the design defense
* Going to have all the answers the panelists ask
* A sales document
* A typical customer facing document (the panelists are peers).

Once your design submission is in the hands of the technical reviewers, you have to spend time ensuring your know your design and plugging gaps in your knowledge or design weaknesses.

Do not waste time making fancy graphics and sales slides.

So , you are faced with a blank slide deck ahead of you, what do you do?

Have a story for your presentation.

In the real world, as a lead architect you will often be asked to just present the current thoughts and areas of a design, whether it’s at the end or in mid-flight.

You may need to

* Get the project team engaged,
* Bring  them back from a destraction that is not delivering requirement value
* Fixing a misunderstanding
* Preparing for a big activity (DR, audit, sponsor review)

As someone who knows your design better than anyone else, you should be able to

* Whiteboard on the fly key areas (i.e. Logical Components, data flow, dependancy relationships).
* Explain why a certain area was chosen for the project.
* Explain the alternatives
* Show the impact to the business , teams, and technology.

How do you prepare for this?

Start by, taking each area of the blueprint,
Create a couple of whiteboards and just think about talking for 2 minutes about them freely.

Review details about design choices, impacts and risks for each area

This is where you want to get to. For any section of the blueprint, you should be able to just chat about it freely.

The slide deck is an added benefit to give you some reminders of the areas you ar covering or useful diagrams.

Don’t rely on the slides having all the words, make it feel natural.

You may hear “You have to control the audience “.

That means, to me – get them engaged and keep them interested.

The more questions the better, its not that you have made loads of mistakes, its an opportunity to get more points.

I have seen a fair few people plan their presentation around the PowerPoint slides.
The risks with this approach for me is “You will not know if you will make it through your slide deck without being asked questions”.

This is not VMworld and questions are not just at the end. It’s a technical conversation.

When you have a story, and you are interrupted or questioned in depth within the defense, you can go back to the story and carry on. Otherwise you may get side tracked, cost yourself some valuable time, look like you have lost control and miss key areas.

At a minimum , go through the blueprint and have a slide per objective – covering the blueprint is imperative.

If you have a slide that does not directly answer something from the blueprint – ask yourself why you are bothering?

Consider practicing without slides and use the whiteboard for everything. This can help consolidate approach and evaluate your understanding of the design

Summary Tips
1. Less text is better – simple, easy to read colours.
2. Think Conceptual, then logical –  Design Choice, Why, Impact, Risk, Migitation.
3. Don’t worry about a nice “About  Me” page – the panelists know who you are. Give a quick hello and move on to score points.
4. Check each slide – if it’s on the blueprint – fine. If it’s not – Delete it
5. You are using the slide deck to prove design skills – not documentation or reference info. It is design choices, and impacts for infrastructure that is being reviewed.
6. Create a way of moving between the slides – bouncing between areas (I like a Small menu on each screen).
7. Practice delivering this slide deck on webex or other recording – remember 15 minutes
8. Review the slide deck – check for inconsistencies with design
9. Cover the weakness or risk areas of your design specifically – dont hide – show how your overcome these areas , just like in real life.
10. Have a couple of  summary diagrams for logical and physical to refer too when answering questions. This could save time
11. Don’t spend hours on the slides when you could be studying the design
12. Do not use the phase “I have a slide for that, erm erm”.