Yesterday I went to Agile Tour Israel. At the end of the day I was surprised, I didn’t think I’d enjoy it that much. Once again, being pessimistic saved the day! The event organizers did all they could to push agile and show it as mainstream. Cynical as I am, I was surprised to see
A couple of posts I read lately made me think. Again. The first one is Elisabeth Hendrickson’s on whether testers should write code. Elisabeth focuses on the perception of the tester in agile team. From Elisabeth’s research it shows that testers in teams (not only agile) are expected to be able to code. The research
In the last couple of months, I’ve been doing some hefty juggling. Being a very disorganized person naturally, doesn’t really reconcile with managing multiple suppliers, following up, and making sure I don’t become a bottleneck. For my agile viewers – I’ve tried post-it notes. I found out that this didn’t work when working with external
Every alt.net meeting is exciting for me. This time it was the 4th one since we started doing this three years ago in Israel. The final discussion we had was how to get more people into alt.net. Here are a few points that came up during the discussion. The numbers of people coming really doesn’t
I had the pleasure of meeting David Anderson on Tuesday. If you’d like to read more on how it happened, read it in Tal’s words. And since David was at our offices, we discussed how we do Kanban at Typemock and heard lots of suggestions on how we can improve our service process (where Kanban
I’ve been following the “war on certifications” for a while. It’s not new, since scrum had certifications for many years now, and Microsoft adds fuel to the fire with the newly created “Certified scrum developer”.The latest from Uncle Bob’s R.E.A.L.I.T.Y show made me smile. And yes, if you thought I was going to oppose the
Recently, I’ve had a twitter conversation with Kent Beck. He mentioned that he noticed tests running slower – jumping from 1 to 6 seconds. I asked if he noticed an impact, and he said he definitely started running tests less. First of all, I take off my hat – I’m not sure I would notice
Udi Dahan writes about the fallacy of reuse. I couldn’t agree more. In my previous job, reuse was a selling point to our clients. We promised that building the current system will produce components that will help build the next system at a lower cost. A noble goal. Here’s what happened: we spent a lot
I firmly believe that in order for a team to succeed they should be committing themselves, and take accountability. I saw teams succeed when they do, and saw teams fail when they don’t. So in the upcoming changes we’re making, we want the team to be part of it. Thursday, we did a partial retrospection,
What makes a project succeed? Well, the list is long, so I won’t even try. I have seen failures and successes decided on team work. Why would a person contribute to the team success, or not? Apart from the “survivalist” who cares about his job, there are others that excel or remain average. Those who