Comments for Jim Highsmith .com http://jimhighsmith.com Adaptive Imagineering: Changing the way IT does business Wed, 16 May 2012 18:05:25 +0000 hourly 1 http://wordpress.org/?v=3.3.2 Comment on All Projects are Not the Same by Jim http://jimhighsmith.com/2012/05/15/all-projects-are-not-the-same/#comment-73312 Jim Wed, 16 May 2012 18:05:25 +0000 http://jimhighsmith.com/?p=1400#comment-73312 Yes, I do, see a previous blog, <a href="http://jimhighsmith.com/2011/11/02/velocity-is-killing-agility/" rel="nofollow">Velocity is Killing Agility</a> Yes, I do, see a previous blog, Velocity is Killing Agility

]]> Comment on All Projects are Not the Same by Mike Long http://jimhighsmith.com/2012/05/15/all-projects-are-not-the-same/#comment-73304 Mike Long Wed, 16 May 2012 17:21:04 +0000 http://jimhighsmith.com/?p=1400#comment-73304 When you say "how are projects like this managed successfully?" you mention: well-articulated vision, quick iterations, evolving functionality to a minimal viable product and beyond, being adaptable to learn from customers as the product evolves, focusing on value delivery, and time boxing. I think it is interesting what you do not mention here: Velocity. Is this intentional? Do you think a focus on velocity can actually harm delivering value and rapid learning? When you say “how are projects like this managed successfully?” you mention: well-articulated vision, quick iterations, evolving functionality to a minimal viable product and beyond, being adaptable to learn from customers as the product evolves, focusing on value delivery, and time boxing.

I think it is interesting what you do not mention here: Velocity. Is this intentional? Do you think a focus on velocity can actually harm delivering value and rapid learning?

]]> Comment on All Projects are Not the Same by Some Nerd http://jimhighsmith.com/2012/05/15/all-projects-are-not-the-same/#comment-73117 Some Nerd Tue, 15 May 2012 22:31:40 +0000 http://jimhighsmith.com/?p=1400#comment-73117 "All Projects are Not the Same" sounds obvious but it needs repeating to a larger audience, and not just to software development managers. Got nothing more constructive to say, but to remind you to update your profile at c2: http://c2.com/cgi/wiki?JimHighsmith and maybe even Wikipedia? https://en.wikipedia.org/wiki/Jim_Highsmith “All Projects are Not the Same” sounds obvious but it needs repeating to a larger audience, and not just to software development managers.

Got nothing more constructive to say, but to remind you to update your profile at c2:
http://c2.com/cgi/wiki?JimHighsmith
and maybe even Wikipedia?
https://en.wikipedia.org/wiki/Jim_Highsmith

]]> Comment on Build Less, Start Sooner by Shanmugaraj http://jimhighsmith.com/2012/04/30/build-less-start-sooner/#comment-73043 Shanmugaraj Tue, 15 May 2012 13:59:12 +0000 http://jimhighsmith.com/?p=1377#comment-73043 I agree completely with Jim. I am successful with this apporach of delivering in quicker cycles. I agree completely with Jim. I am successful with this apporach of delivering in quicker cycles.

]]> Comment on Build Less, Start Sooner by Thorbjorn Sigberg http://jimhighsmith.com/2012/04/30/build-less-start-sooner/#comment-70880 Thorbjorn Sigberg Thu, 03 May 2012 10:17:10 +0000 http://jimhighsmith.com/?p=1377#comment-70880 Excellent post, and to the point. I can't count the number of projects I've been involved with where the development part has been a rush despite (or because of ) being preceded with months and months of "contract discussions" and whatnot. As a project manager, I'm hard pressed to push my developers into working overtime when I know that the rush was created by someone else entirely. Excellent post, and to the point.

I can’t count the number of projects I’ve been involved with where the development part has been a rush despite (or because of ) being preceded with months and months of “contract discussions” and whatnot.

As a project manager, I’m hard pressed to push my developers into working overtime when I know that the rush was created by someone else entirely.

]]> Comment on Build Less, Start Sooner by Ben Linders http://jimhighsmith.com/2012/04/30/build-less-start-sooner/#comment-70527 Ben Linders Tue, 01 May 2012 14:12:27 +0000 http://jimhighsmith.com/?p=1377#comment-70527 Great post whch makes very clear how to deliver more value to customers. As you mention, it can sometimes be difficult to implement this strategy. Problems I've seen have to do with really understanding customers needs, setting priorities, and dare to take the risk to deliver less. Software development teams may also have fears that "delivering less" may fire back on them, they are used to work harder in stead of work smarter. But the opposite is true, if they deliver less by focusing on the customer needs, they are actually delivering value, and thus become more valuable for the organization! Great post whch makes very clear how to deliver more value to customers.

As you mention, it can sometimes be difficult to implement this strategy. Problems I’ve seen have to do with really understanding customers needs, setting priorities, and dare to take the risk to deliver less.

Software development teams may also have fears that “delivering less” may fire back on them, they are used to work harder in stead of work smarter. But the opposite is true, if they deliver less by focusing on the customer needs, they are actually delivering value, and thus become more valuable for the organization!

]]> Comment on Features or Quality? Selling Software Excellence to Business Partners by Jim http://jimhighsmith.com/2012/04/17/features-or-quality-selling-software-excellence-to-business-partners/#comment-67082 Jim Tue, 17 Apr 2012 21:25:12 +0000 http://jimhighsmith.com/?p=1344#comment-67082 Elena, 1. Whichever way works! I think we have to find multiple ways to try and get this message across. 2. We are finding companies who are starting with continuous integration and delivery, then "backing" into Agile. Jim Elena,

1. Whichever way works! I think we have to find multiple ways to try and get this message across.

2. We are finding companies who are starting with continuous integration and delivery, then “backing” into Agile.

Jim

]]>