Starting any new application is like walking into a shop and being dazzled by the displays. You want everything but finally realise you only have so much resources to spend. So you isolate the specifics you must have, and focus on those.

This first part focuses on the planning stages of the application. He works through the features he wants the blog to have and some of the external libraries he's going to rely on (things like PHPUnit and jQuery). His goal for the series and the application is to have something he can replace his current blog with and to provide readers a step by step detail of the progress along the way.

It's basically a piece of web-based software, written in Python and PHP, that allows you to allocate tickets from multiple Trac projects to a simple week-based 'board' in order to organise work priority for developers.

I've written about why we wanted this, and created a short user guide on the Trac site for the project. This is still in development and we're working on some more features (You can see what we've got planned from our timeline).

It's been released under the GPL and has a Subversion repository where you can grab the latest code from. There's also an installation guide that's been developed to help you get started.

Davey [Shafik] is going to talk to us about one of the most neglected areas of software development, planning the project.

Grab the podcast directly here or subscribe to the feed to get this and other episodes of this quality podcast.

Of course, of the options they gave, "Planning your CMS" came in with an overwhelming lead of 60.5 percent of the votes. Lagging far behind that was "Further Development" and "Database creation". It is good to see that a large majority of the people out there think that taking the time out to plan out the application first is the best way to go. Throwing something together, especially something that can get as complex as a CMS, is a very bad idea.

Be sure and get your votes in on this week's poll that asks which of the given options including "Web and command-line interface" and "Generates a todo list from @todo tags in source") wouldn't be a good option to be added to the phpDocumentor functionality.