Offshore Software Development - Evolution of Value Chain 해외 소프트웨어 개발 - 진화 가치 사슬
You must have heard all kinds of theories on the state of offshore software development by now. 모든 종류의 이론을 들었을해야합니다 해외 소프트웨어 개발은 지금의 상태를합니다. Maybe you have experienced it firsthand? 아마도 당신은 직접적인 경험이 그것? I believe the offshore software development discussion, learning opportunities and evolution will continue for some time. 내 생각에는 해외 소프트웨어 개발 토론, 학습 기회의 시간을 할애해과 진화는 계속합니다. It is one of the reasons I created this site: 그것은이 사이트에있는 이유 중 하나를 만들었습니다 : Flat World Software Development 평평한 세계 소프트웨어 개발 . 합니다.
Most often this site deals with the here and now of offshore software development. 이 사이트에 자주 여기 그리고 지금의 앞바 다에 거래 소프트웨어 개발합니다. It intends to provide an environment for immediate reference and community exchange. 즉각적인 레퍼런스를 제공하는 환경을 제공하고자 그것과 지역 사회 교류합니다. In this post, I’d like to tell a story on the evolution of value in software development. 이 게시물을 이야기하고 싶습니다 소프트웨어 개발의 진화에 값을합니다. It is a fictional, but it is based on true events. 그것은 허구가 있지만이 진정한 이벤트 기반으로합니다. I’m curious to hear your thoughts. 귀하의 의견을 듣는 난 궁금해합니다. Here’s the story…. 여기에 스토리….
In the not so distance past, a web development company determines there is a market need for pure backend software development services. 그렇게 거리에서 과거의 시장가를 결정하는 웹 개발 회사 순수 백엔드 소프트웨어 개발 서비스를 필요합니다. You know, not user interface design, not usability testing - just functional programming. 알다시피, 특정 사용자 인터페이스를 디자인, 사용성 테스트를없습니다 - 단지 기능적 프로그래밍합니다. Their clients often say something similar to: “just program the functionality please - here’s what we want it to do, now make it work”. 이와 유사한 어떤 것을 말하는 그들의 고객 자주받는 사람 : "단지 프로그램이 기능이 제발 - 여기에 바로 우리가 원하는 방향으로 그렇습니다, 이제 작동하게 해". The client doesn’t particularly care if it is Smalltalk or C or C++ or .Net or PHP or Java or ASP or TCL or PERL or Ruby on Rails or New ShinyLanguage. 특히 치료는 클라이언트하지 않습니다 스몰 토크 경우 또는 c 또는 c + + 또는합니다. 네트에 php, 자바, asp 또는 tcl이나 펄, 루비 온 레일스 또는 새로운 shinylanguage합니다. They just want it to work and and work well in their environment. 그들은 단지 작동하기 위하여 그것을 원하 그리고 그들의 환경에서 잘 작동합니다.
One day, web development company receives a request for proposal for a new client software development project. 어느 날, 웹 개발 회사에 대한 요청받는 새로운 클라이언트 소프트웨어를 개발 프로젝트에 대한 제안을합니다. For this particular project, web development company creates a proposal based on resources of one developer architect and full-time employee(s) and/or one local software development programming contractor(s) to produce the software. 이 특정 프로젝트를 위해, 웹 개발 회사를 만듭니다 하나의 제안을 기반으로 자원 개발 건축과 전체 - 타임 직원 (들) 및 / 또는 하나의 지역 소프트웨어 개발 프로그래밍 계약자 (들)의 소프트웨어를 생산합니다. In order to determine the proposal price of the project, development company looks at essentially two factors: perceived delivered value and operational cost. 이 제안의 가격을 결정하기 위해 프로젝트를 개발 회사에 본질적으로 보이는 2 개의 요소 : 감지 전달 값 및 운영 비용합니다. For value, the web development company is essentially delivering on two points: strategic design of “functionality” from the software architect and tactical implementation of the programming language/code. 값, 웹 개발 회사는 본질적으로 전달 2 개의 포인트 : 전략적인 디자인을 "기능"을 소프트웨어 설계자와 전술의 구현 프로그래밍 언어 / 코드를합니다. Also, included in the price of the project are applicable operational cost factors - monthly office space rent, employee salaries, contractor hourly rates, phones, internet access, insurance, etc. 또한, 프로젝트의 가격에 포함되어있습니다 운영 비용 요인에 적용 - 월간 사무실 공간 임대료, 직원 월급, 계약직 시간별 요금, 전화, 인터넷 접속, 보험, 등등
Proposal Cost = $xyz 제안 비용 = $ xyz
Client accepts and everyone is reasonably happy. 클라이언트 수용하고 합리적으로 모든 사람이 행복합니다. Time rolls on, spring arrives, the sun shines, leaves turn colors, it rains, it snows. 시간 롤을, 스프링에 도착, 태양 빛나고, 단풍 색깔, 비가, 눈이합니다.
Now, if web development services are inline with most other types of businesses, project fees should decrease over time. 지금, 만약 웹 개발 서비스는 대부분의 다른 유형의 기업 인라인, 프로젝트 비용 감소 시간의 경과해야합니다. Not fall like the rain, but essentially the same service costs should decrease over time. 떨어지지 않기를 마음에 비, 그러나 시간이 지남 기본적으로 동일한 서비스 비용을 감소해야합니다. Right? 맞죠? Simply put, client should expect to pay less than $xyz in a year from now for the same type of service. 간단히 말해서, 클라이언트는 많은 금액을 지불할 지금부터 1 년 xyz 달러 미만의 같은 종류의 서비스를합니다. Notice this expectation has nothing to do with software quality determinations or h-1b visa or offshore software vs. inshore vs. rural source. 알림이 예상과는 상관없는 소프트웨어 품질 결정이나 홈 - 파라 비자 또는 근해 소프트웨어를 대 해안 대 농촌 소스. There is an expectation from client that costs should decrease over time. 기대가 시간이 지남에서 클라이언트가 비용을 감소해야합니다.
Now, if the paying client expects prices to decrease over time, something has to give for the web development company. 이제 유료 고객 기대하고 요금을 줄이는 경우에는 시간이 지남에 무언가의 웹 개발 회사를위한합니다. Perhaps, the web development company needs to lower operational costs or promote an alternative, more cutting edge technical solution to keep project fees the same. 어쩌면, 웹 개발 회사의 대안이 필요하거나 판촉하는 운영 비용을 낮추, 더 많은 프로젝트를 수수료 최첨단 기술적인 해결책을 유지 동일합니다. (Selling the latest b/leading edge technology without significant increase in functional value just to maintain rates to clients is unethical and is partly the fault of the client for buying it. It is also a different topic entirely.) (판매에 대한 최신 b / 첨단 기술을 크게 향상 요금을 클라이언트의 기능 값을 유지하기는 비윤리적인 단지 일부의 잘못이며 그것의 클라이언트를 구매합니다. 또한 다른 주제를 전적으로합니다.)
To cut operational costs, web developer company decides to keep arcitectural design in-house and offshore the tactical development. 를 잘라 운영 비용, 웹 개발자 회사를 유지 arcitectural 디자인을 결정 - 하우스와 앞바 다의 전술적 개발합니다.
Cost = $xyz * .35 xyz * 비용 = $ 0.35
Cost is 35% lower and the client accepts the proposal. 비용은 35 % 낮은와 클라이언트의 제안 수락합니다.
Client wins- web development company wins - offshore software developer(s) wins. 클라이언트 승 - 웹 개발 회사 승 - 해외 소프트웨어 개발자 (영어) 승. Win * 3. 승 * 3. So, who doesn’t “win”? 그럼, 누가하지 않습니다 "승리"? Frankly, the person who is at risk of negative change is the one who doesn’t see evolution trend the software development value chain. 솔직히의 위험에 노출되어 있다고 생각하는 사람은 부정적인 변경 사항은 표시되지 않습니다 발전 추세 사람은 소프트웨어 개발 가치 사슬합니다. In this story, it is the developer who refuses to see offshore software developers as a viable option for tactical level programming. 이 이야기들, 지금은 개발자를 거부 옵션을 볼 수 없답니다 근해 소프트웨어 개발자들이 전술적 수준으로 프로그래밍합니다. In this story, the local tactical programmer’s value is decreasing when web development company is attempting to “win” new engagements. 이 이야기, 로컬 전술 프로그래머의 값을 웹 개발 회사가하려고 할 때이 감소 "승리"새로운 약속합니다. It follows a similar trend line to the the client’s expectation of lower cost over time. 비슷한 트렌드 라인이 다음과 같이 클라이언트의 기대를 저렴한 비용으로 시간의 경과합니다.
Now, hopefully, there are many openings to discuss this story on all kinds of levels. 지금, 다행히도, 새로운 일자리에 해당하는 이미 많은 기사를 모든 종류의 수준이 문제를 논의합니다. For example, a point could be made that web development company could focus on providing education resources to local tactical developers. 예를 들어, 해당 웹 개발 회사를 만들 수있는 지점에 초점이 교육 자원을 지역 전략 개발합니다. This will increase skill sets which should lead to development time savings. 이것은 상승하는 스킬을 설정 개발 시간이 절약로 연결되어야합니다. Time savings implies lower cost. 시간을 절약 비용을 의미합니다. Or, client should not expect prices to lower over time or this story is based on waterfall development process and doesn’t jive with XP or Agile or suggesting software modelling tools to generate tactical code or somehow fit the old build vs. buy talk into the mix. 또는, 클라이언트 낮은 가격을 기대해서는 안 또는이 이야기는 시간이 지남에 따라 개발 과정과 폭포와 함께 제공됨 치지는 소프트웨어 모델링 도구를 제시하거나 민첩한 또는 전술적 코드를 생성하거나 어떤 오래된 빌드 대 주문 토크에 맞게 믹스합니다. But, I’ll leave these and many more openings to you. 그러나, 나는 이들과 더 많은 새로운 일자리를 떠날합니다. I attempted to write the story from an unbiased perspective, because I’m interested in hearing your thoughts. 나는 공정한 관점에서 이야기를 작성을 시도, 관심이 청문회 왜냐하면 나는 귀하의 의견합니다. Leave comment or trackback with your thoughts. 덧글이나 트랙백을 떠날 생각을합니다.
PS - Check out the ps - 체크 밖으로 Cynosural blog cynosural 블로그 from JosephDP who has some interesting posts regarding offshore software development. 누구는 근해에 관한 흥미로운 기사를 josephdp에서 소프트웨어 개발합니다.
December 1st, 2006 at 6:50 am 2006년 12월 1일에서 오전 6시 50분
[...] Editor’s Note: possibility of interest in Offshore Software Development - Evolution of Value Chain Bookmark to: [...] [...] 에디터의 참고 사항 : 해외 소프트웨어 개발에 관심을 가능성에 대해 - 진화 가치 사슬 즐겨찾기를 : [...]