We released a minor update to the Vertabase Timer time tracking software today.

The biggest new addition is an auto-stop option which will automatically stop tracking time on an item when your computer is inactive for a specific period of time. You can choose if you want to use auto-stop or not and how long the Vertabase Timer should wait before auto-stopping.

This should be helpful for people who step away from their desk and the Timer was still running. Currently, you can edit the time afterwards, but this should help prevent accidental time being recorded in the first place.

You can read about the Vertabase Timer or click to Try or Buy the Timer directly.

As with all our features, this is a direct result of feedback from our users. Keep it coming.

We have a client who wanted to document their current processes. This is a good thing to do.  It has many advantages and is crucial for setting a path to growth and higher customer satisfaction.  But they seemed to always get stuck in the process.

The project of writing down the process would suffer from the worst scope creep. Then the scope creep would kill the project for a while.

Every time they’d start to get things down, they’d stop to discuss some item that came up. The discussion would grow, more people were pulled in and suddenly the whole project was pushed back for another two months.

After watching this happen a few times over the course of a year, it was clear that whatever it was they discussed, was poison to the project.

Some people suggested that it was a problem of how they were discussing the item and the steps they were taking to develop conclusions. Others suggested that it was a matter of poor decision making process and that either more power was needed to be given to the people involved or the decision itself should be pushed higher up the chain to someone who had more power.

I took a look at this situation and it was clear that none of these factors was the problem. The group itself pretty efficient at discussing things and, while it was true that the people at the table didn’t have the right decision making authority, this was not a problem of decision making.  It was a problem of content.

The items they were discussing were not part of their current processes.  They were new items, new decisions that had to be made. They were totally novel concepts for the organization and were out of scope of the project and out of the decision making authority of the team involved.  The items had more to do with process improvement then in documenting the current process.

What would happen is, that as they would document their process, they would see ways to do things better. That’s great. Its one of the big advantages of writing things down. But instead of tabling the item or making a note to come back to it later, they would tackle the issue right there.

Instead of documenting what was already in place and working in their organization, they used the whole project as a springboard for process improvement or process modification.

That, is what was killing the project.  Noble intentions and good, creative thinking, but out of scope for that project and team.

After helping them stay focused on the project itself, and creating a bucket for all the good ideas that came up along the way, the client finished documenting their processes in under one month.  They were well on their way to better management and greater growth.

After answering project management questions on LinkedIn and other sites for years, I’m happy to be able to field questions directly off the Vertabase blog.

Questions I’ve answered in the past include:

• Who defines the project objectives?
• What should I do if a client doesn’t want to hear about problems?
• What are alternatives to MS Project?
• Is a task list enough to manage a project?

Use the button on the right to submit a project management question.

I look forward to answering your questions.

While reading about information science in Ambient Findability by Peter Morville I came across the concept that gossip is an important source of information and that gossiping is an important mechanism of finding information.

One aspect of gossip is that, while it may not be 100% accurate, it can provide advance knowledge on an upcoming event or help the attuned listener prepare for what’s coming in the future.

This type of information can be incredibly valuable when managing projects. The more advanced knowledge you have on the status of tasks, projects, budgets, etc. the better prepared you can be, the better you can manage the project/plan for changes and the better you can communicate to stakeholders about it.

So I was thinking, what are the informal/gossipy type cues or communication channels that one can build into a project management process that will give managers advanced knowledge?

A mid-level manager I know expressed concern that adopting project management software would give him less control of projects. He thought that if there were a plan everyone could see and update themselves, they wouldn’t need to contact him for instructions.  And thus, he would have less control.

I explained to him that, on an objective level, he would actually

1. Have more control
2. Identify people who aren’t performing more easily and
3. Could get more done.

He would have more control since he could objectively measure progress against the plan.  He could point to specific deliverables and deadlines.  Sure, their would be less politics -and fewer meetings, but he would still be able to direct people’s actions. Only this time, instead of it seeming like the random instructions of a manager, the directions would be part of a coherent plan to accomplish specific goals. In fact, politics could be further removed from the process by having upper management sign-off on the plan before it goes into execution.

Those same objective measures can help identify where people aren’t performing and make it easier to document.  If a manager continuously needs to harp on someone for them to get anything done, it might not be a good fit. Fingers could be pointed at either the manager or the team member. But if you can consistently show that someone is not meeting the stated objectives, the finger pointing becomes much less.

His team could get more done since less time would be reporting on what they were doing or waiting to find out what they should be doing.  Updates can be made and populated automatically in the software. There will be less time in meetings. More time would be available for people to get things done.

MANAGEMENT STYLE

Of course, their may be other factors at play within the organization that make this manager reluctant to put a plan on paper or in a collaborative tool. This is totally legitimate.  A huge percentage of managers still rely on a direct and personal authoritarian approach. It can be very effective.

The vision for a good implementation of project management software is a well-oiled machine. People doing their work and following a plan, following a process that sets-up a constructive feedback loop between management and team members.  While there will always be hiccups, project management practices and project management software can help overcome them quickly and efficiently.

Regardless of management style, collaborative project management software like Vertabase gives a level of visibility, control and accountability without the administrative overhead of having meetings to find out who is doing what.

An interview with me from CFUnited 2009 was released today from CF Conversations.

It spans a wide array of topics including:

• Making project management work in an organization
• Open Source software
• Managing a software business
• Railo, OpenBD and Adobe ColdFusion

It starts out with a brief intro from Brian Meloche on things that he’s been working on then soon after moves into the interview.

We are excited to announce the latest version of the Vertabase Timer. This coincides with the launch of a new try-before-you-buy service from Adobe. We were honored to be part of only a handful of applications chosen to help launch this service.

The new Vertabase Timer (version 3.0) has a ton of new features like:

• A sleeker new look
• New charting and graphing functionality
• New personalization options including user names, skins and more
• Billing rates for profitability analysis
• Adding notes and contact information per task
• Reminders when you are working on tasks

As with the previous versions, it runs on Adobe AIR and is written Flex. It works on Windows and MAC as a desktop timer. It is a fast and fun way to track time on projects, clients or tasks.

The new Vertabase Timer is available for Trial Download or Purchase. There is a special introductory price of $5.

I have a few coupon codes from Adobe to offer the application for free. Contact me directly on the contact form if you’d like one of codes.

I’ve been talking to a number of people lately who don’t know what project management is all about and how it can help them. They tend to think of project management as something reserved for large engineering projects or specifically IT projects. Project management can be used on projects of all sizes and in almost any field. It is a way of organizing, tracking and managing resources.

At its most basic, project management and by extension, project management software, can help them:

1. Assign people to tasks
2. Keep all those task assignments in one place
3. Let people know when to start at task
4. Let people know when a task is due
5. Give managers visibility on where everyone is on their tasks
6. Keep all that information in one centralized place

It differs from creating simple tasks lists in that tasks here, are done in the context of completing a project.

That is, the tasks are a coordinated effort by individuals working over a period of time to achieve a specific goal.

Often, that goal has a defined due date and thus knowing how people are doing on their tasks gives you good information for knowing how likely you are to hit the due date or what may need to be done to get to that due date.

Project management software provides a framework for those tasks and the projects they roll up into. It makes it easy to what’s going on. The project owner or manager can track progress and make course corrections as necessary.

Project management software, like Vertabase, can also do micromanaging with automatic email reminders to managers or team members and notifications of when things change.

This question is central to project managers and clients.

Its a tough question because every project has its own unique characteristics. Even if its something that you’ve done before, many factors can throw off a schedule.  As a friend of mine says:

Its not the stuff you know that throws you off. And its not the stuff you know ‘you don’t know’ that throws you off -you can cover that by doubling your estimate or so. Its the stuff you don’t know that you don’t know that can throw you off, 5x or more.

Nevertheless, an estimated due date is a reasonable thing to ask for.  In fact, it is critical to successfully scheduling work, achieving goals and managing people.

So, what’s the best way to answer the question?

First, understand that a due date is a best guess of how things will turn out.  It should be based on the most accurate information available like:

• past estimates of the amount of work tasks took
• past estimates of the calender days tasks took
• comparisons between those estimates and the actual data from past projects
• familiarity with the strengths and weaknesses of the project team and
• the current resources available for the project.

But when you present the schedule to your client, frame it as a basis for communication.  Let them know that, while based on the best information available, it is not a definitive prediction of the future. What it does do, though, is become a definitive guide for you to provide them updates on the schedule and for them to ask for the status of the project in very specific terms.

Second, carefully understand the constraints at play on your project. Every project has at least three constraints:

• Time,
• Money and
• Scope - all of which should center around
• Quality.

Explain to your client that each of those constraints directly impacts the others.

If your client requires a hard deadline, you need to have the right amount of resources and a limited scope. Your ability to meet deadlines further improves if you can scale up the resources allocated to the project to meet unforeseen challenges or pressures on the scope.

In any case, it is the project manager’s job to help control these factors and, most importantly, to communicate to the client how changes, challenges and surprises impact the estimated due date of a project.

That’s what a friend who heads the client service group at an interactive agency complained about over lunch. He wanted to know how he could stop his implementation team from being late.

I asked how they currently communicate.

“For each implementation we submit a ticket through a home-grown Microsoft Sharepoint based system. The ticket has the date submitted, the general scope of work and the due date.  They then let me know when an implementation is ready to go. Or, I have to pro-actively call to find out the status of an implementation. Then, inevitably, I have to call the client and tell them their launch is going to be late.”

I suggested putting together a short work plan that described the steps the implementation team goes through to prepare for a launch. In his case, there are generally 5 major steps, each with around 10 sub-tasks. To start with, skip the sub-tasks. Make a bullet-point list of the five major steps. This will give you and the implementation team a single point of reference to gauge the progress of the project. 

Instead of touching base only when it is due, you can touch base at each of the 5 major steps.  This will bring more visibility into the process. It will also give you early warning of when an implementation is starting to run late, before it is actually due, so you can do something about it.

This is a first step. 

This also sets the foundation for more sophisticated and accurate planning using start and due dates for each step and estimating hours, as well as being able to scale the process through resource planning and project templates. But that can come later. The first step is to map out the implementation process in easy, big block steps that become a basis for meaningful communication.