Part Time Agile
Recently I presented at IT Brunch online conference with a talk about experience of my team doing part time agile development. Here are some highlights:
- On a personal productivity level do not mix narrow focus tasks like fixing a bug in code with wide focus activities like contemplating about future of technology in your niche.
- If your team is distributed in time, but not in space, which is not unusual for a team of parttimers or freelancers, give yoursleves a time to get together and just talk (you can eat your lunches at that time too).
- It’s hard enough to do even one big thing, let alone two. Don’t try to focus your effort on several major features.
- General management practices still work: if you are a manager, have one-on-ones with your team members.
- Do not neglect up front design and specification development. There are situations, when it’s easier to try to foresee a problem, than try to resolve it.
There was a questions on where to get more information about one-on-one meetings. I suggest you start with One-on-Ones: The Single Most Effective Management Tool and check out other podcasts on this topic from Manager Tools.
Route 53 in AWS Management Console (and their hidden reminder)
Yesterday Amazon announced immediate availability of Route 53 (their DNS service) tools in AWS Management Console, which is great news for all the AWS users. But it also bad news to services like Interstate53, which I was using to manage DNS records hosted on Amazon, because it immediately renders them irrelevant. It is good time to remind ourselves how addon development is not exactly the best spot for software vendors and how in some cases you can still compete against the platform vendor by having significant value add.
Busy? Again?
You can not make washing machine do your laundry for you by saying you are busy.
Merlin Mann, Back to Work #33
Some Thoughts on Manipulation
Recently I've got a question from a colleague: "Have you had a situation when somebody was trying to manipulate you or your behavior? What can be the best way to stop/resist this sort of attitude? Stop any interaction with the person?"
From my perspective manipulation, generally, has to aspects to it:
- Other person wants you to do something (which is not necessarily a bad thing).
- She wants to make you do it in a sort of "covert" way, which I would generally call a bad thing in professional environment.
When it comes to response to manipulation, all things being equal, I would have a conversation with a person saying something along the lines of "Hey, I've noticed that you try to trick me into something and don't like you doing that. If you need something from me, let's discuss, but don't try to trick me."
This kind of feedback serves two purposes: (a) letting other party know that you've noticed manipulation and don't like it (who does?); (b) showing a better way to do business with you. If a case is not helpless, this should help.
What do you do when somebody tries to manipulate you?
On Corporate Culture
Merlin Mann on corporate culture in "Back to Work" #17:
Living inside brick building full of lies.
AgileBaseCamp in Dnipro in July
On July 2nd join me and hundreds of other software professionals in Dnipropetrovsk on AgileBaseCamp. Speaker line-up looks great — do not miss it! I'll share some of my ideas on why you do not necessarily need to do all the things you think you have to, and how Schrödinger's cat can help with that.
Just Do It - Agile PechaKucha vol.2
Last week I gave a talk about importance of doing what talk about at Agile PechaKucha vol.2 in Kyiv. Here is slidecast from my presentation (in Russian):
Check out the rest of the presentations from that evening. See you on the next event!
Two types of answers
When I'm asked a question, my reply often is "Well, there are two answers to that question: a short one and a long one (or a simple and complex)..." And that is because there are indeed two types of answers to many questions. I would call them definitive and process oriented. For example, "how long will it take to complete this project?". The simple answer might be "we do not know", the complex answer will be "we do not know, but here is how we can control and manage schedule for our project and make it possible to make certain commitments on dates depending on your goals".
Another perspective on these answers is that one of them is like "here it is" and another one is "oh, here is how you get it".Remember that saying that professionals do not always know all the answers, but they always know how to find what they need.
The matter of fact is that process oriented answers are just as important as definitive replies. Of course, we should always starve to simplicity, but if there is no simple solution, we should not abandon looking for complex ones.
CEE-SECR 2010
Official call for papers for CEE-SECR 2010 is now available. Submission deadline is May 24 - a little less than two months from now.
QUOTE: Heroics in the workplace
...People respond with heroic behavior. And when they act heroically, they stop improving. They just act heroically again, again, and again, and they stop learning.
David Anderson in interview for Software Engineering Radio.