Community Blogs

There is some discussion going on here about whether software tools work well for managing Agile processes or whether going manually with index cards and sticky notes works best.  Is your team practicing Agile?  If so, what works best for you?   Jonathan Cogley is the CEO of Thycotic Software, an agile software services and product development company based in Washington DC.  Secret Server is our flagship enterprise password management product. Read More...

Got this in the mail: Hi Roy, From time to time I'm reading your blog, and I must say that I'm quite behind. I would like to start an Agile Process in our company, but to be honest I do not have any knowledge from where to start. So from where to start ? Wow. what a simple and powerful question. I’d start incrementally, doing the things that are easiest but also make small “wins” for the team and process. Here is where I’d start (order matters) start doing daily stand up meeting start doing automated builds start working in pairs on relatively complicated problems start doing code reviews start showing visible progress start trying to show demos every two or three weeks start learning unit testing learn how to code better, design better...

This november the 22nd I’ll be doing a one day workshop for software team leads on the essentials of leading a software team, and required leadership skills that need to be developed. The full course agenda can be found here . The course is in Israel, and in Hebrew. Course Description: Congratulations - you’re a new team lead! You’re very skilled technically, but can you drive a team of software developers to achieve amazing things? Can you see the full software delivery process from start to end? You know what proper code should look like, but do you know how to drive you team members to write such code? You know that short iterations work great, but you have a bunch of developers who don’t believe this is such a great idea, and you’re stuck...

I’m writing this as a typemock employee, but also as someone who has sat on the other side of the line for several good years, and can argue in both ways. The following, I feel, is true no matter where I work.   There are two ways people use tests to drive design, as far as I see. one is great, and I agree with, the other is not so great and I don’t agree with it. Sadly, both of them are categorized together these days, and the baby gets thrown out with the bath water - You either use both (BAD) or you use neither (BAD!) Here are the two usage patterns: #1 Willed Design By writing tests, you can observe the usability of your design from a consumer perspective, and can decide whether or not you like it, and change it accordingly #2 Forced...

I’m trying out something new. You can check it out here . Read More...

The test migration of our TFS 2008 went extremely well (the import command processed nearly 7GB of data from our TFS 2008) in less than half hour, and all running in my notebook (not some kickass server...). Today I executed the script published by Hakan Eskici to upgrate the process template from v4.2 to v5, by simply running a BET file. The process is very simple and fast, and after that we now have the updated process template with all the TFS 2010 goodies enabled. Check out the process and download the script from http://blogs.msdn.com/hakane/archive/2009/10/19/sample-script-to-enable-new-features-in-upgraded-team-projects-tfs-2010-beta2.aspx After the upgrade I created a new TASK and found the new "Original estimate" field, and...

as usual, the book link list can be found here . Read More...

  as usual, the book link list can be found here . Read More...

You can find the list of books with links over here: http://osherove.com/books-i-like Read More...

I was fiddling around with the typemock API, see what it would belike to use it in a more MOQ like manner: to support this, all the code you need, including the Faker class exists here . you’d need to reference the typemock dll and the typemock c# API dll to make it work. I’m not sure I’m crazy about it, but it is shorter. I’m not sure it’s as readable, though. Read More...