5Di – Our Operating Model

or how we aim to grow our trees together.



https://www.flickr.com/photos/rod_waddington/14070411621


Up until recently, 5Di Ltd. was the commercial vehicle for my Change Design and Advisory services. This is changing as I write; 5Di will become a ‘Team’ within the next few weeks. I’m not sure how exactly all the pieces will fall into place, but I am eating my own dog food; experiment, include, listen to feedback, and evolve.


Before I explain the specifics, I’d ask that you watch a few of the videos here to see and hear where much of the inspiration for our operating model comes from:


****
V
V
V
V
V




Chuck Blakeman Crankset:



Katz Kiely: – BBC Radio 4 interview (audio only).
http://www.bbc.co.uk/programmes/b082j0gj

Dan Ward – all of his series are great, but if you’re short on time, just watch the first and last for now:


The full set:


Back to 5Di, we have a ‘T’ shape service portfolio; The T-bar is the Change Design journey described in the Found In Design un-book and the T-column are technology services focused on Cloud-Native architectures and integration.

Our principles are:
  • Keep things simple as possible
  • Work on interesting projects
  • Deliver value for money
  • Share rewards
  • Be clear, concise and transparent.


We can deliver Value-for-Money.
All 5Di consultants have tons of real-world experience and many have worked for Big-Five or similar – so we know how much they charge for this type of service and,  the other tricks they pull which we will avoid (like land-and-expand etc.). As a rough estimate, I’d say we will come in at less that 30% of large traditional consulting firms.


Why?
Because our fees are at least 40% cheaper for the same level of skill/expertise and we deliver value faster (fewer charged days) because we’re not motivated to drag-things-out with large teams. We have no ‘bench’ to sell.


How?
5Di’s business model is simple:
  • We make sure all in the 5Di team get a good day-rate compared to them going to market individually ‘contracting’.
  • We make a reasonable markup on the fee, but then everybody gets a slice of 5Di’s year-end profits.
  • We are like-minds who *want* to work with each other (most of us have in the past).
  • We are all motivated to do a great job for the client – all our work is through referral.
  • As a team we attract other great talents through our collective personal network – I’m getting requests to join the 5Di family weekly.

All this will be explained (using our principles!) on the 5Di website soon. The current site is now horribly out-of-date, rather messy, and way too wordy – we promise a much better one!


***

First Trial of the VPEC-T Navigation Map

This week’s update: We ran the 2nd two-hour session last week and have the 3rd and last iteration scheduled for the coming week. Continuing to get positive feedback on the map. It does seem to help provoke richer discussion and stimulate thoughts.  The client is feeling increasingly confident that we’ve captured the main aspects of the change programme ahead of them, and specifically, that we will find & explore all:

  • Material risks
  • The Major Transition States – with objective/outcomes at each
  • Core principles for the transition
  • Programme work streams
  • Critical cross-project dependencies
  • Crucial trust relationships
  • End-state clarity.


    Next week will move the focus towards the JOIN and SLICE cycles. I expect greater involvement with the PMO and the Business Analysts working on the detailed/costed Business Case, over the next two weeks, will move the focus to ARRANGE by the end of March. To quote Dan Ward: we will have then completed “Start before we start” (recommend watch his Simplicity Cycle videos).

    Keeping things simple, pragmatic & easy-to-understand has been key. The antithesis of a Big-Five approach, or a traditional bloated “methodology/framework” #EntArch style: Fast, simple, relevant, and at a fraction of the cost!

    ***


    On Thursday last, I ran a VPEC-T workshop using the new VPEC-T Navigation Map. The workshop lasted 4 hours, and the client now wants another two 4 hour sessions. The new map received positive feedback. According to one participant:

    “The map really helped us explore each area and triggered useful thoughts”.


    This is in the 2nd iteration of FIND, JOIN, SLICE. We will complete 3 iterations of all Four Focus Areas  (including ARRANGE) within the next 2-3 weeks. This session was part of the design of a circa $4M change programme over next 18 months. We will be using many of the FiD toolset including (but not limited to):
    ***
    The map:

    WTF is a Dyslexic Polymath?


    One Saturday last January, my wife and I were visiting my cousin Andy and his family for the weekend. He and I were in his kitchen; me bending his ear about my new ‘Found In Design’ un-book idea, while he cooked breakfast.

    Andy’s a smart cookie who works for Ricardo UK and someone I love to test ideas with. After ten minutes of me machine-gunning my thoughts at Andy, he rested the spatula in the frying pan and turned to face me.

    “Look, Nige, you’re a great storyteller, and I like your ideas, you know I do use one of your thinking tools, but isn’t this stuff just common sense”?

    I paused for a moment mid-stream, at first not sure whether to be insulted or pleased. I decided pleased – and with a smile retorted with a quote from Voltaire:

    “Why is common sense, not so common”?

    Andy glanced back down at the pan, and sighed.  He had a moment of reflection; his inner voice telling him that lives with that reality daily. I’d stated the obvious again! 

    He glanced over, and with a withered smile, replied:

    “Good, point…” and added,  “Would you like a sausage with your breakfast?”

    ***

    A few days later I was recounting the conversation with Andy to a friend. Once I’d finished, she paused for a moment, and then laughed loudly – looking me square in the eye:

    “I know exactly what he means.  It often seems to me that you end up stating the ‘bleeding obvious’, but when I think about it, it wasn’t actually obvious before you started babbling on”.

    She then added:

    “I think it’s the way your weird ‘dyslexic polymath’ brain works – you seem to see simple patterns that the rest of us don’t see. And when tell us a story that explains one of them, they just do seem like common sense”!

    “Oh, thanks”, I said flatly,  feeling a bit insulted, and confused.

    I guess I’ve always been embarrassed about my dyslexia. This stems from unhelpful, “old-school”, teachers and, frankly, a fairly unsupportive father (who freely admits now he made a bit of a hash of parenting me). Mum, however, was different she helped me understand Shakespeare’s plays through Lambs Tales and encouraged me to write poetry, lyrics & music. She helped me tell my stories.

    So when my friend called out my dyslexia, I felt very awkward at first. But then I realised, she had a point; the way my brain is wired does help me see things a bit differently. And I suppose my fanaticism over SIMPLICITY and PATTERN seeking might be directly related to dyslexia. I think they might be the coping mechanism I’ve used to survive, and thrive, despite my lack of academic qualification. So maybe being a ‘Thicko” isn’t so bad after all; maybe weirdly-wired misfits can help by stating the “bleeding obvious”!

    ***


    Oh, and, by the way, once I’d looked up ‘polymath’ I decided I would buy my friend a pint next time I saw her.

    The stories behind VPEC-T and other tools

     
    More stories about #vpect and other tools will be covered in #foundindesign in the coming weeks. I’ll be telling the story of how VPEC-T came about. It started back in the 90’s when at DHL I worked with a team of around 30 people globally on something we called Business Service Specifications. I’ll explain how the “P-E-C” evolved from that, and then how that led Carl Bate and I  went on to add the “V and T” lenses when working in Criminal Justice in 2006. By telling such stories, I hope to make the tools I use more useful to others. Some of these tools I helped create (like VPEC-T), but many of which I simply adopted, so no claim of invention, or “my IP”! Many smart people have adopted, created and refined some great thinking and designing tools – I’ll be explaining why & how I’ve used them, along with, a few of my own.
    Here’s a link to a recent post on LinkedIn that gives a feel for where I’m headed: VPEC-T: A Ten Minute How To Guide and here’s the new blog: The Found In Design Unbook.  


    Thanks to Nick Gall (@ironick) for prompting this post.

    Twiter hash: #foundindesign

    I Don’t Call Myself An Enterprise Architect

    … anymore.


    A few people have asked why I call myself a Change Designer rather than an Enterprise Architect. The reason is simple: the EA label misrepresents what I do.


    The popular understanding of  Enterprise Architect is:
    • attached to an I.T. view of the world – I’m not only focused on I.T.
    • often synonymous with large arcane frameworks like TOGAF – I dislike them
    • regarded as slow, top-down, big modelling up front etc – I prefer Dan Ward’s F.I.R.E. approach.


    I use the title Change Designer because:
    • They are two simple words, that together, explain what I do – I Design Change (transformational or otherwise).
    • They don’t t limit me to only focus on I.T. – but, at the same time, they don’t exclude I.T.
    • Much of my thinking and toolset come from the world of “Design Thinking” (and Systems Thinking, Complexity Science etc.).


    I guess I’m lucky in the sense I’m unemployable now, partly due to age but mostly due to temperament! 🙂 I’m more choosy about the things I work on where and when. All this means I don’t need to splash “Enterprise Architecture” and TOGAF all over my CV to find the next gig – and if I did, I’d probably not meet the client’s expectations!

    Follow #foundindesign on Twitter to see what I’m up to these days.

    Found In Design

    I’ve finally got around to shaping-up the sequel to “Lost In Translation” – the working title is “Found In Design”.I’ve decided to take, what you might call, an “unbook” (as in not a book) approach to this one. I will be writing and sharing early draft…

    Actions Speak Louder Than Words



    In the last episode of the ACME E&L story, we left the CIO, Colin Black, musing how he was going to explain Cloud-Native “Unicorn” thinking to the Exec Board. After a few moments of reflection he decided a two-pronged approach would be best:
    a)  Gradually introduce new concepts such as “Safe Fail”

    b)  Demonstrate he could deliver business-relevant outcomes quickly.

    Pragmatically, he reasoned focusing on the latter was his priority. The current highest priority for the Board was the impending merger with ACME’s second largest competitor. The newly merged company, MACME Plc. would be launching in just a few weeks – and the Board decided it needed to establish a new corporate identity and culture from day one. The CIO suggested this would be an ideal time to move all employees to a new email and office tools platform. He reasoned that email addresses would change under the MACME brand anyway and it would also be a good opportunity to create a MACME Branded intranet portal to help build the new culture.

    This episode of the story is an interview with the Project Manager, Mr Olivier Gris, leading the transition from Microsoft Exchange to G Suite at ACME E&L Ltd. Olivier has worked with the CIO in the past and is regarded by him as his most trusted PM. In this interview, with a technology journalist, Mr Gris explains how he led his team to get 10,000 employees to a single instance of G Suite in 10 weeks. He discusses the ups and downs of the project, and most importantly the lessons learnt. He also explains, right up front, why this project fits with the CIO’s “Think Like a Unicorn” mantra and how emerged as a trust-winning strategy for the CIO with the entire business.

    This story is a real company and a real project. The company identity and the character’s names have been changed.

    ***

    Why did the CIO decide to use Google G Suite?

    “Several reasons; The CIO wanted to ensure IT was in-line with the retail Entertainment and Leisure business, where revenue directly proportional to service availability. And, in increasingly ‘Digital World’, he knew IT had a strategic role to play”.   

    “The CIO has a bias towards Cloud (and Google’s G Suite, in particular, due to earlier successes). The firm was heading for a merger, and the CIO wanted to make sure the new merge-co (MACME E&L) would be ‘born into a Digital World’ from the get go. The company being acquired already used Google G Suite, yet ACME E&L, the acquiring company used Microsoft Exchange. So he felt it was a no-brainer to follow the one that already ‘lived’ in the Cloud”.

    “He favoured for SaaS on the Cloud for 3 main reasons;

    1. The software is constantly updated – no massive change plans required, instead, lots of small increments; little triangles of risk as opposed to one big one.
    2. People were increasingly working from home and they wanted a consistent experience.
    3. Online collaboration would be far easier – anytime, anywhere”.
    “The company being acquired already used G Suite, but had actually created three separate instances. This turned out to be a questionable decision for a number of reasons:

    • They outsourced a problem; a troubled service, taking its troubles with it.
    • Unfounded security fears; Head Office was concerned that the shop staff might take a more cavalier attitude towards security and compromise the whole business.
    • Not fully appreciating that G Suite was built with strict security policies in mind, which could be configured to prevent cross-contamination between the shops and the Head Office.
    • Not believing that Google’s DC level security was likely to be far more robust than anything the could implement in their own DCs. This motivated by the fact that a hack into Google would be a very newsworthy event compared to a hack into their DC.

    So, with those points in mind, he felt it was a ‘given’ go for one instance of G Suite for the whole MACME E&L business”.

    Was there an ROI calculation for this project?

    “No, there wasn’t a formal benefits case. Things were moving quickly,; the business had bigger-fish-to-fry with the impending merger. The merger was costing money on a daily basis, largely to do with the sale of real estate and conditions set by the regulator. So there wasn’t ROI per se. What convinced the Board was that running two different platforms would be crazy, and that deployment Cloud was low-risk for office tools. And that, combined with ‘The Sword of Damocles’ of day one of the merger, meant something had to be done fast. They also saw the value of one platform bringing staff together after the merger. For those reasons, the Board was happy to support the CIO’s recommendation without doing a formal ROI”.

    What were the steps and how long did it take?

    “The steps at a high level were a bit unusual, mostly due to complications imposed by regulator – we weren’t allowed to share any corporate data ahead of the merger as the regulator deemed they may be a risk of competitive advantage. So nothing between the two pre-merger firms could be shared before day one of the merger. They did, however, allow us to set empty email accounts for the company being acquired within ACME E&L. That meant running a mirror instance then switch to single instance later, and then merge two Google G Suite instances. This all took a while to agree with the regulator and resulting the final decision on how to handle the two firms data was made just 7 weeks before the merger. This created a challenging set of constraints on both pace and approach. In the end, we managed to transfer most of the data (held in a dormant state) in batches over 4 weeks”.

    Is there a long-tail of users yet to adopt?

    “We were close to 100% users set up and running within 8 weeks. One or two people might’ve been missed due to Maternity leave, or similar. But we think we have caught those by marrying up Active Directory entries with HR records”.

    “We’re planning to fully decommission Exchange early in the New Year (around 10 weeks after go live). We need this extra time to recreate distribution lists, transfer archived mail, and deal with automated email-based workflows”.

    “So, in summary, we went from zero to 98% of our users up and running on G Suite in 5 weeks – and the remainder 4-5 weeks later”.

    How many users now?

    “We now have around 10,000 users on G Suite since the merger. Around half of these transitioned from Exchange whilst the other half were consolidated onto a new G Suite instance. Interestingly, the Google to Google transfer was more technically challenging in some ways; the tools available for Exchange to G Suite are very mature, however, this wasn’t the case for G Suite to G Suite, so the latter was more ‘hand-balled’”.

    What were the biggest hurdles?

    “We had a few unusual issues to contend with; for example, someone in Asia had hijacked the domain name we wanted for the merged company. This meant we had to work with our legal team to get that fixed, and that added pressure to the schedule. But, I’d say the people related issues were the biggest. We had underestimated how fond people were of Microsoft Exchange email. It’s very mature and people like it. For many, Google G Suite was seen a step backwards; email is what they see every day and, at first, many didn’t like the switch to browser-based email. On top of that, they didn’t see the advantages of the move to G-Suit in things like collaborative and home working. To tackle this, we took a viral approach to adoption; we sought-out enthusiastic supporters and helped them spread the word. We ran ‘Right-Fit’ workshops with the users where we discussed the pros and cons of G Suite and shared ideas and use cases (from previous workshops). It was important to hear the user’s voice and, then help them get the most from the tools; these were not training sessions – they were interactive workshops“.
    “Probably the most compelling use case for the shops was around Google Forms & Sheets; for example, data sets for performance, schedules and promotions could be shared with the Head Office & other stores, faster and more accurately using Forms and Sheets. This resulted in many hours of saved at the retail outlets”.
    What was the user feedback?

    “The user feedback from retail area managers has been superb. We conducted a few sample surveys after we’d run the ‘Right Fit’ workshops – the results speak for themselves: ratings rose from a mark of 1 to 5 before the workshop, to between 6-10 afterwards. Workshop attendees were asked to rate Google G Suite pre and post training (1 being ‘Poor’ and 10 being ‘Awesome’)”.

     

     

    Figure 1 Feedback from area managers across two regions of the U.K.

     Southeast Region


    Midlands



    Feedback from Head Office staff was less enthusiastic at first. However, many are now seeing the benefits of collaboration and remote working.

    We had to be realistic, not all users would like the change; for example, an Executive Assistant who manages multiple diaries finds this harder to do in Google calendar than in Exchange. Google Slides lacks functionality compared to PowerPoint, some complained about this, but others saw this as a good thing; they can focus on writing great content rather than be distracted by too many features and options. And then, there are some people, who just don’t like working in the Browser”.

     

    What’s the best feature?
    “I’d say Hangouts for Head Office, and Google Forms/Sheets for shops. Voice & video meetings on Hangouts becoming the norm. The users already understand the power of collaboration – both collaborative document building, and data sharing”.

    What’s the least popular?

    “The least popular app is Google Slides compared to PowerPoint and the management of multiple calendars. Other than that, spreadsheets with complicated rules and macros can be a challenge to recreate in Google Sheets. Having said that, some users are beginning to see advantages in using Sheets; for example, one recently built a spreadsheet that made use of easy access to other Google data to calculate the distance between two postcodes”.

    “Uncovering large ‘Spreadsheet Apps’ was an interesting spin-off. We were looking deeper into the use of complex spreadsheets; these are the powerful spreadsheets, built by users, which have become important ‘Shadow IT’ tools that are now critical to the business operation. There’s probably a good argument to say these should be brought under more rigorous support as bona fide apps in the future”.

    How does it fit the overall “What Would A Unicorn Do?” strategy?

    “The retail industry has gone digital; our digital products are our lifeblood. This means the role of the CIO is more important than ever – and the Board is listening to the CIO. The CIO has made it clear that our move to the Cloud is key to improving service automation. The IT team must refocus on delivering outcomes for competitive advantage: ‘Build for Competitive Advantage – Buy for Competitive Parity’ is the mantra. In other words; ‘Don’t re-invent functionality that can be provided by commodity services’. Moving to Cloud-based offices tools is directly linked to the CIO’s strategy; He asks the question; Why don’t we manage IT services in the way the likes of that Amazon Netflix do?”.
    From the CIO’s perspective, moving to G Suite was a tangible, and pragmatic step; a first move to digital without putting revenue generating systems/services at risk. This was his chance to show how his Cloud-native strategy will deliver results quickly. He could demonstrate tangible value, he believed he would show that: everybody in the firm would like the collaboration features, the shop staff would save time when sharing data and, for everyone, wasting time travelling to meetings would become a thing of the past. It turned out he was right”.

    Did you feel the sense of strategic importance at the project level?

    “Absolutely, we knew we needed to make new CIO look good, and it did the trick! Initially, there was a question about the wisdom of switching to G Suite in the midst of the merger, but we explained that we would be going through the pain anyway, so why not get it over with from the get go? We also helped make the case to take the opportunity to rebrand the merged company from day one of its operation; to access G Suite, users logged into to a new look & feel that told the MACME Plc story and the opportunity to collaborate with colleagues old, and new”.

    Which of the CIO’s principles did this project support?

    “The main principles we followed were:

    The move to Cloud SaaS meant no more massive upgrades and, at the same time, providing services any time any place – at the desk, at home or elsewhere. The IT teams were not spending time on software upgrades and hosting of commodity services; the focus was on offering more differentiated services to our internal and external customers. We choose a tried-and-tested service from Google, and by Clouding rather than Outsourcing, commodity services were made much simpler to deploy and upgrade; we simply trust the provider to new helpful features and services incrementally, with no need for massive retraining programs”.

    What were the IT savings?

    “The IT headcount savings were minimal; a saving of around 8 outsourced FTEs. Rather than headcount reduction, people have more interesting jobs to do. In terms of assets, the Exchange infrastructure will be decommissioned in a few weeks time and we will reduce our CAPEX storage cost as we move away from shares on hosted disk”.
    What has the project cost?

    “The cost of transformation was about £1million. If you set this against roughly comparable yearly OPEX costs between the Microsoft Licensed model and the Google Service Fee model, and take into account the time saved across 5,000 retail outlets, the cost benefits case stands up. Not to mention the intangible benefits of improved collaboration, and anywhere working”.

    Why Google G Suite over Microsoft Office 365 Azure?

    “My last client was in Local Government, in their case they decided to switch to Microsoft Office 365.  Both the Google and Microsoft Cloud offerings stack-up against each other. The important point is, that in either case, software maintenance is simplified, as is the deployment of new functionality. We chose Google’s G Suite because the CIO had deployed it successfully before and was impressed by its simplicity and the rate of user adoption (particularly around collaborative working)”.

    Are there organisations that should avoid SaaS office tools and if so why?

    “Not many in my opinion. Organisations with highly sensitive data in – I’m talking ‘State Secrets’ here – would probably need special features and deployment models not available in commodity SaaS products. However, I believe, for most commercial organisations, their security concerns around the Cloud simply don’t stack up. Let’s face it, Google’s, Amazon’s or Microsoft’s Data Centres are going to be among the most secure in the world; they probably do a much better job of securing them than your company – a breach of security for them would be a much bigger headline!”.

    “For a small business, it’s no-brainer!  However, at the other end of scale, companies with a lot of legacy ‘Shadow IT’ in complex spreadsheets and email-enabled workflow, might find the journey to SaaS more complicated and longer than ours.  For them, I’d recommend: the risk assessment be done scientifically, rather than emotionally, plan to implement in incremental steps, and listen and act on, user feedback at each increment”.
    “Perhaps paradoxically, the tight time constraints imposed by the merger on our project was an advantage. The value of a single platform for the new company gained the attention of the Board, and that put pace and weight behind the project. I would recommend that any CIO thinking of moving to the Cloud find similar Board level support early on”.

    “In summary, I would argue going Cloud is a much better way for delivering and managing IT services, and that a move to SaaS office tools is a relatively low-risk way to start that journey”.



    Please follow me on LinkedIn or Twitter for future posts.
    #horsesunicorns

    Navigating VPEC-T

    Here’s the poster for a VPEC-T thinking framework master class focused on knotty problem solving & design innovation.The aim of this map is to provide a starter-for-ten checklist of things you might consider when doing a VPEC-T analysis/design – wh…

    GE Safe-Fail, Siemens Fail-Safe?

    This post is not an episode of the ACME E&L story – that’ll continue soon. Last week, The Economist published “Siemens and General Electric gear up for the internet of things” with the tagline: “The American industrial giant is sprinting towards it…

    A Safe-Fail Business Model

    This is the 2nd episode of the ACME Entertainment & Leisure story. The CIO, Mr Black has just been appointed, and set challenges by the Executive Board; ranging from cost reduction & innovation to improved regulatory compliance – and all this i…

    Of Horses & Unicorns

    If you don’t have time to read this post please flick through the slides: Horses & Unicorns: Brit chamber July 2016 from Nigel Green The CEO of ACME Entertainment & Leisure stared out at the dark clouds that covered the London sky th…

    VPEC-T: My Favourite Quotes

    “VPEC-T is based on a profoundly radical philosophy of plurality. Instead of a single centralized value system (as found in top-down command-and-control organizations), we expect to find a range of different (overlapping, conflicting) value systems. Instead of a single coherent set of policies, we expect to find the complex interaction between different kinds of policies (commercial, security, safety, corporate responsibility, and so on). Instead of a simple set of routine events, the post-modern organization is faced with a dynamic set of emerging events. Instead of a rigid set of database records, systems content is rich and evolving. And finally, the whole human activity system is underpinned by a complex set of trust relationships between people and organizations”.

    – Richard Veryard.

    “There is original and very useful thinking underneath the name [VPEC-T] that I think will change the way information systems are developed over time.”

    “And just one final point about that name.  It’s actually very useful.  “VPEC-T” turns out to be a compressed mental checklist that can quickly be played back in your mind in meetings, as you write up the findings of a study or as you discuss the information system ‘to be’”.

    – Roy Grub.

    “This is a genuinely different way of looking at information systems. Much of architecture and requirements analysis is focussed on the “how” rather than the “what”. This book redresses the balance and provides a novel way of understanding how people and organisations interact and what information systems need to do”.

    – Simon Tait.

    “A simple and elegant approach to allow people who happen to be building IT architectures, to talk meaningfully with the business people who are paying for it. It’s a new way to (begin to) fix an old problem. An IT architecture that ignores people will be both complex and unworkable. VPECT encourages people to type discussions around trust and values in a way that architecture frameworks ignore. An excellent tool, whose application is underestimated by its authors in areas way outside of IT architectures”.

    – Peter Drivers.

    “I’ve used VPEC-T as an internal approach to driving questions and conversations as opposed to ‘throwing it on the table’ – my thoughts are that asking people to think hard about their business problems etc is enough to ask without the cognitive burden of a framework (no matter how simple!). But then being an employee as opposed to a consultant means that the discussions tend to be looser, shorter and less formal than it might be as an outside consultant”.

    Mike Burke.

    “Overall it was a great way of describing the business context we were operating in and gave us a solid foundation to start requirements analysis and architecture from. Certainly, we were better served by the output of this analysis than we would have been with a list of affected IT systems, or current state processes”.

    – Doug Newdick.

    “The most important part for me was the VT. It allowed for better conversations with clients and other stakeholders through refining my understanding of the context, relevance, responsiveness, timeliness and other business level ilities. This allowed distilling a better architecture once lensing through PEC which I see very much as technology level concerns.

    It’s a very useful thinking framework to focus on actual value. It is very effective at nurturing sustainable productivity and works very effectively when combined with data-driven analysis”.

    Darach Ennis.

    “Trust is the cornerstone of all relationships and must be firmly established in order to ensure any exchange of dialogue. It is the most difficult element to obtain, yet it is the single most important element in the [VPEC-T] model. Trust is best established by keeping one’s word and completing the actions for which you have committed (‘doing what you say you will do’). Often, participants in a project will have a positive/negative trust reputation that must be understood as part of the communications process. Ways to establish and maintain credibility (trust) with other parties include transparency of purpose and full disclosure of goals and expectations (no ‘hidden’ agendas)”.

    – James Kuhn.




    Twitter tag: #vpect

    Please take a look at the work-in-progress VPEC-T Metro Map.