첫째, 어디에서 프로젝트를 데리러 갈까요?
소프트웨어 팀이나 SOHO 의 가장 큰 관심사는 프로젝트를 찾는 곳, 즉 아웃소싱 수요가 있는 고객을 찾는 곳입니다. 보통 사람에게는 친구를 사귀고 지인을 통해 소개하는 것이 프로젝트를 인수하는 첫 번째 방법이지만, 이를 위해서는 친구나 지인이 기업이나 회사에서 비교적 중요한 통치직을 가져야 한다. 매일 코드에만 몰두할 수 있는 프로그래머들에게는 비현실적이다. 그래서 프로젝트가 당신을 찾아올 때까지 기다릴 수 없습니다. 주동적으로 프로젝트를 찾아야 합니다.
현재 인터넷에는 많은 소프트웨어 아웃소싱 사이트가 있는데, 그곳에서 많은 소프트웨어 아웃소싱 정보를 찾을 수 있다. 예를 들어 bizsofts 에는 많은 소프트웨어 아웃소싱 정보가 있습니다. 하지만 이곳은 매일 아웃소싱하는 프로젝트가 많지만 경쟁이 치열하다. 일반적으로 아웃소싱 메시지가 발송된 지 하루 만에 수많은 경쟁업체가 존재하기 때문에 고객과 첫 접촉을 하는 것이 중요합니다. 고객은 일반적으로 선입견을 위주로 하기 때문에, 일반적으로 프로젝트에 대해 처음 이야기하는 사람이 만족한다면 다른 경쟁자는 더 이상 고려하지 않을 것이기 때문에, 당신은 자주 웹사이트에 가서 어떤 최신 프로젝트가 있는지 살펴보고, 즉시 프로젝트 청부업자와 연락을 취해야 합니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 성공명언) 소프트웨어 아웃소싱 네트워크, 위키 네트워크, 중국 소프트웨어 네트워크, CSDN 아웃소싱 채널과 같은 다른 것들도 많이 있습니다. 직접 가보실 수 있습니다.
프로젝트를 수락하는 가장 중요한 단계는 고객과 수요에 대해 이야기하는 것입니다. 소프트웨어에 대한 고객의 요구는 프로젝트 계획 및 구현의 기초이므로, 고객과 요구 사항에 대해 이야기할 때 모든 아이디어를 가능한 명확하게 설명하고 모든 요구 사항을 나열하도록 해야 합니다. 이때 고객의 잠재적 수요를 "유혹" 하는 것을 두려워하지 말고 설계 개발의 작업량을 늘리십시오. 대신, 고객에게 프로젝트의 요구 사항을 하나씩 나열하도록 직접적으로 요구해야 한다. 이때 먼저 조직 귀납 분석을 버리고 펜과 종이를 사용하여 사용자의 가장 원시적이고 완전한 요구를 정확하게 기록하십시오. 프로젝트가 고객의 요구를 충분히 이해하지 못하고 서둘러 말을 시작하면, 프로젝트가 연기되거나 예산을 초과하거나 기존 소프트웨어를 완전히 개조하는 것에 이르기까지 예상치 못한 변화가 언제든지 발생할 수 있습니다.
따라서 프로젝트 구현 전에 고객의 요구 사항을 심층적으로 이해하고 발굴하고, 소유자와 모호한 요구 사항을 반복적으로 논의하고, 프로젝트 구현 중 수요 변화를 처리하는 방법을 규정하여 프로젝트의 최종 수요를 형성해야 합니다. 수요 분석 단계에서 계약자는 먼저 고용주의 수요를 자세히 분석한 다음 비즈니스 모델링, 회담, 설문 조사, 수요 회의 등을 통해 분석합니다.