소프트웨어 외주 No Further a Mystery

소프트웨어 외주 No Further a Mystery

Blog Article

중간 발표나 최종 발표 등의 행사에도 참여한 전문가에게 의향을 물어 한 부문을 직접 설명하도록 하면 좋다.

그러나 필자는 거절했다. 프로젝트를 수주한 다음 우리가 필요하면 그 때 정식으로 계약을 맺고 일할 수 있다고 했더니 '별 웃기는 놈 다 있네'하는 식의 반응을 보였다.

특히 발주사로 파견나가는 직원들은 어떻게 인사해야 하는지 철저히 교육시켜 보내야 한다.

발주사의 담당자들은 일찍 퇴근해도 개발자들은 일이 있든 없든 남아서 야근하기를 원한다.

소프트웨어 개발 프로젝트는 복잡하면서 동시에 단순할 수 있습니다. 예를 들어, 여러 시스템의 데이터를 통합하는 앱은 복잡한 소프트웨어 개발이 필요합니다. 기존 애플리케이션에 기능을 추가하려면 추가 개발 작업이 필요합니다.

회사내에 번역사도 같이 있기 때문에 일을 맞기실때 추가 계약으로 번역작업도 같이 해드리고 있습니다. (프로그램 번역,메뉴얼 번역)

#고려대학교 #고려대학교 기술지주회사 #고려대학교 프런티어관 #마일스톤 #입주 #첫번째 사무실

따라서 파견해야 하는 큰 프로젝트에 친화력이 없는 직원을 책임자로 하면 성공하기 힘들다.

이 정도 업무면 얼마를 줘야 하지? 개발사는 어떻게 고르지? 또 하나의 큰 문제는 정인화 님이 소프트웨어 전문가가 아니라는 것이었습니다. 외주 전문가도 아니었죠.

프리랜서를 쓰는 이유는 수주한 프로젝트가 자체 기술만으로 소화할 수 없거나 자체 인력만으로 수행할 수 없기 때문이다.

다각도로 접근할 수 있는 사고력과 알고리즘에 대한 높은 이해도가 높을수록 소프트웨어 개발 능력은 올라가는 이유이기도 합니다. ​

이에 대한 반응이 너무 좋아 이 기능을 확장하여 그 회사의 모든 프로그램으로 적용을 확대하고 부서별 소프트웨어 외주 팀별로 사용시간을 측정하는 등 각종 통계 보고서를 낼 수 있는 프로젝트를 후속으로 발주했다. 당연히 우리가 수주하여 납품했다.

이것이 해볼만한 좋은 기획으로 채택되면 당연히 발주 프로젝트를 만드는 과정에서 좀더 구체적인 자료나 정보를 요구하게 될 것이다.

이 정도 업무면 얼마를 줘야 하지? 개발사는 어떻게 고르지? 또 하나의 큰 문제는 정인화 님이 소프트웨어 전문가가 아니라는 것이었습니다. 외주 전문가도 아니었죠.