<?xml version="1.0" encoding="UTF-8"?>
<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/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
>

<channel>
	<title>producteering.org &#187; Product Engineering</title>
	<atom:link href="http://producteering.org/tag/product-engineering/feed/" rel="self" type="application/rss+xml" />
	<link>http://producteering.org</link>
	<description>Software &#38; technology trends</description>
	<lastBuildDate>Thu, 22 Apr 2010 06:34:20 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<!-- podcast_generator="podPress/8.8" -->
		<copyright>&#xA9; </copyright>
		<managingEditor>selina.dsouza@aspiresys.com ()</managingEditor>
		<webMaster>selina.dsouza@aspiresys.com()</webMaster>
		<category></category>
		<itunes:keywords></itunes:keywords>
		<itunes:subtitle></itunes:subtitle>
		<itunes:summary>Just another Localhost.localdomain weblog</itunes:summary>
		<itunes:author></itunes:author>
		<itunes:category text="Society &amp; Culture"/>
		<itunes:owner>
			<itunes:name></itunes:name>
			<itunes:email>selina.dsouza@aspiresys.com</itunes:email>
		</itunes:owner>
		<itunes:block>No</itunes:block>
		<itunes:explicit>no</itunes:explicit>
		<itunes:image href="http://producteering.org/wp-content/plugins/podpress/images/powered_by_podpress_large.jpg" />
		<image>
			<url>http://producteering.org/wp-content/plugins/podpress/images/powered_by_podpress.jpg</url>
			<title>producteering.org</title>
			<link>http://producteering.org</link>
			<width>144</width>
			<height>144</height>
		</image>
		<item>
		<title>Defining Product Engineering</title>
		<link>http://producteering.org/2008/02/23/defining-product-engineering/</link>
		<comments>http://producteering.org/2008/02/23/defining-product-engineering/#comments</comments>
		<pubDate>Sat, 23 Feb 2008 10:03:05 +0000</pubDate>
		<dc:creator>Selina</dc:creator>
				<category><![CDATA[Unique to Producteering]]></category>
		<category><![CDATA[Application development]]></category>
		<category><![CDATA[future-proof]]></category>
		<category><![CDATA[Product development]]></category>
		<category><![CDATA[Product Engineering]]></category>
		<category><![CDATA[product engineers]]></category>
		<category><![CDATA[product lines]]></category>
		<category><![CDATA[product maintenance]]></category>
		<category><![CDATA[product roadmap]]></category>
		<category><![CDATA[Producteering]]></category>
		<category><![CDATA[Software development]]></category>
		<category><![CDATA[software product development]]></category>
		<category><![CDATA[Software Products]]></category>

		<guid isPermaLink="false">http://producteering.org/?p=51</guid>
		<description><![CDATA[Developing a software product differs significantly from developing an IT project-based application. Although many software vendors know this, only a few consciously nurture and look for specific skill-sets and tailor processes to develop software products.
When building products, some of the issues that need to be addressed range from whether the product being designed reflects market [...]]]></description>
			<content:encoded><![CDATA[<p>Developing a software product differs significantly from developing an IT project-based application. Although many software vendors know this, only a few consciously nurture and look for specific skill-sets and tailor processes to develop software products.</p>
<p>When building products, some of the issues that need to be addressed range from whether the product being designed reflects market requirements and is robust, maintainable and future-proof. Engineers also need to verify if the product is of industrial-strength and quality and meets market demands.</p>
<p>Object orientation, use of frameworks and product lines with significant component re-use are engineering principles adapted by all disciplines of software engineering. However, when developing products, adhering to and adopting these principles become of vital importance and are needed at their highest degree of application. Hence, product engineers have to be conscious of this fact and geared to deliver accordingly.</p>
<p>Processes for product development also vary vastly from generic application development. Dealing with product roadmaps, which includes devoting time for maintenance of older product versions; catering to frequently changing new product requirements based on market needs; and managing scope without compromising time-to-market or budgeted costs mean that while the development process needs to be meticulous, it must also have enough flexibility built in to cater to changing needs.</p>
<p>Essentially, Product engineering goes beyond application development and requires solid engineering expertise to get a well-architected, high quality and robust product with sufficiently flexible processes to accommodate evolving requirements.</p>
<p>Recognizing that the various aspects of engineering a product differ greatly from traditional software engineering, Aspire Systems has coined the term &ldquo;Producteering&rdquo; to refer to the discipline of &ldquo;Product engineering&rdquo;.</p>
]]></content:encoded>
			<wfw:commentRss>http://producteering.org/2008/02/23/defining-product-engineering/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Product Development v/s Application Development</title>
		<link>http://producteering.org/2008/02/18/product-development-vs-application-development/</link>
		<comments>http://producteering.org/2008/02/18/product-development-vs-application-development/#comments</comments>
		<pubDate>Mon, 18 Feb 2008 09:32:28 +0000</pubDate>
		<dc:creator>bhoo</dc:creator>
				<category><![CDATA[Unique to Producteering]]></category>
		<category><![CDATA[Application development]]></category>
		<category><![CDATA[applications]]></category>
		<category><![CDATA[PD Vs AD]]></category>
		<category><![CDATA[Product development]]></category>
		<category><![CDATA[Product Engineering]]></category>
		<category><![CDATA[Software development]]></category>

		<guid isPermaLink="false">http://producteering.org/?p=46</guid>
		<description><![CDATA[How do you qualify the output of your software development efforts &#8211; is the result a product or an application? If your software addresses the needs of a particular group of individuals or a single organization, it is an application. On the other hand, if your software addresses a wider target audience, it is a [...]]]></description>
			<content:encoded><![CDATA[<p>How do you qualify the output of your software development efforts &ndash; is the result a product or an application? If your software addresses the needs of a particular group of individuals or a single organization, it is an application. On the other hand, if your software addresses a wider target audience, it is a product.</p>
<p>The requirements and corresponding skills and processes involved in developing a product vary vastly from those needed for building an application. Some of the key differentiators of a software product compared to an application are as follows:</p>
<p><strong>1. Technology-related</strong></p>
<p>An application is &ldquo;custom-built&#8221; for a single organization or set of users, but a product is &#8220;generic&#8221; and is built to cater to the demands of a wide variety of users. However, each user needs to be able to use the product in a way that suits him/her. Hence, a product must be customizable, scalable, robust, well-architected, and must have a solid framework on which new features can be built.</p>
<p>Generally, in the case of an application, it is enough if the specified functionality requirements are met. There aren&rsquo;t too many enhancements and changes made once the application is built. For software products, however, as time goes by, newer versions are released and several versions may have to co-exist at the same time. Therefore, if &ldquo;under-the-hood&rdquo; engineering of a product is not strong, maintenance could turn out to be a nightmare.</p>
<p>In comparison to an application, a product needs to be more easily integrated with other applications or products and support multiple environments. Support for globalization needs, adaptability to new pricing models and enhanced security are vital in software products, whereas they are not required or at best optional for applications.</p>
<p><strong>2. People-related</strong></p>
<p>Building a &#8220;well-engineered&#8221; product requires a higher level of skills than what it takes to build an application. Typically, customers for application development look at and test the screens of an application to know whether it works. Whereas, product customers look into the code base to see how it meets the attributes of scalability, robustness, customizability and architectural finesse. Products also demand superior usability skills.</p>
<p>An important consideration in product engineering is being quick to market &ndash; therefore, knowledge continuity of the engineering team becomes important to reduce the learning curve for existing product designs/architecture framework etc. and in maintaining older product versions.</p>
<p><strong>3. Process-related</strong></p>
<p>Proper documentation, configuration management and strict adherence to coding standards are important when building applications, but not mandatory. For software product development however, they are &#8220;mission-critical&#8221;. Frequent release of new product features and getting to market quickly are pre-requisites in product development and demand strong processes to deliver quality products. At the same time, the product engineering process needs to be flexible enough to accommodate frequently changing market requirements.</p>
<p>The differences outlined above highlight the fact that product development is not the same as software application development. It requires a different approach and a specialist product engineering team to be a success.</p>
]]></content:encoded>
			<wfw:commentRss>http://producteering.org/2008/02/18/product-development-vs-application-development/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Is Product development Rocket science?</title>
		<link>http://producteering.org/2008/02/13/is-product-development-rocket-science/</link>
		<comments>http://producteering.org/2008/02/13/is-product-development-rocket-science/#comments</comments>
		<pubDate>Wed, 13 Feb 2008 09:15:48 +0000</pubDate>
		<dc:creator>chandralekha</dc:creator>
				<category><![CDATA[Unique to Producteering]]></category>
		<category><![CDATA[management]]></category>
		<category><![CDATA[Product]]></category>
		<category><![CDATA[Product development]]></category>
		<category><![CDATA[Product Engineering]]></category>
		<category><![CDATA[Project management]]></category>
		<category><![CDATA[Software development]]></category>
		<category><![CDATA[Software Products]]></category>
		<category><![CDATA[Testing]]></category>

		<guid isPermaLink="false">http://producteering.org/?p=45</guid>
		<description><![CDATA[Most of us know that rocket science is a complex and fascinating subject, but is software product development as intricate or exciting as rocket science? Just as space advancements require a proper vision and detailed planning to succeed, developing a software product demands understanding the target market and addressing market needs.
A comparative study of product [...]]]></description>
			<content:encoded><![CDATA[<p>Most of us know that rocket science is a complex and fascinating subject, but is software product development as intricate or exciting as rocket science? Just as space advancements require a proper vision and detailed planning to succeed, developing a software product demands understanding the target market and addressing market needs.</p>
<p>A comparative study of product development with rocket science will throw up the similarities between the two and highlight the complexities involved, and characteristics needed for product development.</p>
<p><strong>Vision</strong></p>
<p>Every space project has a vision that acts as a preamble to guide rocket engineers through the project, from start until launch. In the case of nations building their space program, several political, scientific and economic factors influence the program&rsquo;s vision.</p>
<p>Similarly, every software product has a vision that attempts to solve a business problem. The vision for any product should always be significant and precise, in order to guide the evolution of the product over time. More importantly, it should create a blue ocean strategy for the product to create uncontested market space and capture new demand.</p>
<p><strong>People</strong></p>
<p>Quality resources make the vital difference between the success and failure of any project. A space project, for example, requires hardworking, explorative, process-driven, imaginative, persistent and meticulous scientists. They must also possess a can-do attitude and a team-player mindset, in order for the overall project to succeed.</p>
<p>Same is the case with a product development team. Highly skilled people with all the above mentioned attributes, who can work as a team, help in accomplishing the defined goals of developing a product. The product development team must have the capability to understand the product requirements and work around challenges to meet the exact needs of the end-users of the product.</p>
<p><strong>Management &amp; Communication</strong></p>
<p>Rocket building entails pulling together millions of parts, designed and built by different in-house and external agencies. Therefore, there must be close coordination with all the agencies involved to get a complete rocket built within a stipulated timeframe. Communicating with different teams and managing system engineering, technology and organization integration are key factors of successful rocket building.</p>
<p>Likewise, effective management and communication plays a decisive role in developing a successful product. Transparency while communicating the requirements between the project lead, project management team and the development team will result in developing a product that matches its vision. The project management team takes the responsibility of developing the product from scratch to finish while product management takes care of product positioning and other related activities.</p>
<p><strong>Rapid Engineering</strong></p>
<p>Rocket science involves developing products and technology that have never existed before and can never be practically tested until it is actually used. Hence, engineers designing rockets have to rely on their design skills and engineering acumen, rather than experience, to solve complex problems that arise during development.</p>
<p>Comparatively, complete business requirements are typically unavailable when a product is conceived. Adapting to market requirements necessitate that the development team be capable of incorporating constantly changing requirements into the product. This has to happen in such a way that the base product itself does not change too much &ndash; which means that the architecture is flexible to incorporate changing needs. Only skilled product engineers can build a product which accommodates rapidly changing requirements.</p>
<p><strong>Testing and Simulation</strong></p>
<p>Before putting a rocket into space, scientists must take into consideration several functional requirements and environmental factors. Multiple scenarios are simulated and tested several times to ensure that the rocket will not malfunction when launched or in orbit.</p>
<p>Excellent products should also be able perform well in different scenarios. The product should be well engineered and tested against various combinations of scenarios. Functional testing, performance testing, load testing and security testing all play their role in making a software product successful.</p>
<p><strong>Budget, Time and Quality</strong></p>
<p>Space projects often involve tough decisions with respect to cost, quality and time. Compromising any one of the factors would adversely affect the others and the entire project.</p>
<p>In the same way, for any product development effort, even before the development process begins, the product development team must be made aware of the product launch date and the features to be developed within the budget. Thereafter, the product and project management team should consciously choose the best approach (from structured engineering to unified modeling) that would suit their product development effort.</p>
<p><strong>Perseverance</strong></p>
<p>Failures or accidents are always a possibility when engineering products are built, especially when it is a very complex project that is attempted. Hence, the ability and willingness to learn from mistakes and overcome them are important lessons in space science.</p>
<p>Every product evolves before it matures and becomes a success. The product should not be abandoned when faced with a challenging situation. Instead, the experience gained by facing and overcoming challenges must become a lesson for the future. Courage and perseverance are key factors in the success of a product development effort.</p>
<p>To be successful, product development efforts require more than just software engineers who can design and develop code as per requirements. Just like rocket science, software product development is a stupendous task and demands dedicated, highly skilled and knowledge thirsty resources.</p>
<p>While developing software products may not be in the same league as developing rockets and space technology, in today&rsquo;s competitive world, product development requires similar strengths as those required for rocket science. Hence, product development is indeed rocket science!</p>
]]></content:encoded>
			<wfw:commentRss>http://producteering.org/2008/02/13/is-product-development-rocket-science/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Is there a need for another ISV forum?</title>
		<link>http://producteering.org/2008/02/04/hello-world-2/</link>
		<comments>http://producteering.org/2008/02/04/hello-world-2/#comments</comments>
		<pubDate>Mon, 04 Feb 2008 22:08:29 +0000</pubDate>
		<dc:creator>bhoo</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[Enterprise Software]]></category>
		<category><![CDATA[Independent Software vendors]]></category>
		<category><![CDATA[ISV]]></category>
		<category><![CDATA[Outsourced Product Development]]></category>
		<category><![CDATA[Product Engineering]]></category>
		<category><![CDATA[Producteer]]></category>
		<category><![CDATA[Producteering]]></category>
		<category><![CDATA[Software Products]]></category>

		<guid isPermaLink="false">http://producteering.org/?p=5</guid>
		<description><![CDATA[So, do we need another ISV forum? YES!
There are quite a few forums / groups focused on the other aspects of software marketing, software sales (www.softwareceo.com), software business management (www.cio.com) and business strategy (www.sandhill.com) but not many that focus on product engineering.
However, product engineering &#8211; the way software products are engineered from the inside has [...]]]></description>
			<content:encoded><![CDATA[<p>So, do we need another ISV forum? YES!</p>
<p>There are quite a few forums / groups focused on the other aspects of software marketing, software sales (<a href="http://www.softwareceo.com/">www.softwareceo.com</a>), software business management (<a href="http://www.cio.com" target="_blank">www.cio.com</a>) and business strategy (<a href="http://www.sandhill.com">www.sandhill.com</a>) but not many that focus on product engineering.</p>
<p>However, product engineering &#8211; the way software products are engineered from the inside has tremendous impact on the future of software vendors.</p>
<p>Today, enterprises and consumers have huge choices &#8211; open-source, ad-supported freeware, online applications and so on. Newer paradigms of development including RAD and advances in Application servers are making software development a breeze. Hence, enterprises can choose to make their own internal applications as opposed to getting tied-in with a software vendor.</p>
<p>All this makes the position of software vendors vulnerable. What does this mean for software providers? Product Engineering &#8211; making products robust, configurable, scalable and maintainable is the best way to make software products compete in this market.</p>
]]></content:encoded>
			<wfw:commentRss>http://producteering.org/2008/02/04/hello-world-2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

