Nearsoft, Inc.
home » blog » How to Start a Project Right



  • Forgot your password?
  • Forgot your username?
Nearsoft, Inc.

Home

  • Back to Nearsoft home

Blog Authors

  • Jorge Pablos (3)
  • Matt Perez (58)
  • Victor Velasquez (11)
  • Julio Gonzalez (10)
  • German Rodriguez (1)
  • Bobby (1)
  • Renato Fontes (2)
  • Manuel Monteverde (1)
  • Hugo Blanco (1)

Blog Categories

  • Events (1)
  • Global Affairs (2)
  • Management (18)
  • Miscellaneous (38)
  • Mobile Development (2)
  • Outsourcing (4)
  • Presentations (10)
  • Software Development (11)
  • SuperHappyDevHouse (0)

Blog Archive

  • August 2010 (3)
  • July 2010 (1)
  • June 2010 (3)
  • May 2010 (5)
  • April 2010 (3)
  • March 2010 (6)
  • February 2010 (7)
  • January 2010 (3)
  • December 2009 (1)
  • October 2009 (5)
  • September 2009 (4)
  • August 2009 (8)
  • July 2009 (8)
  • June 2009 (4)
  • May 2009 (3)
  • April 2009 (5)
  • March 2009 (8)
  • February 2009 (1)
  • January 2009 (1)
  • December 2008 (4)
  • May 2008 (1)
  • December 2007 (1)
  • January 2007 (1)

Site Menu

» home
» about us
» contact us
» blog
» site map
» faq
» other resources
» outsourcing risks
» which shore?
» case study
» managing risks
» tce
» tce scenario
» success stories
» the nearsoft (quick) intro
» nearshoring... the movie
» join us!

Follow Us!

Facebook This blog in Facebook
Twitter Twitter @nearsoft

Links

  • Blog Directory
  • Add to Technorati Favorites
Great Place to Work
WorldBlue - Most Democratic Workplaces

Closer is Better >> Nearsoft Blog

  • Blog Home
  • Tags
  • Search
  • Feed
Julio Gonzalez

How to Start a Project Right

Posted by Julio Gonzalez on 09/18/2009 in software development , project management
/blog/how-to-start-a-project-right.html
Permalink Print PDF

You are about to start a new project, congratulations!  You are starting an exciting journey where you will gain new experience, learn some lessons and remove some barriers.  You’ll figure out something here and there, but absolutely nothing that you can’t deal with.  Unless, that is, you screw up the whole thing from the very start.  If you are in software development, I bet you know how to do that.  I certainly do.

FORM THE TEAM

 Seek the best team members you can based on the projects needs.  Size, complexity, technology and the nature of the project will determine the kind of people you’ll need.  No matter what, though, you’ll need good people.  Obviously, technical skills are important, but just as important is their enthusiasm and willingness to be part of the project.

 To fully support the project, the project team will pull from all of these areas,

  • Technical
  • Quality assurance
  • Management
  • Operations

Roles will vary, but in general you’ll need people in each of these roles,

  • Account executive
  • Technical leader
  • Developers
  • QA engineers
  • Graphic designer
  • Scrum Master
  • Other support roles as configuration managers, etc.

 In all case, be sure to pick the person best suited for each of these roles.  Not only the most skillful, but also the most committed.

KICK-OFF

 The Kick-off meeting is the first time that you will fully engage with your client, once all the sales stuff is out of the way and everything has come together.  It is important to officially mark the start the project.  At this meeting, everybody in the team gets to know each other and discuss everybody’s role.

A typical Kick-off meeting agenda should cover the following,

  • Team introduction
  • Roles of and contributions from the stakeholders
  • Initial risks and issues involved
  • Project objectives
  • Criteria for successful completion
  • Business objectives
  • Responsibilities of each member
  • Reporting procedures and communication plan
  • Key milestones

PROJECT SETUP

 It is very important to take time to set up the scaffolding for the project at this stage, before anybody starts coding.

PROCESSES ALIGNMENT

 Make sure that everybody’s expectations are clearly lined up.  Success is not all just about coding, it also involves these, among others,

  • Code review actors and strategy
  • Version control repository (SVN recommended)
  • Continuous integration environment
  • Unit testing tools and environment
  • QA strategy (QA automation is a must)

 Make sure all involved understand that these are required, not optional tasks and activities required for the success of the project (e.g., No, you are not done until the unit tests are written and the code passes).

DEVELOPMENT ENVIRONMENT

 You also need to put some infrastructure in place right from the start, including,

  • Local environments with required tools (e.g., IDE, Firebug, SVN, MSSQL, third party components, etc.)
  • Testing, production and database servers

METRICS GATHERING

 For the purpose of improving your performance over time, it is important to collect metrics (e.g., defects density, estimated v.s. real effort, etc).  Put these tools in place so everybody knows how to use them, the time it takes to integrate them, etc.

START YOUR ENGINES…

 To set it in the right direction, it is very important to do these activities at the start of the project,

  • Sprint planning, this is a commitment driven planning session where the team clarify requirements, make estimates and decide what features will be completed during the Sprint.
  • To have a product backlog to contain feature estimates and assumptions.
  • Define schedule for, and attend daily meetings.
  • Build functionality within the Sprint, including architecture, design, code, unit testing, and code reviews.
  • Release to testing through continuous integration.
  • Debug functionality upon QA feedback.
  • Release to production after every iteration. Your QA team plays an important role here.

MONITOR PROGRESS

  • This will be based on the methodology you use (i.e., hopefully, Agile),
  • Ensure your team is delivering quality and on a timely basis.
  • The team is using best practices (e.g., continuous integration, unit testing, agile, etc.)
  • The team is meeting client expectations and delivering value right from the start.
  • Remove barriers, manage risks, improve communication every day (communication, like money, there’s never enough).
  • Everybody in the team is committed and responsibilities are fulfilled.

Good luck!

 

FURTHER READING

• Is All About Quality and Timing
• Déjà Vu All Over Again
• More Déja Vu All Over Again

 


[ Back ]
Bookmark
Email this

TweetBacks (Tweet this post)

Trackback(0)

TrackBack URI for this entry

Comments (5)

Subscribe to this comment's feed This comment's feed

Show/hide comments
Project Manager
0
Hi

I think your article is interesting, however the features and backlog have always been decided by product owner before I started planning the sprint. I wonder whether our model is slightly different or there are different variations of Scrum.

Could you please reply to my Linkedin, as I normally loose track of this kind of tread.

Manhy thanks,
Phuong Skovgaard
Phuong Skovgaard , September 20, 2009 | url
  • report abuse
  • +0
  • vote down
  • vote up
Re: Project Manager
0
Hi Phuong,

Your are absolutely right, the product owner is the one who decides what to include in the product backlog and then define a priority for each of them, however is the team who decides what features can be developed within the sprint according to the velocity or available time to complete it.

You might have 10 features in the product backlog but only 3 can be completed in the sprint you are planning.

In the other hand there are not variations of scrum, but my suggestion is that you use the best works for you and your team, for example, if story points doesn't work for you then use other approach for estimates.

Regards
Julio , September 21, 2009 | url
  • report abuse
  • +0
  • vote down
  • vote up
re: How to Start a Project Right
0
Those are very good points on how you can start your project right, but you have to make sure that there will be team work and hard wok in each of the members to succeed.
Philippine Call Center , March 22, 2010 | url
  • report abuse
  • +0
  • vote down
  • vote up
re: How to Start a Project Right
0
Absolutely, at software development teamwork is a core skill/attitude, teams would not accomplish great things without team and hard working
Julio , March 25, 2010 | url
  • report abuse
  • +0
  • vote down
  • vote up
respond this topic
0
A lot of specialists say that personal loans help a lot of people to live the way they want, just because they can feel free to buy needed goods. Furthermore, different banks offer collateral loan for young and old people.
CindyMoon , May 20, 2010 | url
  • report abuse
  • -2
  • vote down
  • vote up

Write comment

smaller | bigger

busy
home | about us | contact us | blog | site map || faq | other resources | outsourcing risks | which shore? || case study | managing risks | tce | tce scenario | success stories || the nearsoft (quick) intro | nearshoring... the movie | join us!
© Nearsoft, Inc.  All rights reserved.