When managing our files it can be very important to save multiple versions of the file as we are working. We do this for several reasons. One of which is to make sure that we always have a functioning copy of the file in case something happens to our system. The other is to create the ability to compare the versions of the project as you are working. When you have several copies of a file saved at different intervals you can make comparisons between how fast progress was occurring at one point in the project to how it is occurring at the current time.
In FastTrack Schedule 10 you can utilize two tools in order to manage the versions of a file. The first tool is AutoSave, which will allow you to automatically save an existing or new copy of your file in time increments ranging from every minute to every 2 hours. The second tool is AutoArchive, which allows you to save a Read-Only backup copy of a file. AutoSave and AutoArchive can be enabled at any time in order to create versioning within a file.
First, we can enable AutoSave and set the options for how it will function within our files. To access the AutoSave options on Windows go to File > Application Options; on Mac go to FastTrack Schedule 10 > Preferences. While in the Application Options dialogue select the tab labeled Save. This will open the AutoSave options.

Continue reading “Using AutoSave and AutoArchive to Create File Versions”

Remember, the project customer is not necessarily our friend. But we do want them to be satisfied with our delivery of the project team them.
Want to make your project customer happy? Want to guarantee they’ll be very satisfied clients throughout the engagement? Ok, you may need to ask someone else because I certainly don’t have the answer for that. If I did I’d be a millionaire several times over by now. But I can tell you that doing the ten things that are contained in this two part series will help your customer love you more as a project manager and likely be more pleased about the project than they otherwise would be.
Some mistakes can be avoided if you plan properly and in advance. Inexperienced project managers can sometimes make mistakes, simply because they do not recognize them as mistakes due to a lack of experience. Here we will look at five mistakes that you really do not want to be guilty of.

Some people choose project management as a profession. Often moving to it from something else…another management position, a lifetime of application development work before realizing they have tired of that, or possibly they were a music major in college (don’t ask, let’s just say there are several individuals out there still wondering – along with me – how one of my previous managers ended up in his position of responsibility?!?).
Taking a timeout. Taking a break on a busy project on your plate of work that you are performing. Sounds like a vacation, right? Well, I’m not exactly talking about a vacation. What I’m really talking about is taking some time off – temporarily – from a project that is suddenly sucking all of your time and leaving you with no time to properly oversee the other three projects you are currently managing. And that means that it’s taking all your time away from the three separate teams on those other three projects and it’s taking all of your time away from those other three very important project customers. Or perhaps you need to take a break from one or more of your ‘slow projects’ for a couple of weeks to work through issues on your problematic project.
Good project managers value their project team members highly and build their egos along the way through the project engagement until the project is over. As many “good jobs”, “way to goes”, and “wows” you can give them the better. And the more you can say that in front of the project client, executive management, and the rest of the team, the better as well. Don’t overdo it, of course, but certainly don’t be understated. Build them up – you won’t be sorry. Everyone likes positive praise now and then, right?
I realize that sometimes requirements and scope are used interchangeably. In many discussions, the picture of the detailed requirements become the overall scope of the project that you then protect with oversight and change orders.
