tag:blogger.com,1999:blog-7879107.post718002404276420136..comments2023-12-08T01:42:31.590-06:00Comments on Cauvin: Agile Is Not Just a Development MethodologyRoger L. Cauvinhttp://www.blogger.com/profile/08969779835314260680noreply@blogger.comBlogger11125tag:blogger.com,1999:blog-7879107.post-28129847779562364442009-12-29T18:37:47.272-06:002009-12-29T18:37:47.272-06:00Thanks, Don. I've observed a lot of defensive...Thanks, Don. I've observed a lot of defensiveness among product managers when it comes to agile development. The defensiveness usually comes in the form of stating that agile is merely for developers or that product managers have always been agile. It sounds like you and I agree that there's no reason to be defensive.Roger L. Cauvinhttps://www.blogger.com/profile/08969779835314260680noreply@blogger.comtag:blogger.com,1999:blog-7879107.post-70717466128421153572009-12-28T09:24:35.407-06:002009-12-28T09:24:35.407-06:00Excellent article, Roger.
I have frequently deni...Excellent article, Roger. <br /><br />I have frequently denied Agile PdM as an accommodation or adapttion to Agile development, and still believe PdM should not get ensnared with,or defined by, whatever is the development process. You put it very well as its own approach, that is complentary to Agile development and quite probably - or in best cases - is the horse rather than the cart.Don Jarrellhttps://www.blogger.com/profile/04437606628906198561noreply@blogger.comtag:blogger.com,1999:blog-7879107.post-30829872482599781032009-03-06T11:16:00.000-06:002009-03-06T11:16:00.000-06:0015 years ago, before I'd heard of agile developmen...15 years ago, before I'd heard of agile development, Curt Rawley, then CEO of Avid Technology, told me how they had developed the first Avid editor; "build a little, ship a little, build a little..."<BR/>If you are developing a truly innovative product and carving out a whole new market (as they were), how else can you do it without getting it completely wrong?Unknownhttps://www.blogger.com/profile/03572173917970655125noreply@blogger.comtag:blogger.com,1999:blog-7879107.post-53493956786915657702009-03-02T20:53:00.000-06:002009-03-02T20:53:00.000-06:00Roger, in a way, it seems intuitive. With the ass...Roger, in a way, it seems intuitive. With the assumption that iterations (perhaps not all, but at least "many") are being put in front of users, the product manager will observe reactions and receive input that wouldn't otherwise be provided. In that event, adjustments to the backlog are possible that wouldn't otherwise be.<BR/><BR/>So perhaps those who argue it's only a development methodology are simply not putting interim builds in front of customers.John Peltierhttps://www.blogger.com/profile/18271231803560247157noreply@blogger.comtag:blogger.com,1999:blog-7879107.post-16441307892992111972009-03-02T17:03:00.000-06:002009-03-02T17:03:00.000-06:00I'll be interested in your response, Saeed. I've ...I'll be interested in your response, Saeed. I've read your blog arguing that product managers have always been agile. I think there are some clear counter-examples.<BR/><BR/>First, take the typical 50 page requirements thrown over the wall to developers. To the extent that product managers resisted creating such documents, it wasn't because they were agile. It was because they were either lazy or didn't want to get into design details.<BR/><BR/>Second, I challenge you to find an example prior to the popularity of agile where the product manager pushed for frequent, regular iterations. If product managers were truly agile, you should be able to find numerous examples.Roger L. Cauvinhttps://www.blogger.com/profile/08969779835314260680noreply@blogger.comtag:blogger.com,1999:blog-7879107.post-86222547847599667342009-03-02T16:33:00.000-06:002009-03-02T16:33:00.000-06:00Roger,I'll post a response soon, but just want to ...Roger,<BR/><BR/>I'll post a response soon, but just want to point out that I've actually argued on my blog that Product Management has always been "agile" and it's Engineering that is now catching up.<BR/><BR/>http://onproductmanagement.net/2008/10/30/agile-pm/<BR/><BR/>SaeedUnknownhttps://www.blogger.com/profile/01505061978873500468noreply@blogger.comtag:blogger.com,1999:blog-7879107.post-12206312258979205802009-03-02T13:49:00.000-06:002009-03-02T13:49:00.000-06:00I completely agree. One area where I don't see a ...I completely agree. One area where I don't see a lot of writing is how product managers deal with executives that still believe in the up front design and feel that they cannot market effectively without a feature set promised on a certain date. In other words, it would be great if there was a manual on training/convincing others on the business (i.e. not development specific) advantages of using agile.Mike Lunthttps://www.blogger.com/profile/09044174951825848300noreply@blogger.comtag:blogger.com,1999:blog-7879107.post-74818319759139199572009-03-02T10:21:00.000-06:002009-03-02T10:21:00.000-06:00Bob, I should add that a product manager can deriv...Bob, I should add that a product manager can derive value from iterations even without "releasing" demos to actual customers. Sometimes the product manager himself discovers potential market problems by trying the demo. Then the product manager can incorporate this knowledge of potential market problems into future interviews and surveys, even if the customer never actually sees the demo.Roger L. Cauvinhttps://www.blogger.com/profile/08969779835314260680noreply@blogger.comtag:blogger.com,1999:blog-7879107.post-40801571860653636862009-03-02T10:15:00.000-06:002009-03-02T10:15:00.000-06:00Bob, practicality and circumstances determine the ...Bob, practicality and circumstances determine the pool of customers who give feedback. Whenever I interview prospective or existing customers, I ask them to enroll in various programs:<BR/><BR/>1. Survey Program - customer opts to receive and respond to questionnaires.<BR/>2. Interview Program - customer agrees to follow-up interviews.<BR/>3. Demo Program - customer agrees to regular or occasional demos.<BR/>4. Ethnography Program - customer agrees to be observed in her native environment.<BR/><BR/>For simplicity, sometimes I present all of these individual programs as part of a single customer advisory board program.<BR/><BR/>Now, the answer to your question: I draw upon the customers who have opted to participate in demos and provide feedback. The particular customers in any individual case depends on their persona.<BR/><BR/>Why do you ask?Roger L. Cauvinhttps://www.blogger.com/profile/08969779835314260680noreply@blogger.comtag:blogger.com,1999:blog-7879107.post-7532599975914836462009-03-02T09:39:00.000-06:002009-03-02T09:39:00.000-06:00In my effort to better understand the "agile PM" m...In my effort to better understand the "agile PM" mindset, can you tell me what sort of pool you draw these customers who give feedback? Are you getting feedback from the same people over and over, or do you spread the feedback out? Please note I have not called "agile PM" baloney in this post.bobhttps://www.blogger.com/profile/03612307596763427172noreply@blogger.comtag:blogger.com,1999:blog-7879107.post-43159833895638327342009-03-02T09:19:00.000-06:002009-03-02T09:19:00.000-06:00Well said, Roger.I am completely on-board with sho...Well said, Roger.<BR/><BR/>I am completely on-board with showing clients prelim version of a product (potentially even mock-ups to get a feel in some cases) in order to gather feedback early and often.<BR/><BR/>Most people in the old-guard don't subscribe to this for the simple reason that, "you don't show clients anything until it's done."<BR/><BR/>Or they are lying during the sales cycle and the client has signed-on under the allusion of vapor ware...Adamhttps://www.blogger.com/profile/16163718338727199371noreply@blogger.com