Subscribe via RSS

I Think I Was Just Quoted

Filed Under Announcements

According to Test Early it was overheard at the Agile Project Leadership Summit:

In a personal discussion with Robin Dymond, a managing partner at Lean and Agile consultancy innovel, LLC, he highlighted the important concept that Planning Poker, Daily Scrums and Continuous Integration are all examples of social engineering constructs designed to improve communication (and eliminate a huge barrier to positive project velocity.)

Sounds a lot like 90% of Software Engineering is Social Engineering:

The concepts of Planning Poker, Daily Scrums, and Continuous Integration are inventions of the software community to further communication between teams and clients.

Good, clean fun for a rainy Friday afternoon…now where’s my royalty check 🙂

Sharpen Your Axe Before Starting Your Next Project

Filed Under Human Factors, Software Process

This is a reader guest post by Jeremy Neuharth. Jeremy is a .NET software engineer with State Bank and Trust and enjoys learning and assisting teams in implementing release management and continuous integration.

Axe

Abe Lincoln was quoted:

Give me six hours to chop down a tree and I will spend the first four sharpening the axe.

Despite Abe’s wisdom and personal experience to teach us otherwise, I find continued pressure to dive into projects with little to no planning in efforts to “save time”. Additionally, the introductions of agile processes (and misrepresentations) have given some an excuse to toss out planning and communication on a whole new level.

So let’s take Abe’s simple yet effective quote and break it down into an easy to understand project, such as balancing the checkbook. I will quickly run through two scenarios.

Scenario 1:

I jump over to my desk excited to get started recording transactions in my check book register. I realize I have a few receipts in my wallet so I go to get them. On the way I decide I’m feeling thirsty, so I head into the kitchen to grab a soda. I have my soda and sit back down at my desk, but realize I forgot the receipts I got up for in the first place. I run out to retrieve them once again. After I get back to my desk, I look at my computer where I notice an email and get sidetracked by reading the newest post on Codesqueeze. By this time my evening has disappeared, it’s late and I’m tired so I hit the sack and put off balancing the checkbook until tomorrow.

Scenario 2 (Abe’s Way):

The end of the month has arrived, and I realize I need to balance the checkbook or the wife will not be happy. Before I begin, I write down a short list of items that I need in order to insure that the checkbook gets balanced. In no particular order, it looks something like this:

  1. Gather all my receipts and the bank statement
  2. Grab the tools I will need to assist in completing the task (pencil, scratch paper, and calculator)
  3. Pick up the checkbook
  4. Clean off the desk of any distractions
  5. Swing into the kitchen and get a soda
  6. Turn on “number crunching music”
  7. Shut off my computer and tell myself there is nothing good to read on Codesqueeze
  8. Close the door to the office so no one will bother me

During the process of making the list, I realize I need to add another item I hadn’t previously considered: leaving my cell phone in the living room on the silent setting. I am now prepared to execute my simple plan, which allows me to finish the balancing of the checkbook in record time. Because of this, I’m able to move on to other more enjoyable tasks and I reap the added bonus of keeping my wife happy as she knows how much money we now have in our account.

This might be simple example, but how many times have you started a project with the wrong tools, solved a problem that didn’t need solving, or discovered after jumping in that a different approach would have been more effective? How many times would a two-hour brain storming session with your client save man months worth of refactoring and building different logic within your code.

The point is you can’t go wrong dedicating some time to planning and preparation. While we may discover along the way that we might not be able to sharpen the axe as much as we should, taking Abe’s advice to do some sharpening could very well be less risky then just diving in.

Squeezed Links: Top 10 of Top 10s

Filed Under Squeezed Links

While in Chicago working, I had a chance to clean out my delicious bookmarks. Here is a Top 10 of Top 10s that I have found:

  1. 10 Tips to Ace a Software Development Interview
  2. 10 Tips for Accurate Software Estimates
  3. 10 Essential Steps To Get To The Top Of Your Field
  4. Top 10 Tips On Version Control for Small Agile Software Teams
  5. 10 Tips for Moving From Programmer to Entrepreneur
  6. Agile Outsourcing: 10 Tips for Successfully Outsourcing Software Development
  7. 10 Tips for Organizing Your E-mail
  8. Top 10 Tips for Computer Science Students
  9. The Ultimate Guide to Workstation Ergonomics: 10 Easy Tips (and a Huge List of Resources)
  10. 10 Tips For Getting A Good Deal In Software Negotiations
« Older Entries Newer Entries »

Max Pool - © 2025 - {codesqueeze}. Sycorr Banking Solutions