<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://community.appian.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Hi All,  We&amp;#39;re expanding our development group, and I was hoping t</title><link>https://community.appian.com/discussions/f/administration/2301/hi-all-we-re-expanding-our-development-group-and-i-was-hoping-t</link><description>Hi All, We&amp;#39;re expanding our development group, and I was hoping to get some best practices/administration guidance from the Appian community on how to manage distributed development. Up until now, development has typically been performed by one person</description><dc:language>en-US</dc:language><generator>Telligent Community 12</generator><item><title>RE: Hi All,&lt;br /&gt;&lt;br /&gt;We're expanding our development group, and I was hoping t</title><link>https://community.appian.com/thread/8101?ContentTypeID=1</link><pubDate>Thu, 13 Mar 2014 08:15:22 GMT</pubDate><guid isPermaLink="false">d3a83456-d57b-489c-a84c-4e8267bb592a:727bb9f2-e99f-4209-8dba-e75257f2ed26</guid><dc:creator>aayusha</dc:creator><description>Every thing depends on architecture of the application.&lt;br /&gt;It should so loosely coupled that different persons can work upon different components. This link (&lt;a href="https://forum.appian.com/suite/wiki/74/BPM_Application_Delivery_-_Actualize)"&gt;forum.appian.com/.../BPM_Application_Delivery_-_Actualize)&lt;/a&gt; will give you an idea to how to decide components so that multiple users can work upon same projects.&lt;br /&gt;#1. So, before actual development, find out the common functionalities in different parts of the process and which users going to utilize and divide the process in number of components.&lt;br /&gt;As you decides you sub processes and main process. The sub process are modeled by different users and the developer of main process directs the sub process node to a dummy PM (having only start and end event with no pv!s). And when the dev of sub process completes only the mapping of variables remains.&lt;br /&gt;To avoid confusion of variables, a common pattern is decided before hand.&lt;br /&gt;Many other activities can be done in parallel like process, dashboard/Records, Reports.&lt;br /&gt;&lt;br /&gt;#2. person X assumes that person Y will be providing that data at some point of time when all the mapping as stated in #1 is done.&lt;br /&gt;&lt;br /&gt;#3. While in iterative development, the required enhancement should not disturb the functionality of currently running instances. Eg: user should not change the number of parameters of existing rules (which are already in production). This may result that PM is of older version which takes let say 3 input for rule and the rule is modified and take only 2 parameters, then the current running instances will give error.&lt;br /&gt;&lt;br /&gt;Hope this helps.&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>