5 Reasons To Break Projects Down
For the freelance developer, project management can be one of those tough problems that almost make you wish there was someone else around to whom you could pass the buck. Cracking the project management nut however will make you both a better developer and a better freelancer. In this article we’ll discuss how breaking a project down can help you manage the job.
My company recently began releasing updates to our content management system on a weekly basis. Previously our approach was to determine which features should be included in the next release, compute a timeline appropriate for the requirements, and then get to work. Most of our timelines were at least a month long, while some approached 2 or 3 months.
Our new approach, inspired in part by the open source community’s “release early, release often” mantra, involves setting a regular release schedule (weekly in our case) and then prioritizing the features into these weekly buckets. Our goal is to deliver “business value” each week in some way. If a desired feature can’t be built in one week, we find a way to break it into smaller portions that can each be done within one week.
We also apply this approach to the websites that designers hire us to program. Breaking down projects into smaller, more-manageable increments is a discipline we’ve adopted with great benefit.
We certainly didn’t invent this approach. You’ve heard it said in other ways like “eat the elephant one bite at a time.” In the development world there are methodologies like Agile and XP that espouse similar ideas. As a freelancer looking to manage time, make customers happy, and keep motivated, the benefits of breaking a project into smaller pieces are definitely worth another look.
Catch scope creep sooner
Clients’ ideas will evolve over time. The longer they go without talking to you the more likely it is that their thinking has changed without your knowing it. New information about competitors, things they’ve seen on other websites, and conversations they’ve had with colleagues or customers are all things that can cause a client’s thinking to shift. This shift in thinking usually leads to requests for changes to the project’s scope. We call these midstream changes “scope creep.”
Scope creep isn’t caused by long project timelines but is more likely to occur in bigger projects with lengthier schedules. The risk of experiencing scope creep, however, can be somewhat mitigated by establishing frequent milestones and reviewing the project’s progress against the agreed-upon scope at each milestone.
Too little client interaction on a big project increases the risk of experiencing scope creep. However, if every two weeks you’re showing progress to the client and telling them exactly what they’ll get in the next two weeks, you’re more likely to control their expectations and any questions or concerns they do have will surface earlier. The sooner you address issues about scope, the less pain and expense you and your client will have to endure.
Keep morale and motivation up
When you work on a big project with a lengthy timeline it can be easy to lose momentum and excitement partway through the project. There is something very satisfying about completing a project and when that satisfaction isn’t available after weeks or months of hard work, it’s hard to stay motivated.
The closer you are to the “carrot” the easier it will be to keep your excitement level up. For a 3 month project, having a milestone to reach every couple of weeks will break the big project into 6 smaller projects. That’s 6 more times you’ll get to feel great about meeting a deadline and delivering successfully to your client!
Improve customer perception
Unfortunately a client can only judge your progress by what they can see. If you go “stealth” for several months it won’t matter that you’ve been working all hours of the night to complete their project. Their perception is that nothing is happening.
Creating frequent milestones in which you deliver an agreed-upon result will show your client that you are reliable, consistent, and dedicated to their project. The more often you meet a deadline and show them progress the more confident your client will be in the commitments you make.
If a significant portion of the project is behind the scenes (like a complex backend to a website) it’s helpful to tie a visual element to each milestone since most clients are unable to gauge progress on something like the architecture for a database.
Provide business value sooner
It can be rewarding to unveil a finished project in its entirety and wow the client with your completed masterpiece. Whether it’s a logo, a website, or an identity system only the completed project truly reflects your creative genius.
Although the “grand unveiling” of the completed project can be satisfying to you, it is sometimes in your client’s best interest to deliver a part of the project sooner. Often even the smallest portion of a project has business value in and of itself.
Generate revenue earlier
Many clients have a grand, dreamy vision of what their project will be like when it’s done. One of the best indicators that you’re dealing with a visionary client is that they’ll make reference to some industry leader like eBay, Amazon, or Google. They want to be the Amazon of books or the eBay of online selling. Although it’s great to have a visionary client who is shooting for the stars it’s important that you help this client be practical and set reasonable expectations for what you can provide.
The key to helping this type of client is to establish a set of milestones and deliverables that provide realistic business value. The client may insist they need everything done before they launch but you can help them realize that there is great benefit in rolling out their big dream incrementally.
An e-commerce website can begin generating revenue, for example, as soon as there is a way for the customer to select a product and pay for it. Features like seeing recommended products, reading customer reviews, applying discount coupon codes, or making a wish list are all desirable and certainly improve the e-commerce experience. Your client can sell products without those features, though, and if you can convince them to approach their project in phases, they’ll begin earning revenue sooner.
There are some types of projects, however, where it is critical to launch only when all things are in place. In cases like this, releasing a portion of the project to the public may not make sense but applying the same discipline in meeting milestones internally will still yield the benefits listed above.
Avoid unnecessary rework by getting feedback more frequently
One of the biggest problems with delivering to your client via the grand unveiling method is that you’re presenting a finished product and your client is likely seeing several things they want to change. If you’re “done” and they want to make changes that means you have a fun discussion about scope creep to look forward to!
Keeping your client in the loop throughout the project will minimize the amount of rework you’ll have to do. Regular milestones and reviews provide necessary opportunities for course correction and adjustments to expectations for both you and your client.
During more complex projects, we’ll often meet with the client after an initial database design has been formulated. We’ll use the database diagram to facilitate a discussion about the project’s requirements and ask questions such as, “Can a customer have more than one address?” or “Is a discount coupon code only valid one time per customer?” We find that many customers haven’t thought through these issues and consequently not informed us of the exact requirements they’ll actually need in the end. It’s much cheaper to modify the database diagram to support multiple addresses for each customer than it is to modify the finished website.
Conclusion
Not all projects are candidates for this approach. Larger projects certainly support this method better than smaller projects. Even small projects, however, can benefit from a schedule which establishes frequent milestones to gauge and report progress.
A project isn’t over ‘till it’s over and breaking a project into smaller increments doesn’t mean you’ll need to do less work. But setting frequent milestones throughout the project can help catch scope creep early on, keep the project team more excited, show your customer that you keep commitments, provide business value and revenue sooner, and reduce the amount of rework you have to do at the end of a project.
Brett Derricott is the founder and CEO of Agency Fusion, a web development company built especially for agencies and designers. Brett blogs about technology as it relates to design and advertising at agencybyte.com.




I like the approach, and have done this to some degree, but one thing I would like to hone is the ability to keep the customer under control more. What I mean by that is, if I tell the client it’s going to cost you $xxx for a logo or a website and I end up showing them 3 samples to get their input, all of a sudden I’ve got 50 logo sketches or whatever with bizarre ideas from someone who doesn’t do this for a living. Sometimes it’s like there’s no end in sight when they get control. Any solution to this?
Chad, glad you like the approach. Thanks for posing a great question. I’m sure other readers will be able to offer some helpful suggestions as well.
Two thoughts for you:
1. Some clients are just better than others. It’s tricky to balance the need to just do what the customer asks with the nausea that comes from their off-track feedback but finding and keeping clients who respect your expertise is a huge part of keeping sane.
2. I’ve found that setting a limit on the number if revisions as well as some guidelines about what type of feedback is desired can be helpful. Something like, “OK on Wednesday I’ll have an initial design ready for your input. I’ll get your feedback and then rework the design. Then we’ll go through that process once more and then it’s final.”
I think your point about things getting crazy when they get control is key. Anything you can do to retain control of the process will help you avoid getting caught in an endless loop of unreasonable changes.
Does that help?
Brad you make an excellent point about how different clients can be.
On one extreme is the micro-managing client who might as well do the project themselves, and on the other end is the client ‘in absentia’ who has little or no involvement.
The important thing is to understand that all clients are different depending on their technical ability, management style, their company policies and procedures, the company culture, their relationship with you as a supplier, personality and the time they have available to commit to the project.
One client may ask for weekly or even daily status reports in order for them feel comfortable with the progress and direction of a project, while another is happy with a monthly briefing.
Brett, thanks for the response. Yes it does make sense. I’ll have to try layout a work flow plan with a cost and try to stick to it. One of my drawbacks as a freelancer is that I want to make the customer happy even if it makes me insane. A book I’m reading right now basically tells me to lay down the law the way I see fit and if the customer doesn’t like then move on to the next customer, because not all clients are going to try and take control and be the designer. But in my experience so far, the money doesn’t flow like wine, so I just grin and bare it. I don’t think there’s a perfect solution, but it is nice to hear what others do to resolve or avoid this from happening. One thing I would love to have is a way for me to send a client a digital proof that they could mark up with text and draw on and then send back to me so that I could follow what they are trying to explain to me in a garbled mess of an email. I don’t always talk with my clients, because I’m sometimes behind the scenes for another company and they just forward me the emails. Thanks again for the advice.
Oops sorry .. I should have addressed my comment to Brett, not Brad. :S
Hi Brett:
Very good article. I would like to complement your article with my blog post: http://www.rajeshshakya.com/the-estimation-blues.htm
Rajesh Shakya
http://www.rajeshshakya.com
Helping Technopreneurs to Excel and Lead their Life!
The approach sure sounds reasonable, however we have yet to work on big or huge projects, so I was wondering, how much time more does it cost to do frequent updates, testing, client-interaction?
I would intuitively guess, that it does make a significant difference, if i do it once a month or 4 times.
What is your experience, Brett?
I’m just stumbling across this site, and I’m already finding it very helpful and informative. Great points and tips!
Chad, your focus on customer satisfaction will pay dividends if you keep at it. When you don’t yet have an abundance of clients to choose from it isn’t really possible to turn down all of the bad clients and still pay the bills. As you work with various clients try to identify what differentiates your “good” clients from your “bad” clients and then, as your clientele grows, you can focus on those clients that are both profitable and easy to work for.
I swear I’ve seen a tool around that allows a client markup and make notes on a proof. I’ll look around and see if I can find it. Perhaps another reader may have a suggestion for a tool like this?
Scott, your comment is right on the money. Learning to quickly identify the “type” of client you’re working with can remove a lot of the headaches from managing a project because you can tailor your approach to the client’s situation. There isn’t a one-size-fits all approach to client interaction!
P.S. No worries on the “Brad” vs. “Brett” thing. I get called Brad, Brent, Bart, Brat, etc. and will answer to all of them!
Thank you for being so understanding Brett! It’s typically Steve or Simon that I also answer to as well. However I was called George yesterday.
Brett,
in regards to your comment about clients posting comments on proofs – I know that if they happen to have the new Acrobat, they can post notes directly on the PDF proof.
That’s all the input I have on it!
Shawn, thanks for the tip. That feature is in the full version of Acrobat, right? Not Acrobat Reader?
Shawn/Brett,
I downloaded the newest reader and according to what I read, it sounds like the creator has to give permission to allow changes and markups but also has to load it up to a shared server. I think you have to have Acrobat CS3 as the creator because I used an older version and opened it up on my Mac and I couldn’t change anything. I didn’t have it on a shared server, but I figured if it was on the same machine it might work, but I’m not an IT person either. I definitely need something simple for the customer or I’m going to find myself putting my training / tech support hat on. This would be a great project for a freelance programmer to tackle and sell to us designers at a reasonable price. I would volunteer to be a tester or give my input on what should be added.