• submit to reddit
Jurgen Appelo11/13/12
2 replies

6 Rules for Employee Rewards & Extrinsic Motivation

These six rules for rewards give you the best chance at increasing people’s performance and engagement, while encouraging intrinsic motivation instead of destroying it. In my experience, an incidental compliment during a meeting for a job well done satisfies all six criteria.

James Betteley11/10/12
0 replies

Why do we do Continuous Integration?

Continuous Integration is now very much a central process of most agile development efforts, but it hasn’t been around all that long. But some teams are still waiting to adopt C.I... Seriously, they are!

Swizec Teller11/08/12
1 replies

A Retrospective of an Unproductive Day

Last night I was going to bed thinking “Man, I accomplished nothing today! What a waste.” But then I stopped feeling bad (and became awesome instead) and thought about a small bit of advice Marc Anderssen pushed into the internet a few weeks ago...

Venkatesh Kris...11/08/12
0 replies

Boss to Employees: Don't Work Too Hard

Even though I keep myself engaged in the Agile community quite upto date, I have hardly seen companies asking employees not to work hard or making it a policy not to work hard.

Luis Atencio11/07/12
0 replies

Compose your Software Development Practices

Lately, I have been doing some reading on Software Development practices and came across a software development methodology called SEMAT, which stands for Software Engineering Method and Theory.

Matthias Marschall11/07/12
0 replies

DevOps Protocol: No Manual Changes

No Manual Changes refers to the behavioural trait of not messing with any productive systems. Let’s discuss why messing with production systems is bad and what to do about it.

Giorgio Sironi11/07/12
0 replies

Scheduling is not the same for computers and people

Scheduling tasks for CPUs and for people has different requirements and assumptions.

Mark Needham11/06/12
0 replies

Configuration in DNS

Configuration in DNS is a valuable technique to reduce this complexity by using standard hostnames like ‘mail’ or ‘db’ and have DNS resolve to the correct host for that environment.

Mitch Pronschinske11/06/12
0 replies

Deployment: A Bottleneck No More

There's no magic tool that will completely solve organizational woes, but it would be crazy to deny that some tools make things a lot easier.

Roger Hughes11/06/12
0 replies

Implementing Continuous Delivery is Easy... Isn't It?

To my way of thinking, if you continually work weekends and late nights and suffer stress and cancelled holidays, so that you can painfully and manually push your app in to the production environment, then there’s something very wrong with your development process.

Giorgio Sironi11/05/12
0 replies

No one always needs a framework

Making a conscious decision for using an hammer is different from prescribing hammers as a panacea for all your problems.

Mitch Pronschinske11/05/12
1 replies

We Need a Programmer for President

Today, I'm going to present a new presidential candidate... A software developer candidate. This candidate is going to address the issues that the IT world cares about. Will you support them?

Michael Muller11/05/12
0 replies

Interview with Israel Gat on Technical Debt

Israel Gat, director of Cutter Consortium's Agile Product & Project Management practice, shares his thoughts on how technical debt can affect performance of development teams, the time when it is (or not) appropriate reducing it, and how it could be used as a tool for investment decision-making.

James Betteley11/04/12
4 replies

A Really $h!t Branching Policy

Branching is boring. Merging is also boring. None of this stuff is fun. But for some strange reason, I still see the occasional branching policy which involves using the largest number of branches you can possibly justify

Gil Zilberfeld11/04/12
13 replies

Technical Debt: I Do Not Think It Means What You Think It Means

The debt is an economic one, NOT technical. That’s no coincidence. Economics is a better way to persuade managers to listen to developers.