Interview: Warren Peacock from Scoutwest, Inc.

The following text is an interview with Warren Peacock of Scoutwest, Inc.  They are the developers of Standard Time® and Standard Issue® – two leading project management products.  Project Team Blog wanted to hear from an authority regarding the status quo of enterprise project tracking and management, and learn what consulting and manufacturing companies face when attempting detailed time tracking.  We’re talking full-blown project schedules, timesheets to track task status, resource allocation, employee status, detailed reporting services – the whole enchilada.  Are most companies using these tools?  Or, do they attempt to roll their own with little in-house apps and spreadsheets?  Does the economy have a bearing on these choices?  One thing is certain; Warren Peacock has heard it all.  Let’s see what he has to say.

 

Q: Warren, would you say most organizations are doing an excellent, poor, or fair job of tracking project status?
A: Based on my experience I would say they are doing a poor-to-fair job, though well intended.

 

Q: What tools are they using now?
A: Some are using actual time tracking tools like Standard Time.  However, most companies are using Excel, shareware, or shabby little in-house programs.

 

Q: Where do you see room for improvement?
A: One word…Efficiency.   Time is our most valuable commodity and success starts with improving our use of it, regardless of the industry.

 

Q: Aside from acquiring better tools for project  tracking, what are the other ongoing costs of tracking projects and employee status?
A: Lost billable hours, unfortunately this is very common.  Also, which employees are most productive?  Standard Time has one simple report that gives you that type of data.  If you need to streamline costs where do you start, what do you cut?  Again, the right tools can give you that detail.  They will show you where you spend time as an organization.  What areas are over, or under allocated.  All of this is just a glimpse of improving efficiencies with project management and associated costs.

 

Q: And the return on investment for these tools?  How do you get there?
A: That sounds complicated, yet is very simple.  Most consultants and business owners I speak with estimate they are losing anywhere from 3%-10% of their billable hours.  Without question a conservative estimate is 1-3 hours per week, per employee.  Multiply that times their billing rate and you quickly realize how fast a time tracking tool like Standard Time pays for itself.  Not to mention the loads of reports and other information available to help guide any number of key decisions, regarding customers, projects and employees.  We don’t think twice about spending money on an employee’s phone, computer and any number of other items.  Time tracking is just as important.

 

Q: Let’s talk low-hanging fruit…  What can a company do to get started cheaply?  Spreadsheets?  Paper time cards?  Smoke signals?
A: Spreadsheets work to a certain point, but again the time spent managing, compiling and crafting reports will eat an employee’s productivity and provide very basic information at best.  Standard Time is less than $150 per user and easy to use.  You can place it on your own computers or we can host it for you.  No installation necessary.  Employees can be shown the basics in 5 minutes, no down time, no compiling spreadsheets and less user error!  Instantly you have more accurate information that will help propel and streamline any organization.

Project Managers: People Don’t Like To Be Led

Project management advice: People don’t like to be led, especially professionals with clear responsibilities.  Nobody likes “a person who knows” to tell them what to do next.  All the time.  It’s demeaning and annoying.  So what’s a project manager to do?

Clearly, project managers and leads need to stay a few steps ahead of team members.  If they don’t, projects go astray.  Why?  Because it takes time to formulate a clear vision, one that won’t break down in the face of life’s challenges.  Only by staying ahead of the team can the leadership maintain that strategic edge.  But it’s when that strategic direction turns into tactical dictatorship that things go badly.

Some managers have such a hard time articulating their vision that they resort to dictating exact tactical steps to achieve it, rather than relying on competent people to pull it off.  See the issue?  It’s a difficult balance.

 

–ray

CIO Insight: How to Retain Top IT Workers

CIO Insight did an article listing the top 10 ways to retain IT workers.  The link to that article and results are listed below.  It’s pretty interesting, but appeals strictly to the least-common-denominator or employment.  The results could apply to a landscaping firm.

http://www.cioinsight.com/c/a/Management/How-to-Retain-Top-IT-Workers/

 

They rated each criteria from 1 to 3, with 1 being the lowest, and 3 being the highest.  Notice that the results have little to do with IT workers.

    Lowest                                                       Highest
        1                               2                                3

    1. Salary: 2.82
    2. Training: 2.47
    3. Incentive pay: 2.40
    4. Paid Time Off: 2.38
    5. Flex Schedule: 2.36
    6. Work Facilities: 2.26
    7. Insurance Benefits: 2.26
    8. Retirement: 2.13
    9. Work at Home: 2.06
    10. Social Environment: 1.99

I’d like to add an intagible criteria to the list: “IT Imortality.”  And I’m wondering where you would place it.  A 1 or a 3?  Send in your comments.

IT Imortality is the chance to rise above your peers in a significant way, building products that change the industry.  It involves working with the brightest and most motivated individuals on the planet.  It means leading (or participating in) a product development team that makes a true impact on your generation.

Although I cannot say I’ve achieved such a lofty status, the lure has certainly been there for every company I’ve worked for.  And, at least a few of my projects have impacted individuals around the world.  That’s offers a sense of achievement that no cubical job can.  I rate that somewhere near 3.

–newshirt

Use Agile Method for Ongoing Maintenance?

A programmer friend of mine told me that his ongoing maintenance projects didn’t really require the Agile Method.  He said that he liked the idea, but his small team was just working on short, simple updates to an existing program.  He didn’t need a methodology to assist him on that.

We discussed the fact that the Scrum method was light, but still injected some measure of oversight into projects.  But he insisted that his ongoing work needed no such oversight.  He knew what he as doing, and didn’t need a babysitter.

Knowing this guy, I tend to believe him.  He’s been doing C++ programming for two decades, and knows exactly how to get a project done.  But the idea still bothered me.  Isn’t Scrum for everyone?

I believe the answer lies in the size and competency of the team.  Small, highly competent teams, who perform known work, can bypass the methodology.  Just like my friend said, they know what they are doing, and don’t need any “process” help.

But this guy is a rare beast.

Most engineers face a large number of unknowns, and need a simple system to guide the project team to success.  Scrum does that.  If you are unfamiliar with the method, consider getting a little help from these folks: http://www.controlchaos.com/ or these guys http://www.agilealliance.org/

 

–ray

My Dead Project. What Went Wrong?

Last night I attended a party at an old friend’s house.  After small-talking my way around the deck, I hooked up with some old acquaintances, with whom I had participated in a software project.  The gig we shared had taken place back in 1999, in Atlanta.  It was one of those 90’s love-fest dot-com jobs.

While sipping cokes and gobbling slices of homemade pie, we discussed the project’s failings.  “What went wrong?” I asked my colleagues.

“I think it was the fault of the CEO,” one said.  “He just had no experience, and wasted all the money.”

“No, the development organization was all messed up,” the second said.  “The lead engineer kept jumping in and changing everything I did.”

“Well, I think they spent all their money on marketing before they even had a product to sell,” I put in.  “You have to make some sales and get customer feedback before you can spend millions on marketing.  Don’t you think?”

The discussion heated up for the better part of an hour, and I realized that none of us, even ten years later, knew exactly where the faults were.  Who had messed up?  What had gone wrong?  Why hadn’t we succeeded in shipping a product and engaged the sales channel.  None of us knew for certain, yet we all saw some pretty gross mistakes.

That really got me thinking…  Sometimes project failures are not as easy to diagnose as one might think.  Even by salty old dogs like us.  And everybody has their own opinions.  Think about that the next time your project bites the dust.  Or before it does.

 

–ray

Project Overload: Too Many Requests

I once read a bizarre statement, written by an overloaded IT manager.  He was complaining about the heavy workload his executive management was throwing on him.  Here is what he said:

When a new project request comes down, I just ignore it.  I ignore it until management makes it clear my job depends upon it.

Wow!  That’s revealing!  Evidently, this poor soul is so swamped with exciting new projects that he is forced to ignore the bulk of them.  I can vividly see how these superfluous demands go down.

First, the executives get a great idea.  Yeah!  Let’s restructure the customer database to maximize the communication [read: spam] we send out.  We’ll get some great sales!

The project is handed off to Harold in IT.  “He’ll make it happen,” the suits say.

Harold comes in Monday morning, sorts through 400 spams, and finds the outlandish request.  He rolls his eyes and drops it into the “Oh Boy!” folder.  And then he checks the ESPN stats.

The execs never give the project another thought.  They just go off and reinvent the company ten more times, dumping an equal number of requests on poor Harold.  And he ignores them all.  He doesn’t have time for the fun.  He’s got real work to do.

Am I off?  Got it all wrong?  Honestly, I don’t think so.  I’ve seen numerous projects like this get swept under the rug.  Execs don’t run the show, the little guy does…

 

–ray

Down Economy: Billing Clients Imperative

I suppose it goes without saying, but with a down-economy, now’s the time to bill clients for every hour you’re entitled to.  And to watch your resource utilization more closely.  Below are some areas to watch for.  Consider a product like Standard Time® to make them happen.

Resource Utilization
Resource utilization is the percentage of billable hours your employees are working.  Let’s say there are 172 billable hours in a give month (every month is different).  And let’s say Fred only worked 45 of them, and Angie worked 100.  The utilization rates would be 26% and 58%.  Not great, but workable.  Can you make money at those rates?  Well, that depends upon employee salaries and overhead.  Increase your utilization rates, and you win.  The image below is a report of utilization rates.


Utilization Rates

Correct Billing Rates
For every hour you bill clients, you have a billable rate.  Those rates depend upon employee skillsets, and the tasks performed.  Research and Development will naturally bill out at higher rates than travel and meetings.  I recommend using Standard Time® to monitor those rates for each employee.  Make sure you’re billing at the correct rates, and for every hour your people are employed.

Communications and client Login
Clients like to see what you’ve been up to.  Without a client login into your time keeping software, they aren’t certain what’s being done on their projects.  They begin to wonder.  Give them a client password, and let them peek into their own projects.  It will aid in your communications efforts.  Communications is everything in client relations.

The folks at Standard Time can demonstrate all these areas:  Give them a ping!

–ray

Fix Your Bugs!

The early World War I fighter planes had machine guns mounted above the fuselage.  They fired right through the spinning propeller.  That worked most of the time, but occasionally cut the propeller right in two!  I’d call that a bug.

I’ve learned over the years to fix my bugs quickly.  As soon as they are discovered.  Leaving unfixed bugs in a product can result in some nasty consequences.

Suppose you’ve got a small bug that bothers a few smaller customers.  It may not cost you anything in lost sales.  Most people can live with it.  But then along comes a big demanding customer.  When he sees it, maybe along with a few others, he freaks out and decides not to purchase.  You just lost a great sale because of one little bug.  A bug you could have easily fixed.

Moral of the story: don’t cut your propeller in half.

–ray

How To: Resource Allocation in Standard Time

Resource allocation in Standard Time®is very straightforward, mostly because ST does not have the complex scheduling capabilities of Microsoft Project.  The image below shows a (compressed) screenshot of the resource allocation window.  We’ll discuss how to display and manage task allocations.


Standard Time Resource Allocation Window

 First, you should realize that the bars represent hours worked in a time period.  The resource allocation window collects all tasks assigned to each employee, and assembles them into time periods based on their starting dates.  If you have ten tasks that all add up to 80 hours, you might see two bars, one for each week.

The red bar in the image above represents a over-allocated week.  That means you have too many tasks to be performed in a single week.  Yellow bars indicate to little work (or under-allocation).  Blue bars are just about right.

Simply create new project tasks and give each one a starting (and optional due date).  When these tasks are assigned to employees, the resource allocation window shows them split up into time periods.  That’s about all you need to do!  It’s pretty simple.

–ray

Define: Effort Driven Scheduling

 Effort driven scheduling: Calculating project task duration based on assigned resources.

 

When you assign resources to a project task in Microsoft Project, it recomputes the ‘Duration’ field.  The screenshots below illustrate this.  We’ll begin with plain tasks with no resource assignments.  After creating the tasks, we’ll assign the first resource, and then all the rest.  We’ll show that the ‘Duration’ column is changed when more resources are assigned.


Tasks with no resources assigned

 

Why does Microsoft Project recalculate the ‘Duration’ field when new resources are assigned?  The ‘Duration’ column indicates the calendar time that will elapse as the task is being completed.  That may be different than the ‘Work’.  If more resources are added, the calendar duration will go down.  That is effort-driven scheduling – based on employee effort.

 


One resource assigned

 

A magical thing happens when we assign multiple resources to tasks.  Notice that the ‘Duration’ column is reduced to reflect the extra effort applied to the tasks.  Since the tasks are effort-driven, they require less calendar time to complete.

 


Effort-driven task scheduling

–ray