Technology works best when it is focused on business solutions
 
How to successfully use Blended Resources

How to successfully use Blended Resources

Any work done involving IT tends to have challenges with quality, time, and cost.  Yes, I did just list all three factors that go into any project.  The problem with many projects is that adjusting one area seems to have little effect on the other two.  Adding more to one leg of the stool can even make things worse rather than better.

How often has a project had money poured into it only to prove it is a case of throwing good money after bad?  How often has a project extended the timeline only to have to extend again a few weeks or months later?  One way to help in all three areas is to use blended resources.

Many large companies and vendors offer this approach.  However, when we outsource IT, it seems that teams tend to be too top or bottom heavy.  Here are some things to consider when judging blended solutions.

The IT resources assigned to outsourced projects often fall into one of two categories.  The low-cost team is a low skilled, low experienced team at a low cost; that struggles to meet dates and milestones.  The elite option is a strong, experienced team that eats up a project budget way before delivery.  Both of these approaches can work, but a proper balance is going to give the best results.

A balanced approach may seem like common sense, but it is not the norm in project implementation.  In general, any IT project is going to need some experienced, skilled, and more costly resources to start the project.  These are architects, designers, and analysts that should be putting together a good plan for the project.  If you are building a house, these are the people that create a blueprint and ensure that the design is viable (structural integrity, proper allowance for electrical, air/heat, etc.).

The lower cost implementors (entry, beginner, and mid-level roles) are not needed during this phase and rarely can do much other than prepare for the implementation phase.  Once you have a plan, the IT “veterans” are over-priced to do the development, and thus you switch to lower cost implementors.  The veteran leadership still plays a role, as they should be keeping tabs on the implementation.  This periodic check-up approach ensures that the designs and requirements are followed during implementation.  However, the time/input of these veteran resources should be limited.

The formula is simple enough, but it is easy to get off track.  The most common problem is that the veterans brought in to do the design work do not do a thorough job on the design.  Failing that, they may not adequately communicate to the implementors. The lack of careful design is often due to a lack of understanding the business goals and requirements during the design phase.

If the people doing the design and requirements work cannot explain the “why” of the project and the problems that are to be solved, stop.  Either educate them or find people that can, or do, understand.

To solve the communication problem, make sure you have the implementation team or representatives go over the requirements/design.  This review is so they can clarify any confusion. There should be clearly defined deliverables and milestones to hit.  The deliverables will help the implementation team know specific targets that and features to create.

Once the plan execution starts, make sure the designers are checking in on progress.  They should review deliverables, and also check in periodically on work.  These check-ins will give another viewpoint as to how the implementation is proceeding against the design.  They might also provide help with problems that slow or block the implementation team.

A clean cut-off from design to implementation will keep the higher priced designers from spending too much time bleeding over into implementation work.  Involve the senior resources as a sounding board for QA resources to help ensure the design is properly tested (or include a QA designer in the early process to give quality a voice throughout the project life cycle).

Code reviews or milestones/checkpoints with clear deliverables are an excellent way to keep the implementation phase moving smoothly and on track.  Minor adjustments and course corrections are much easier to absorb into the budget than large “pivots.”  Keeping senior resources involved can avoid cases where you find that a lot of work just went into taking the project in a wrong direction.

Sometimes the problem seems to be out of your control.  You might either lack the tech savvy to put together resources or be at the mercy of a vendor that is doing the project.  No matter what your level of control or involvement, here are some things you can do to get the best blend of resources on your project:

Demand milestones and deliverables

A project that has well defined and regular deliverables will be more likely to be adequately staffed.  Concrete targets will make it easier to staff for each step of the project.

Demand cost accounting for each milestone

Fixed bids and blended rates are often used to simplify accounting.  However, forcing a measurement of each step, even if only in percentages, can help push for the right resources at the right time.  Squishy billing leads to squishy implementation.

Accountability

No milestone should be a simple sign-off or rubber stamp.  Make sure there is validation included so a milestone is a line in the sand that can stand on its own.  I push for each milestone to include demo-able deliverables,  Thus, there is always a way to base conversations about progress on something concrete.

Get the details

Even if you don’t know an architect from an incompetent hacker, ask for a breakdown of the team roles and assignments.  Taking this step will push the provider/vendor to at least think about properly using the resources.  As a bonus, you will appear savvy to them by asking the right questions.  This can lead them to be more thorough in staffing your team than they would be otherwise.

Ask Questions

You might become a high maintenance client, but that’s ok.  Ask questions about how the project is going, how cost and quality are being managed.  Do not be afraid to ask for answers you can understand.  Clarification should not be a burden on a vendor.  A project that is being run properly can be explained by anyone.  Lack of IT knowledge should never be a problem for the listener.

For example, If you don’t understand why the team has a continuous integration specialist (or any other title) then ask what that provides to the project. If it can’t be explained, then maybe that role isn’t needed.  Maybe the vendor does not understand what that role provides.  If a role can’t be defended it may just be overhead.  Ask questions and you will see some surprisingly positive results.

 

If there is a Golden Rule in IT, it is “ask and listen.”  Whether this is your first project or you are a seasoned IT veteran, your best bet for success is to understand what you are getting into from the start. Make sure the team members understand the goals.  Make sure they have skill sets that make sense for the tasks.  Keep an eye on progress.  Blended resources can be a great solution to complex project needs.  However, they must be used wisely.  If you take these actions, then your project will be much more likely to succeed.

 

RB Consulting is driven to help improve everyone’s IT experience.  If you have questions about your current or upcoming projects, contact us through our website or send me an email at rob@54.197.223.3. I would love to help you achieve success.

 

Leave a Reply