The Regenerate Web

facilitating the regeneration of software teams

User login

Syndicate

Syndicate content

Services


Add to Technorati Favorites

Project

- delivery (3)
- duration (1)
- effort (3)
- estimation (4)
- metrics (1)
- Planning (1)
- PMI (1)
 - PMBOK
- task (2)
- velocity (6)

Management

- Boss (1)
- consensus (1)
- influence (1)
- leader (5)
- meetings (1)
- Motivation (1)

Browse archives

« May 2008  
Su Mo Tu We Th Fr Sa
        1 2 3
4 5 6 7 8 9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30 31

Analysis

- modeling (3)
- requirements (3)
- research
- Analysis (1)

Who's online

There are currently 0 users and 0 guests online.

Priorities

|

Priorities - a cautionary tale

Earlier this month was the first time in twenty years that I have not gone to work late on the first day of my kid's school.  Don't get me wrong, I still have kids in school, it is just that due to a conflict between other work and personal schedules, I needed to schedule a critical meeting at work this morning.  

Losing It... and Finding It Again!

Losing It...  (and Finding It Again)

Just dealing with the facts of a meltdown are not enough.  Last week, I had such a meltdown.  The circumstances are less relevant than the damage and subsequent damage control that such an event can cause.  

In a phone conversation with a liaison from a software consulting firm that I employ, I lost my temper.  I said things that threaten the relationship, that could make working with this person, and his firm much more difficult.  

Grind It Out!

| |

Grind It Out!

How do you assess a candidate's attitude toward work during an interview.  Once on the job, and employee may exhibit an eagerness to deliver value, or a sense of urgency.  He or she may may get bogged down in details or decisions.  He may have expectations that he will be provided with tools, and have questions answered satisfactorily, in short, that he will be spoon fed.  She may have a tendency schedule more meetings than are necessary.  

Is there such a thing as "Agile Project Management"

|
Glen Alleman of Herding Cats has been blogging about "agile project management" - and mostly I would agree with him.  Agile project management is mostly wrapped up in a software development lifecycle, and doesn't really apply to projects dealing with in the domains of construction, engineering, or the like.  I also agree that agile project management is a misnomer, because it misses many of the aspects of project management altogether.  On the otherhand, it is more than a means of fulfilling certain project

Zealots vs. Mercenaries

In my last post, I used an analogy between software development tools and religions.  I found the analogy amusing, and illustrative, and wanted to blather on for a bit about it.  Not all developers are religious, some developers do it for the money.  In this analogy, there are two breeds of software developers, mercenaries and zealots.  

Programming Languages: Fashion or Religion

| | | |
I just read Bob on development's post On Software Development Fashions  which is a riff on this post  from "Ed Johnson" the Hacknot blog.  The basic idea of the original post is that there is no evidence of one programming language engendering higher productivity than another, with the specific issue that the current crop of dynamic languages (Ruby,

Agile Mastery

Dave Thomas asked a question about mastery, especially regarding agile practices, in his PragDave blog.

Requirements Modeling - Business Rules

| |
Have you ever been part of a requirements process that stalled?  Sometimes this happens because the requester or delegate parties responsible for providing requirements were unable to provide complete sets of what ultimately would become the business rules that your solution would need to contemplate.  Perhaps it is because the policies are in the process of changing, and are not defined today.  Perhaps the request is dependent on other changes that are being made in related business processes which also are not finalized.  Perhaps it is

Software Product Management

Skip Angel (of Random Thoughts of a CTO)  has a new blog called Leaning Towards Agility.  His recent post about making things more difficult was quite amusing.

At the end, he asked a question about products.  
I wonder if this happens the same way with products. We quickly expect that the products don't work and try to make them do something different as a result. We don't realize that perhaps we just don't understand how the product was designed. Once we do understand that, we may realize that the product is actually working as it should!

Flow and Pace

Lisa Haneberg over at Management Craft provides this insight about Improving Pace at Work.

Since I had been thinking about this topic all weekend, and had already threatened to post about it, I am going for it.

My original thoughts came from my experience with the martial arts.  I started a program at the beginning of the year (for the first time) primarily out of my need to exercise.  I wanted an exercise regimen that would occupy my mind as much as my body, because the running, cycling, lifting, cardio-machining that I had been doing were somewhat mindless.