<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>

<channel>
	<title>Product Management Insights</title>
	<link>http://www.accompa.com/product-management-blog</link>
	<description>A blog: Practical insights into technology &#38; software Product Management, with special focus on building more successful products by managing requirements in a better way.</description>
	<pubDate>Sat, 13 Feb 2010 07:02:55 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
	<language>en</language>
			<item>
		<title>Product Managers: 7 Tips for Working Effectively with Offshore Development Teams</title>
		<link>http://www.accompa.com/product-management-blog/2010/02/12/product-managers-7-tips-for-working-effectively-with-offshore-development-teams/</link>
		<comments>http://www.accompa.com/product-management-blog/2010/02/12/product-managers-7-tips-for-working-effectively-with-offshore-development-teams/#comments</comments>
		<pubDate>Fri, 12 Feb 2010 19:50:00 +0000</pubDate>
		<dc:creator>Michael Shrivathsan</dc:creator>
		
		<category><![CDATA[Product Management]]></category>

		<guid isPermaLink="false">http://www.accompa.com/product-management-blog/2010/02/12/product-managers-7-tips-for-working-effectively-with-offshore-development-teams/</guid>
		<description><![CDATA[At companies of all sizes, product managers are increasingly working with development teams that are either partly or mostly located offshore. Usually at countries like India, China or countries in Eastern Europe.
Our own development team is distributed between the US and India. In this post, I&#8217;d like to share some tips our product management team [...]]]></description>
		<wfw:commentRss>http://www.accompa.com/product-management-blog/2010/02/12/product-managers-7-tips-for-working-effectively-with-offshore-development-teams/feed/</wfw:commentRss>
		</item>
		<item>
		<title>A Better Decade for Product Management?</title>
		<link>http://www.accompa.com/product-management-blog/2010/01/01/a-better-decade-for-product-management/</link>
		<comments>http://www.accompa.com/product-management-blog/2010/01/01/a-better-decade-for-product-management/#comments</comments>
		<pubDate>Fri, 01 Jan 2010 20:05:16 +0000</pubDate>
		<dc:creator>Michael Shrivathsan</dc:creator>
		
		<category><![CDATA[General]]></category>

		<category><![CDATA[Product Management]]></category>

		<guid isPermaLink="false">http://www.accompa.com/product-management-blog/2010/01/01/a-better-decade-for-product-management/</guid>
		<description><![CDATA[As we usher in the new decade, I can&#8217;t help thinking that this decade is going to be the best one yet for the discipline of high-tech product management.
Why am I so optimistic, you ask? Here are my primary reasons:
Similar Posts:

Product Management vs. Product Marketing - 2 Departments or 1? (12 comments)
Should Product Management let [...]]]></description>
		<wfw:commentRss>http://www.accompa.com/product-management-blog/2010/01/01/a-better-decade-for-product-management/feed/</wfw:commentRss>
		</item>
		<item>
		<title>An Inside Peek at Doing Product Management for a Product Management Tool</title>
		<link>http://www.accompa.com/product-management-blog/2009/12/04/an-inside-peek-at-doing-product-management-for-a-product-management-tool/</link>
		<comments>http://www.accompa.com/product-management-blog/2009/12/04/an-inside-peek-at-doing-product-management-for-a-product-management-tool/#comments</comments>
		<pubDate>Fri, 04 Dec 2009 18:56:44 +0000</pubDate>
		<dc:creator>Michael Shrivathsan</dc:creator>
		
		<category><![CDATA[Product Management]]></category>

		<category><![CDATA[Product Marketing]]></category>

		<category><![CDATA[Product Roadmap]]></category>

		<guid isPermaLink="false">http://www.accompa.com/product-management-blog/2009/12/04/an-inside-peek-at-doing-product-management-for-a-product-management-tool/</guid>
		<description><![CDATA[I received a fun email recently from one of our customers.
As many of you know, at Accompa we make a popular SaaS tool used as product management tool (by PM teams) and requirements management tool (by Engineering teams). Some of you may also know that I manage the Product Management &#38; Marketing teams at Accompa.
Our [...]]]></description>
		<wfw:commentRss>http://www.accompa.com/product-management-blog/2009/12/04/an-inside-peek-at-doing-product-management-for-a-product-management-tool/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Should User Interface (UI) Be a Part of &#8220;Requirements&#8221;?</title>
		<link>http://www.accompa.com/product-management-blog/2009/11/20/should-user-interface-ui-be-a-part-of-requirements/</link>
		<comments>http://www.accompa.com/product-management-blog/2009/11/20/should-user-interface-ui-be-a-part-of-requirements/#comments</comments>
		<pubDate>Fri, 20 Nov 2009 22:48:22 +0000</pubDate>
		<dc:creator>Michael Shrivathsan</dc:creator>
		
		<category><![CDATA[Product Management]]></category>

		<category><![CDATA[Requirements Management Basics]]></category>

		<category><![CDATA[User Experience]]></category>

		<guid isPermaLink="false">http://www.accompa.com/product-management-blog/2009/11/20/should-user-interface-ui-be-a-part-of-requirements/</guid>
		<description><![CDATA[Just a quick post to address a question that seems to come up quite frequently.
Should &#8220;User Interface&#8221; (UI)  be a part of requirements? Do UI specs constitute requirements?
Here is my quick answer to this question&#8230;
Similar Posts:

Features vs Requirements - Requirements Management Basics (3 comments)
Product Management - SaaS vs Traditional Software (9 comments)
Why I Switched From [...]]]></description>
		<wfw:commentRss>http://www.accompa.com/product-management-blog/2009/11/20/should-user-interface-ui-be-a-part-of-requirements/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Personas are Great - For Wasting Time!</title>
		<link>http://www.accompa.com/product-management-blog/2009/10/15/personas-are-great-for-wasting-time/</link>
		<comments>http://www.accompa.com/product-management-blog/2009/10/15/personas-are-great-for-wasting-time/#comments</comments>
		<pubDate>Thu, 15 Oct 2009 11:53:43 +0000</pubDate>
		<dc:creator>Michael Shrivathsan</dc:creator>
		
		<category><![CDATA[Product Management]]></category>

		<category><![CDATA[Requirements Management Basics]]></category>

		<category><![CDATA[User Experience]]></category>

		<guid isPermaLink="false">http://www.accompa.com/product-management-blog/2009/10/15/personas-are-great-for-wasting-time/</guid>
		<description><![CDATA[I’ve been meaning to write this post for a while. Recently, I saw a couple of blog posts on this topic (here and here) from bloggers I respect a lot. This spurred me to finally get around to writing this post.
This post is about using “personas” as a part of software requirements process. It’s not [...]]]></description>
		<wfw:commentRss>http://www.accompa.com/product-management-blog/2009/10/15/personas-are-great-for-wasting-time/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Use Case Template - Example (Requirements Management Basics)</title>
		<link>http://www.accompa.com/product-management-blog/2009/10/08/use-case-template-example-requirements-management-basics/</link>
		<comments>http://www.accompa.com/product-management-blog/2009/10/08/use-case-template-example-requirements-management-basics/#comments</comments>
		<pubDate>Thu, 08 Oct 2009 23:26:09 +0000</pubDate>
		<dc:creator>Michael Shrivathsan</dc:creator>
		
		<category><![CDATA[Requirements Management Basics]]></category>

		<category><![CDATA[Use Cases]]></category>

		<guid isPermaLink="false">http://www.accompa.com/product-management-blog/2009/10/08/use-case-template-example-requirements-management-basics/</guid>
		<description><![CDATA[In a recent post, I provided a definition of use case as well as an example.
The example I provided uses a very simple format. In most real-world projects, teams find it helpful to use a more fully-dressed format.
  
In this post, I share a template of a fully-dressed format, as well as an example [...]]]></description>
		<wfw:commentRss>http://www.accompa.com/product-management-blog/2009/10/08/use-case-template-example-requirements-management-basics/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Death of Product Management at SaaS Companies&#8230;</title>
		<link>http://www.accompa.com/product-management-blog/2009/09/23/death-of-product-management-at-saas-companies/</link>
		<comments>http://www.accompa.com/product-management-blog/2009/09/23/death-of-product-management-at-saas-companies/#comments</comments>
		<pubDate>Thu, 24 Sep 2009 05:06:48 +0000</pubDate>
		<dc:creator>Michael Shrivathsan</dc:creator>
		
		<category><![CDATA[General]]></category>

		<category><![CDATA[Product Management]]></category>

		<guid isPermaLink="false">http://www.accompa.com/product-management-blog/2009/09/23/death-of-product-management-at-saas-companies/</guid>
		<description><![CDATA[Last night I got an email from a company with the subject &#8220;Saas and the death of software product management&#8220;.
And&#8230; with the subtitle of &#8220;Or, While You Weren&#8217;t Looking, Your Product Manager&#8217;s Job Became a Zombie&#8221;.
The email said the following:
The growth of the SaaS business model spells the end of product management as it&#8217;s been [...]]]></description>
		<wfw:commentRss>http://www.accompa.com/product-management-blog/2009/09/23/death-of-product-management-at-saas-companies/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Use Cases - Top-10 Reasons for Using Them to Document Your Requirements</title>
		<link>http://www.accompa.com/product-management-blog/2009/09/22/use-cases-top-10-reasons-for-using-them-to-document-your-requirements/</link>
		<comments>http://www.accompa.com/product-management-blog/2009/09/22/use-cases-top-10-reasons-for-using-them-to-document-your-requirements/#comments</comments>
		<pubDate>Tue, 22 Sep 2009 21:52:21 +0000</pubDate>
		<dc:creator>Michael Shrivathsan</dc:creator>
		
		<category><![CDATA[Requirements Management Basics]]></category>

		<category><![CDATA[Use Cases]]></category>

		<guid isPermaLink="false">http://www.accompa.com/product-management-blog/2009/09/22/use-cases-top-10-reasons-for-using-them-to-document-your-requirements/</guid>
		<description><![CDATA[In my previous post, I provided a definition of Use Case along with an example. I also took a strong stance against considering UML diagrams as use cases.
Matt Klein made a good observation on Twitter today on how use cases are often not used well when documenting requirements:
Use Cases are important and very often not [...]]]></description>
		<wfw:commentRss>http://www.accompa.com/product-management-blog/2009/09/22/use-cases-top-10-reasons-for-using-them-to-document-your-requirements/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Use Cases - Definition (Requirements Management Basics)</title>
		<link>http://www.accompa.com/product-management-blog/2009/09/19/use-cases-definition-requirements-management-basics/</link>
		<comments>http://www.accompa.com/product-management-blog/2009/09/19/use-cases-definition-requirements-management-basics/#comments</comments>
		<pubDate>Sun, 20 Sep 2009 04:48:57 +0000</pubDate>
		<dc:creator>Michael Shrivathsan</dc:creator>
		
		<category><![CDATA[Requirements Management Basics]]></category>

		<category><![CDATA[Use Cases]]></category>

		<guid isPermaLink="false">http://www.accompa.com/product-management-blog/2009/09/19/use-cases-definition-requirements-management-basics/</guid>
		<description><![CDATA[A question that frequently comes up in my conversations nowadays is:
What exactly is a Use Case?
Let me try and explain it in this short blog post.
Similar Posts:

Use Cases - Top-10 Reasons for Using Them to Document Your Requirements (5 comments)
Use Case Template - Example (Requirements Management Basics) (0 comments)
Personas are Great - For Wasting Time! [...]]]></description>
		<wfw:commentRss>http://www.accompa.com/product-management-blog/2009/09/19/use-cases-definition-requirements-management-basics/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Why I Switched From Tweetdeck to Seesmic - And the Lessons for Product Managers</title>
		<link>http://www.accompa.com/product-management-blog/2009/09/15/why-i-switched-from-tweetdeck-to-seesmic-and-the-lessons-for-product-managers/</link>
		<comments>http://www.accompa.com/product-management-blog/2009/09/15/why-i-switched-from-tweetdeck-to-seesmic-and-the-lessons-for-product-managers/#comments</comments>
		<pubDate>Wed, 16 Sep 2009 05:54:27 +0000</pubDate>
		<dc:creator>Michael Shrivathsan</dc:creator>
		
		<category><![CDATA[Product Management]]></category>

		<category><![CDATA[User Experience]]></category>

		<guid isPermaLink="false">http://www.accompa.com/product-management-blog/2009/09/15/why-i-switched-from-tweetdeck-to-seesmic-and-the-lessons-for-product-managers/</guid>
		<description><![CDATA[An hour ago, I did something without much conscious thought at all. I uninstalled the Twitter client I used to like (Tweetdeck), and installed a new one (Seesmic). And there I went, merrily tweeting.
Then, I caught myself and started thinking why I did that. The more I thought, the more I realized that there are [...]]]></description>
		<wfw:commentRss>http://www.accompa.com/product-management-blog/2009/09/15/why-i-switched-from-tweetdeck-to-seesmic-and-the-lessons-for-product-managers/feed/</wfw:commentRss>
		</item>
	</channel>
</rss>
