Programming for Microsoft Dynamics GP requires experience and good project management with initial specification, coding, beta testing and software quality assurance.  For Dynamics GP Partner it is good idea to segregate Great Plains functional consulting and technical consulting or in other words coding, troubleshooting, fixing existing records in GP, etc.  Popular concept is Software Development Factory, which is typically placed in one central location, where programmers feel themselves comfortable and have good synergy from each other.  In the case of Dynamics GP, formerly known as Great Plains Dynamics traditional software development tool is Microsoft Dexterity, former Great Plains Dexterity.  In this small publication we are giving you the highlights on our technology oriented subdivision 1. Sales Engineering, Specification Writing, Coding, Testing and Quality Assurance – these functions are delegated to our Dex Software Development Factory.  Sales Engineering and Specs writing is typically given to Technical Project Manager, who is your contact through the lifecycle of the project.  This person involves Dexterity programmers and separate QA specialist. 2. Test Server.  We highly recommend each customer to dedicate testing server, where you have copy of your Dynamics GP system, including recent copy of your production company.  As Dexterity customization often is data driven, it might be not feasible to test your unique GP add-on in abstract sample company.  In our experience, the lack of testing environment often results in deploying custom module in production prematurely.  And, again, in our opinion Dexterity developers do their best and try to keep you happy, so it is rather methodic, which keeps you happy and stress free 3. Dex customization life cycle.  Nowadays realities require you to follow the trends in technology, including such often scary things as new versions and version upgrade, service packs and patches.  Customization is the thing that stays in the middle of the same trends and currents, so it also requires version update, code revision and rewriting.  One of our goals in Software Development for Dynamics GP is to envision the future and make your custom add-on less sensitive to future versions expected changes, meaning that in the best case, it should work for the new version out of the box, or it might require minor code review and recompile Programming for Microsoft Dynamics GP requires experience and good project management with initial specification, coding, beta testing and software quality assurance.  For Dynamics GP Partner it is good idea to segregate Great Plains functional consulting and technical consulting or in other words coding, troubleshooting, fixing existing records in GP, etc.  Popular concept is Software Development Factory, which is typically placed in one central location, where programmers feel themselves comfortable and have good synergy from each other.  In the case of Dynamics GP, formerly known as Great Plains Dynamics traditional software development tool is Microsoft Dexterity, former Great Plains Dexterity.  In this small publication we are giving you the highlights on our technology oriented subdivision 1. Sales Engineering, Specification Writing, Coding, Testing and Quality Assurance – these functions are delegated to our Dex Software Development Factory.  Sales Engineering and Specs writing is typically given to Technical Project Manager, who is your contact through the lifecycle of the project.  This person involves Dexterity programmers and separate QA specialist. 2. Test Server.  We highly recommend each customer to dedicate testing server, where you have copy of your Dynamics GP system, including recent copy of your production company.  As Dexterity customization often is data driven, it might be not feasible to test your unique GP add-on in abstract sample company.  In our experience, the lack of testing environment often results in deploying custom module in production prematurely.  And, again, in our opinion Dexterity developers do their best and try to keep you happy, so it is rather methodic, which keeps you happy and stress free 3. Dex customization life cycle.  Nowadays realities require you to follow the trends in technology, including such often scary things as new versions and version upgrade, service packs and patches.  Customization is the thing that stays in the middle of the same trends and currents, so it also requires version update, code revision and rewriting.  One of our goals in Software Development for Dynamics GP is to envision the future and make your custom add-on less sensitive to future versions expected changes, meaning that in the best case, it should work for the new version out of the box, or it might require minor code review and recompile