USA/Canada: 866.259.2454 | International: +1.418.907.5184

Why the AceProject development team is going agile

As AceProject grows, it takes longer to put out a new version. There is more to test, the documentation takes longer to be finished, and debugging is a growing monster.

Typical of waterfall development methods.

Daniel, our president, was tired of this. He wanted us to be able to release versions faster, more efficiently. Instead of having a release-based development cycle, we’ll have a feature-base development cycle. This means when a feature is out of the initial development phase, it will go straight to testing, documentation and debugging. It’s going to be easier to test just the one feature and its implications. It’s going to be faster to write documentation for just one feature at a time. It’s going to be a lot easier for developers to debug the feature they just developed, because it’s fresh in their minds.

On another level, it’s going to create one big team of the developers, testers and writer. Instead of the technical writer waiting for development to be done to start working, he will be working with them, as they develop […]

By |2008-10-07T11:11:00-04:002008-10-07|

About elections and taking decisions based on facts

This fall is exceptionnally lively, politically speaking. There are elections both in the USA and in Canada. While in the USA there are only two political parties, in Canada there are five major political parties:

That means 5 political programs. Five documents any elector should read before making a decision. That’s a lot of information!

This situation is an excellent example people making decisions based on their intuition instead of facts. Of course, there are some facts involved – the facts we read or hear about in the news or on political advertisements. But on voting day, it will all come down to guts: how we feel about the candidates, about the parties, and who we trust most.

The truth is, we could make a complicated comparative chart of all five parties’ programs and study it carefully, in the voting booth we would still choose with our gut.

By |2008-10-03T14:05:00-04:002008-10-03|

Project management: share the burden with your team

Project management can sometimes feel like such a burden. But is doesn’t have to be this way.

When only Project Managers support the burden: desktop tools

In this situation, the project management tool is desktop-based and only accessible to the project manager. She needs to update the project, tasks and produce the reports on a regular basis.  In order to do the update, she relies on her team to give her the information in a timely manner. Then she must transcribe the information into the project management tool.

Once the reports are produced, she has to email them around. Team members and upper management cannot have up-to-the-minute updates when they want to, they depend on the Project Manager to provide the information. What happens when she’s on the road? Either she tries to squeeze in the updates somewhere between breakfast and her first meeting, or everybody waits.

This method begs the question, why can’t the team update their stuff in the project? Why can’t upper management click on a button and get the reports when it’s convenient for them?

The […]

By |2008-10-01T11:57:00-04:002008-10-01|

It’s only failure if you choose to look at it that way

What is failure?

Dictionary.com defines failure as:

1. an act or instance of failing or proving unsuccessful; lack of success: His effort ended in failure. The campaign was a failure.
2. nonperformance of something due, required, or expected: a failure to do what one has promised; a failure to appear.

Basically, failure is either the absence of success or the state of something that does not meet expectations.  Can a project fail if expectations were not clearly stated at the beginning? Or if its criteria for success were not defined?

Success can happen outside of expectations

Sometimes the expectations we have at the beginning of the project become irrelevant as the project evolves. For example, a research project where the initial expectation of is to develop a drug to treat a specific condition, but that drug ends up as a better, more effective treatment for another health problem. Can this project be seen as a failure? There is still success, even though the end product does not meet the initial […]

By |2008-09-30T14:41:00-04:002008-09-30|

Let us go

Scott at WebWorkerDaily has a very good point: “Please let my account die gracefully, peacefully and with dignity.”

I think a lot of us share Scott’s problem: We try a new web service or product, we setup a free account, and quickly forget about it…only we can’t. Because we keep receiving emails from these services. Even though we haven’t logged into those accounts for months, and have never clicked on any link in the email or responded in any way to the call to action, we still receive about an email a week from these services.

I classify them as spam, and forget about them. The problem I have with these is that they pollute my email inbox, and they waste my time.

AceProject has a free account anyone can create. It is limited to 5 users, 5 projects, 50 tasks and 25MB of file storage. It gives prospective clients a chance to take AceProject on a test run. If they like AceProject, they can upgrade their free account.  If they don’t […]

By |2008-09-24T12:43:00-04:002008-09-24|

Patience in an instant world

Having patience in today’s world is waiting more than 5 minutes for your latte at the coffee shop without throwing a tantrum.

Seth Godin’s article about patience and success is food for thought.

Like anything else in life, projects are an investment in time. It doesn’t matter how fast someone wants the project to be completed, things take time and, short of a time machine, time itself cannot be sped up.

Not every delay problem can be solved by throwing more people at it. If you need 100 boxes moved from room 1 to room 2, having more people moving the boxes will get the job done faster. However, there are only a few tasks that really gain speed from adding people on the team.

Writing the documentation for a product, for example, cannot be sped up by adding more people on the team. If you get several writers working on the same document, all you’ll get is a patched-up user’s manual that looks not quite put together. The cost in quality is not worth the savings in […]

By |2008-09-17T12:38:00-04:002008-09-17|

Easy now or easy later?

It it better to make the tool easy to use the first time, or everytime afterwards?

For the newbies, if the use of the tool is not self-evident from the start, you’re making their experience difficult. This will cost sales at first. However, if you design the tool to be incredibly efficient to use once you’ve figured it out, the people who’ve pushed through the learning curve will stick with you longer.

It all depends if you target mostly one-time buyers, or focus on long-term business relationships.

By |2008-09-10T12:38:00-04:002008-09-10|

Intuition laughs in the face of analysis

Project management is all about data: goals, requirements, resources, tasks, documents, planning, scheduling, budgeting, and then some.

No matter how much of that data one can product or study, there is always a time when the decision must be taken with the gut. When we must listen to the voice of intuition.

When, even with all the facts against him, a developer can be convinced he can fix the problem within the deadline.

Can you trust intuition?

Intuition and faith and so much alike. Can we trust somebody's gut feeling, or even our own? Especially when it contradicts the facts?

The fact is, if we don't, chances are we will regret it down the line. When someone is absolutely convinced, and can pass this conviction onto the team, they deserve to be given the chance to prove their gut feeling.

It's a big risk.

But one will never be great by playing it safe.

So the question is: would you prefer greatness or safety?

By |2008-09-03T12:37:00-04:002008-09-03|

The cool tools your never used again

We see them all the time on the web: cool tools. Websites that offer a service that is original, technically advanced, or just fun. If you read a lot of blogs, you probably check out at least one of those cool tools every week. How many of those make the move from cool new tool to tools you use regularly?

There are three reasons why you won’t keep using a cool tool:

1. It’s not usable enough
2. It’s not fitted for what you do

Not usable enough: I want Sandy

I wanted to use this service. It’s really cool. It’s an automated assistant that you can email back and forth with, to build lists, keep track of appointments and receive reminders. Somehow I never could master the Sandy’s syntax. I tried a few times, couldn’t get Sandy to do what I wanted, and I gave up.

Not fitted to what I do: Cymbolism

This is another very cool service. You search for a word, like powerful, and cymbolism returns a chart with the colors people […]

By |2008-08-27T13:45:00-04:002008-08-27|

Need/Product mismatch?

ESI International published a report, stating “project management and business analysis software tools met or exceeded expectations for only 10.5 percent of respondents.” This means that, according to their survey, nearly 9 out of 10 people are not satisfied with their project management system.

That’s a lot! Is there no satisfaction to be had from project management software? Is there not a project management tool that can do what the market needs?

Wait. What DOES the market need, anyway?

This is where things get tricky.  No one needs the same thing in a project management system.

When I do a demonstration for AceProject, before I even start, I ask two questions:

  • What do you guys do? Tell me about your organization
  • What are you looking for in a project management tool?

I have yet to receive two identical answers. Of course, there are basic things that come up: time sheets, email reminders, estimates versus actuals, client access, etc. However, every organization is using a slightly different method for project management, every manager is looking for different metrics to assess […]

By |2008-08-25T13:44:00-04:002008-08-25|
Go to Top