Regarding Offshore Development And Application Development Companies

Offshore Development Blame Game - Application Development. I posted this article called " Offshore blunders. Who is to Blame? " on CIO.com the other day. The story discusses a few case studies that I have personally witnessed over the years. There are many reasons why offshore development fails: * Resistance to Change * Unrealistic Expectations * Lack of repeatable processes * Poor vendor management * Poor vendor performance Usually when there is a report of an offshore development project failing, the critics immediately jump on the anti-offshore bandwagon and declare that offshore development can't work. When you look at the reasons these projects fail (listed above) how many of these are the vendor's fault? Resistance to change - This is the number one reason for failed offshore projects. Companies tend to ignore the basics of change management. The staff sees offshore as a threat to their jobs and becomes unwilling to cooperate and allow the vendor to be successful. Unrealistic expectations - Some companies struggle to deliver so they think throwing projects across the ocean will solve their problems. If you can't manage projects onshore, how the heck do you think you can manage them offshore? Lack of repeatable processes - Regardless of whether your vendor is CMM level 5 or ISO certified, your home based staff needs to have some form of process in place or your project will most likely end in a disaster. You still need to deliver the appropriate specifications to the vendor, have valid change control procedures, perform code and design reviews, and perform project management best practices to keep the project on schedule. Poor vendor management - Shipping projects offshore may reduce the amount of development that you need to take on, but it increases the level of oversight that you must provide. Keep in mind that the vendor does not have the business knowledge that your staff has. If you let them make all of the decisions you are doomed for failure. Let them make recommendations, but approve all decisions. Poor vendor performance - Ah, finally something I can blame on the vendor, right? Wrong! Who is responsible for selecting the offshore development team? That is the person who is accountable. This is no different if you performed a vendor assessment for a CRM package and you picked a package that did not meet the business needs. Is it the software companies fault? Will the CEO blame the vendor or will he hunt down the CIO? Let me add that as a taxpaying American citizen, I don't like the fact that our beloved IT jobs are moving offshore. I can moan and groan about it all day long or I can figure out how to make it successful so I can satisfy my users' needs. As a leader in IT and a shareholder of my company, I understand the economics of offshore development. IT is not the only industry that has been losing jobs overseas. Manufacturing and engineering jobs have been leaving the country for years. It just took a while longer for the IT industry to follow suit. Until our government gives companies incentives to keep jobs at home (don't cross your fingers on seeing this any time soon), jobs will continue to move offshore. The next time you see an offshore development project fail, before you post your next "I told you outsourcing doesn't work" article, research the reasons why it failed. The odds are that they failed for one or more of the reasons I highlighted above. If that is the case, then who is really to blame? 83798-070626-755119-54 Rate content: Â© 2007 All Rights Reserved. Before you build a better mousetrap, make sure you have some mice. Slashdot It! Offshore Development Blame Game Toolbox for IT Blogs Blogs Toolbox for IT Toolbox.com White Papers Communities People Join Now / Sign In My Home Messages Journal Blog Bookmarks Connections Posts Profile Achievements Account / E-mails People Find Members Alphabetical Directory Communities Topics Business Intelligence C Languages CIO CRM Database Data Center Data Warehouse EAI Emerging Technologies ERP Hardware Knowledge Management Networking Project Management SCM Security Storage Telephony Web Design Wireless Baan Java Linux Oracle PeopleSoft SAP Siebel UNIX Visual Basic Windows White Papers EAI Community Home Blogs Groups Wiki White Papers Q&A and Docs Topics Subscriptions Enterprise Architecture & Other Enterprise Topics by Mike Kavis (CTO/Chief Architect) This blog focuses on Enterprise IT topics such as Enterprise Architecture, SOA, BPM, Open Source, and Web 2.0. This blog focuses on Enterprise IT topics such as Enterprise Architecture, SOA, BPM, Open Source, and Web 2.0. ..less Blog Main / Archive / Invite Peers RSS for Posts / RSS for Comments Previous Entry / Next Entry Offshore Development Blame Game Mike Kavis (CTO/Chief Architect) posted 6/26/2007 | Comments (4)

How To Supervise Offshore Development? - Application Development. What is the best advice you can give to project managers supervising offshore development projects? Please place a comment with your tip on managing offshore development. It might be the importance of communication; it might be the need for bridging cultural differences. Don’t hold back. "Often times when introducing some of the basic ... 25 Rock Solid Tips to Supervise Offshore Development Whether you are managing an on site project or an offshore one, getting the best out of your team ta... 7 Things You Need To Know When Dealing With Offshore Projects My column at TechTarget this month is called "Offshore outsourcing projects: Seven things every PM s... How To Supervise Offshore Development? Project Shrink Project Leadership. Social Media. Because Projects Are About Humans. Home About Book Presentations Contact Archive How To Supervise Offshore Development? By Bas de Baar Published: June 23, 2008 Comments [35] Digg it! Facebook It’s time for a reader suggestion thread and today’s question is: As a little incentive I will give an ebook version of my book “Surprise! Now You’re A Software Project Manager” to the most original entry (so make sure you include your email address in the comment box – closing of entries is July 1st). Sorry, closed. Other people who liked this article liked these too Project Shrink Links 11-02-2008 Tiger Teams vs. Agile Project Management Practices Comments [35] Digg it! Facebook About the Author Bas de Baar discusses Project Leadership in a global and virtual world through his popular blog and video podcast â€œThe Project Shrinkâ€?. With over a decade spent in the trenches as Software Project Manager within the publishing, financial and public sector, running multi-national teams, he has a lot to talk about.

For you information - If you own a website that related to offshore development you are welcome to participate in our website. Contact us to be participate in the project and join our partner list.

Online portal of Internet Technology Architecture and Development: The Competitive Pressures On Firms To Bring Out New Products At An Ever Rapid Pace To Meet Market Needs Are Increasing. As Such, The Pressures On The R&D Department Are Increasing. In Order To Alleviate The Pressure, Firms Have To Either Increase R&D Budgets Or Find Ways To Utilize The Resources In A More Productive Way.

Website about Offshore Development - When you look at the reasons why offshore development projects fail, how many of these are the vendor's fault?" / Technologies. * J2EE: EJB, JSP, Servlets, JSF, JSTL, JCA, JMS, JTA, JNDI, JDBC, JMX, RMI, etc. * Frameworks: Struts, Hibernate, JPA, iBATIS, JBoss AOP, Spring, JSF, AJAX, GWT, YUI, Flex/Flash, JUnit, and Jakarta common libraries. * Integration: Web Services on Axis and WebMethods; as well as the Web Service Standards such as SOAP, WSDL and UDDI. * Also experience with .NET and other major Microsoft technologies. Languages: * JAVA: J2SE, J2EE, EJB, JSP, Servlets, JDBC, JFC/Swing, Networking, Beans, RMI, CORBA, Security, etc. * C/C++: MFC, DBLIB, Internet Services, DAO, ODBC, DLL; gcc, ANSI C, POSIX, STD, TCP Socket, etc. * HTML, DHTML, JavaScript, ActionScript, PHP, Perl, XML, XSLT. * Visual Basic, C#. * As well as Fortran, Turbo Pascal and Assembler. * UML: Enterprise Architect, Rational Rose, Together, Magic Draw, etc. EIS, Servers, databases: * Application Servers: JBoss, WebSphere, WebLogic, Tomcat and Oracle Application Server; * Web Servers: Apache HTTP web server and MS IIS. * SAP/R3 * ORACLE: PL/SQL, Pro*C/C++, Oracle Developer, Inter Media/Text, Replication, Oracle AS, OCI, DBA. * MySQL: DBA, Clustering * MSSQL: Transact-SQL, DBLIB, DBA * DB2 UDB: SQL PL, DBA * Also MS Access, Sybase, Oracle Power Object and Clipper..