Thursday, January 1, 2015

Why Hire a Professional Contractor

I write this post having recently started my own IT consulting company, Princeton Technology Advisors, LLC. In making this career decision, I reflected on why I previously contracted with professional consultants, and how I demonstrated doing so will bring value to my projects and the organizations where I worked.

A consultant is a person that is a subject matter expert who is paid to perform a specific set of tasks over a set period of time for an agreed upon sum of money. In this case, I mean for you to consider when it is appropriate to hire an IT consulting professional for your next important project.

As you approach starting a new project, take stock in the skills, backgrounds and timely availability of the in-house resources already accessible to you. Then, determine the skills and availability that you need to complete your new project on schedule. If there are gaps between those two reviews, consider bringing in consulting professionals. It’s important that the assessment of the skills, backgrounds and availability are performed objectively. An over confident or over ambitious program manager may not see these clearly (or truthfully).

What a professional consultant brings to a project are:
  • Works with you, your team and/or your management on goals and deliverables.
  • Accountability for results, schedule and costs to complete key project tasks. These tasks and goals can be identified and added to the contract, which can translate into significant economies as compared to in-house efforts.
  • A proven methodology and skill set applied to the appropriate tasks.
  • Creativity drawn from a robust base of prior experiences.
  • No significant cost of training or “experimenting” on how to complete the assignment. The consultant will focus on achieving results. Training of in-house staff can be scheduled into the project both during execution or as the final tasks to perform.

Once you determine that you will hire a consultant, you have several options for finding the right resources:
  • If your project involves purchasing a product, consider the vendor. While this may appear to be a costly upfront option (e.g. highest hourly rate), the vendor will provide well-trained product resources that will effectively perform the needed tasks.
  • Large multi-disciplined contracting companies have a variety of technical resources and specialties within their in-house staff. Some specialize in a specific set of technologies. While that can provide good value to your organization, you need to be sure the companies you speak with actually have in-house staff proficient in skill sets that your project needs.
  • An independent general contractor is a consultant who will manage your project and has access to a wide variety of the specialty sub-contractors needed on your project. It is often the case that the general contractor can be more cost effective and flexible as compared to specialty contractors since the team assembled is not limited to in-house resources. In addition, an independent general contractor typically does not have the overhead of larger firms.

Hiring a consultant can be extremely advantageous by helping you plan, manage, and implement your key project goals. The apparent cost may actually be less than the real cost when you consider the benefits gained from hiring a professional consultant for your short-term needs.


I encourage you to leave a comment by clicking on "...comments" below...
David Schuchman

Monday, December 1, 2014

Beware of Project Scope Creep

Scope creep in project management refers to uncontrolled changes or continuous growth in a project’s scope. The addition of, or changes to, a project's requirements and features can occur when the goals of a project are not clearly defined, documented, or controlled. Project managers have been plagued by scope creep since the beginning of project management. However, managing scope creep is achievable. 
How Does Scope Creep Happen?
Even when there’s a clearly defined project scope, you still have to beware of scope creep. This generally tends to occur when new features are added to product designs that have already been approved, without providing equivalent increases in budget, time and/or resources. The main causes of scope creep are:

  • Poor Requirements Analysis: Clients don’t always know what they want and can only provide a vague idea. Therefore, their needs are not fully expressed or well defined.
  • Not Involving the Users Early Enough: Thinking you know what the users want or need is a serious mistake. It is important to involve users in the requirements, analysis and design phases.
  • Underestimating the Complexity of the Project: Many projects run into problems because they are new in an industry and have never been done before. In those cases, project managers and participants don't fully know what to expect, or who to look to for additional guidance.
  • Lack of Change Control: While you can expect there to be a degree of scope creep in most projects, it is important to have a process to manage these changes.
  • Perceived Additional Value: This refers to exceeding the scope of a project in the belief that value is being added. However without proper analysis of the change request, there is no guarantee that the change will increase value or customer satisfaction.


How to Control Scope Creep
Managing scope creep in project management is a challenging job that needs to be addressed at the beginning, and throughout, each project's life cycle. Here are some basic guidelines to set for yourself to successfully control the scope of your project:
  • Understand the priorities of the project sponsors: Make a list that you can refer to throughout the project. Items should include budget, deadline, feature delivery and customer satisfaction. You’ll use this list to justify your scheduling decisions or to support your need to defer additional requests once the project has commenced.
  • Define your deliverables: Deliverables should include general descriptions of functionality to be included within the project. Make sure you have them approved by the project sponsors.
  • Break the project down into milestones: Complete a thorough project schedule and make sure you identify the critical paths within the timeline. Be sure to leave a little room in the project schedule for change requests or an error. If your schedule is tight, reevaluate your deliverables to see if any can be deferred until after the team completes the primary project requirements. Seek schedule approval by the project sponsor, then notify all key project participants.
  • Expect that there will be scope creep: Implement a change process early and inform the project sponsor and participants of your processes. A basic change control process must include a means to identify the affect on the project timeline, budget and resources. In addition, it must require an approval for the changes to be implemented and a recognition of any impact.

I encourage you to leave a comment by clicking on "...comments" below...

David Schuchman