Archive for the ‘Software Project Management’ Category

The Architect Role in Software Projects

December 27, 2011

From this excellent book:

The brutal truth is that architecture is too important to be left exclusively to a few people. It’s fine to have an architect, but the key way to keep an architecture intact is to make sure that everyone on the team knows what it is and has a stake in it. Every person who is touching the code should know the architecture, and everyone else who touches the code should be able to benefit from what that person has learned. When everyone is working off of the same set of ideas, the overall system intelligence of the team is amplified. If you have, say, a team of 20 and only 3 people know the architecture in detail, either those 3 have to do a lot to keep the other 17 people on track or the other 17 people just make mistakes caused by unfamiliarity with the big picture.

via Working Effectively with Legacy Code > The Mechanics of Change > Changing Software – Pg. 2: Safari Books Online.

The Joel Test: 12 Steps to Better Code – Joel on Software

August 29, 2011

The Joel Test

  1. Do you use source control?
  2. Can you make a build in one step?
  3. Do you make daily builds?
  4. Do you have a bug database?
  5. Do you fix bugs before writing new code?
  6. Do you have an up-to-date schedule?
  7. Do you have a spec?
  8. Do programmers have quiet working conditions?
  9. Do you use the best tools money can buy?
  10. Do you have testers?
  11. Do new candidates write code during their interview?
  12. Do you do hallway usability testing?

The neat thing about The Joel Test is that it’s easy to get a quick yes or no to each question. You don’t have to figure out lines-of-code-per-day or average-bugs-per-inflection-point. Give your team 1 point for each “yes” answer. The bummer about The Joel Test is that you really shouldn’t use it to make sure that your nuclear power plant software is safe.

A score of 12 is perfect, 11 is tolerable, but 10 or lower and you’ve got serious problems. The truth is that most software organizations are running with a score of 2 or 3, and they need serious help, because companies like Microsoft run at 12 full-time.

via The Joel Test: 12 Steps to Better Code – Joel on Software.

How to be productive I’d say.

Micro ISV – Wikipedia

October 22, 2010

Micro ISVFrom Wikipedia, the free encyclopediaA Micro-ISV abbr. mISV or μISV, a term coined by Eric Sink, is an independent software vendor with less than 10 or even just one software developer. In such an environment the company owner develops software, manages sales and does public relations.The term has come to mean more than just a “one-man shop,” but any ISV with more than 10 employees is generally not considered a Micro-ISV. Small venture capital funded software shops are also generally not considered micro ISVs.Many Micro-ISVs sell their software through the shareware marketing model where potential customers can try the software before they buy it. The shareware marketing model has become the dominant method of marketing packaged software with even the largest ISVs offering their enterprise solutions as trials via free download, e.g. Oracles Oracle database[1].

via Micro ISV – Wikipedia, the free encyclopedia.

Simple dreams…

GitX – sweet git client for Macintosh

August 17, 2010

GitX – Home.  Git is the new cool kid on the block for distributed source code control and collaberation.


Follow

Get every new post delivered to your Inbox.

Join 178 other followers