David Kramer’s high-entropy blog

Where does your power come from?

Equality as a true/false condition doesn’t happen in the real world.  It’s not only a continuum, but people can be equal in some ways but not others.  Attempts to change this even in science fiction always end badly.  Even if everyone were completely equal physically and mentally, a well-functioning society requires some sort of hierarchy, because everyone can’t know everything, take everyone else’s concerns into consideration, and agree on courses of action.  That’s as true in the federal government as it is in a family home or at the office.  Can you imagine a large society where everyone voted on everything?

The question is, how do the people at the top (or even the middle) get there?  How do people gain authority over others, how do they keep it, and why do the people who they have authority over listen to them?  What do they do with their power?  These all vary greatly in implementation and degree of fairness.  As you read this, please keep in mind that I don’t treat “power” itself as a bad thing.  How one gets it and what one does  with it may be, though. Read on…

Teams Need To Work Together

I just read an interesting article from DZone called There’s No Such Thing As A “Devops Team”.  Readers who have been around a while will know that a flippant title like that is neither going to be totally true, or even the real point of the article.  And they would be right.  The real point of the article is that silo groups are bad, and silo groups that don’t talk to each other are infinitely worse, and the bigger the [real or imagined] barrier to them communicating, the worse it is.  The solution to two teams not working together (in this case the developers and the operations/release engineering group) is rarely to insert another group between them.

Read on…

Keep IT Systems Simple

There are a lot of technology options out there.  There are even a lot of free/open source technologies out there.  So much so, that it’s tempting to install too much of it.  Having too much technology can be just as bad as having too little, and “free” can become pretty costly.  Obviously I’m not knocking free/open source, but the misapplication of it.

First and foremost, the more software/hardware you have, the more likely it is that some of it will have a bug.  That’s just law of averages coupled with the fact that no significant software project is really bug-free.

Then there’s the maintenance effort.  The more technology you have, the more effort needs to go into care and feeding of it.  Also the more you have to learn about.

Lastly, just how Agile teaches us to delay decision-making and development to as late as possible, because that’s the point where we know the most about what’s needed, the more technology you put in place before you need it, the harder you make it to implement what you really need when you do.

Read on…

Research Before You Buy

Geeks and non-geeks alike should do their research when buying electronic devices to make sure they can actually do what they want, and don’t have unacceptable attributes. In this post I’ll give some examples, and some helpful guidelines.

Lies, Damn Lies, and Burn Down Charts

Agile methodologies, like most flexible yet powerful systems, rely on knowing exactly where things stand.  You may not know exactly what’s coming in the future, but you know what you’ve already got, and roughly how close work in process is to done.  This is one of the many reasons short iterations are a good idea.  Not only do you know on a frequent basis (the end of each iteration) where you stand, but if what was done is acceptable to the stakeholders (and QA) and can really be considered done.  The product backlog tells you what needs to be done in the future (based on current knowledge, which may change, and that’s OK) and the iteration backlog tells you what’s done and what needs to be done now.  The burndown chart shows how things are going inside the iteration.

Read on…

Don’t Wait for Big Changes. Do What You Can Now.

I’ve been focusing on change a lot lately.  Thankfully, not because of my day job this time.  This time, it’s more to do with one of the not-for-profit groups I’m involved with.  A couple of other things have planted this bug in my ear, though.  Someone I know told me about the book Switch: How to Change Things When Change Is Hard, which is a fantastic book (so far.  I just got my own copy and am reading it now).  The other thing that got me thinking was an episode of Anthony Bourdain: No Reservations I saw recently.  More on both of those later.  The message I want to throw out there is that you can often achieve much better progress making small changes you can make today instead of waiting until there’s buy-in, resources, and removal of obstacles to a much larger effort.  And those smaller changes are likely to have more direct beneficial effect, because contrary to what large corporations like to think, big changes often introduce larger problems.  I have always tried to do this in my personal life and at work, and try to get others to do the same.

Read on…

Next Page »

Site info