KR20150134153A - 프로젝트 관리 방법 및 서버 - Google Patents

프로젝트 관리 방법 및 서버 Download PDF

Info

Publication number
KR20150134153A
KR20150134153A KR1020140061148A KR20140061148A KR20150134153A KR 20150134153 A KR20150134153 A KR 20150134153A KR 1020140061148 A KR1020140061148 A KR 1020140061148A KR 20140061148 A KR20140061148 A KR 20140061148A KR 20150134153 A KR20150134153 A KR 20150134153A
Authority
KR
South Korea
Prior art keywords
development
project
story
credit
risk
Prior art date
Application number
KR1020140061148A
Other languages
English (en)
Other versions
KR101645083B1 (ko
Inventor
임영환
림빈
김은영
김종근
심근호
이미향
심근정
심근수
백정희
Original Assignee
주식회사 세븐지엔씨
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 주식회사 세븐지엔씨 filed Critical 주식회사 세븐지엔씨
Priority to KR1020140061148A priority Critical patent/KR101645083B1/ko
Publication of KR20150134153A publication Critical patent/KR20150134153A/ko
Application granted granted Critical
Publication of KR101645083B1 publication Critical patent/KR101645083B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0637—Strategic management or analysis, e.g. setting a goal or target of an organisation; Planning actions based on goals; Analysis or evaluation of effectiveness of goals
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0639—Performance analysis of employees; Performance analysis of enterprise or organisation operations

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Educational Administration (AREA)
  • Development Economics (AREA)
  • Operations Research (AREA)
  • Marketing (AREA)
  • Game Theory and Decision Science (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

프로젝트를 관리하는 방법 및 서버가 제공된다. 본 발명의 서비스 서버가 앱 개발 프로젝트를 관리하는 방법은 (a) 프로젝트 관리자 단말기로부터, 고객의 요구 사항에 따라서 구현되는 복수의 개발 업무, 상기 개발 업무에 투입되는 노동의 기본 단위로 정의된 크레딧(credit) 및 개발 일정에 대한 정보 중 하나 이상을 수신하여 저장하는 단계, (b) 상기 개발 업무별로 해당 개발 업무를 구현하기 위해 투입되는 크레딧인 개발 크레딧을 계산하는 단계, (c) 개발자 단말기로부터 상기 개발 업무의 구현 결과인 개발 산출물(product)이 수신되면, 상기 개발 일정에 근거하여 상기 개발 산출물에 대한 목표 달성율을 계산하는 단계 및 (d) 상기 목표 달성율에 근거하여 개발자의 성과를 계산하는 단계를 포함하되, 상기 개발자의 성과는 상기 개발 산출물에 대응하는 개발 크레딧에 근거하여 계산되는 것을 특징으로 한다.

Description

프로젝트 관리 방법 및 서버{METHOD AND SERVER FOR MANAGEMENTING PROJECT}
본 발명은 프로젝트 관리 방법 및 서버에 관한 것으로, 더욱 상세하게는 스토리보드(Storyboard)에 근거하여 모바일 앱(Mobile App)을 개발하는 프로젝트를 관리하는 방법 및 서버에 관한 것이다.
전자/통신 기술이 발전함에 따라 스마트 폰, 태블릿 PC 등과 같은 스마트 기기의 사용자 수가 점차적으로 증대하고 있으며, 이에 따라 스마트 기기에서 실행되는 애플리케이션 프로그램인 모바일 앱의 제작 및 이를 통한 수익 창출에 대한 관심이 증대되고 있다.
이러한 모바일 앱은 시장의 요구와 기술의 변화가 빠른 특성이 있으므로 단기간에 앱 개발을 완성하여 시장에 출시할 필요가 있다.
이에, 모바일 앱을 개발하는 프로젝트의 시작부터 종료까지 모든 활동과 절차, 책임과 역할 등 프로젝트의 효율적인 수행을 위한 방안이 요구되고 있는 실정이다.
본 발명은 전술한 종래 기술의 문제점을 해결하기 위한 것으로, 모바일 앱을 개발하는 프로젝트의 시작부터 종료까지 모든 활동과 절차, 책임과 역할 등 프로젝트의 효율적인 수행을 위한 방안을 제공하고자 한다.
상기와 같은 목적을 달성하기 위해, 본 발명의 일 실시예에 따른 서비스 서버가 앱 개발 프로젝트를 관리하는 방법은 (a) 프로젝트 관리자 단말기로부터, 고객의 요구 사항에 따라서 구현되는 복수의 개발 업무, 상기 개발 업무에 투입되는 노동의 기본 단위로 정의된 크레딧(credit) 및 개발 일정에 대한 정보 중 하나 이상을 수신하여 저장하는 단계, (b) 상기 개발 업무별로 해당 개발 업무를 구현하기 위해 투입되는 크레딧인 개발 크레딧을 계산하는 단계, (c) 개발자 단말기로부터 상기 개발 업무의 구현 결과인 개발 산출물(product)이 수신되면, 상기 개발 일정에 근거하여 상기 개발 산출물에 대한 목표 달성율을 계산하는 단계 및 (d) 상기 목표 달성율에 근거하여 개발자의 성과를 계산하는 단계를 포함하되, 상기 개발자의 성과는 상기 개발 산출물에 대응하는 개발 크레딧에 근거하여 계산되는 것을 특징으로 한다.
본 발명의 일 측면에서, 상기 (a) 단계는 상기 크레딧을 금액으로 환산한 개발 단가를 더 수신하고, 상기 (b) 단계는 상기 개발 단가를 상기 개발 업무별 개발 크레딧에 반영하여 상기 개발 업무별 개발 비용을 계산하며, 상기 (d) 단계는 상기 개발 단가를 상기 개발 산출물에 대응하는 개발 크레딧에 반영하여 상기 개발자가 수령할 개발 비용을 계산하는 것을 특징으로 한다.
또한, 본 발명의 일 측면에서, 상기 개발 업무는 상기 고객의 요구 사항에 따라서 설계되는 스토리보드(storyboard)에 근거한 스토리(story) 기반으로 할당되되, 상기 스토리보드는 앱의 동작과 상기 동작의 흐름을 정의한 것으로서 복수의 스토리를 포함하고, 상기 스토리는 상기 동작을 통해 하나의 목적을 달성하는 것으로 하나 이상의 화면을 포함하며, 상기 화면은 상기 동작이 수행되도록 하는 하나 이상의 기능(action)을 포함하고, 상기 기능의 실행을 위한 사용자의 동작을 입력 받고 상기 입력의 결과를 표시하는 사용자와의 인터페이스인 것을 특징으로 한다.
또한, 본 발명의 일 측면에서, 상기 크레딧은 상기 하나의 기능을 구현하는데 투입되는 노동의 기본 단위이며, 상기 개발 크레딧은 상기 하나의 기능을 구현하는데 투입되는 크레딧인 것을 특징으로 한다.
또한, 본 발명의 일 측면에서, 상기 (b) 단계는 상기 화면의 중요도와 구현 난이도, 구현해야 할 상기 기능의 수를 반영하여 상기 화면별 개발 크레딧을 계산하고, 상기 화면별 개발 크레딧을 합산하여 상기 스토리별 개발 크레딧을 계산하되, 상기 스토리별 개발 크레딧은 프로젝트 내에서 상기 스토리의 중요도와 위험 영향도 특성을 반영하여 보정되며, 상기 스토리의 중요도는 상기 스토리가 상기 앱의 사용에 있어 필수적인지 여부를 특정 값 범위 내에서 단계적으로 나타낸 것이고, 상기 위험 영향도 특성은 상기 스토리의 구현에 필요한 기술적 난이도, 처리 내용의 복잡함 정도 및 외부 시스템과의 데이터 교환 인터페이스의 여부 중 하나 이상을 포함하는 것을 특징으로 한다.
또한, 본 발명의 일 측면에서, 상기 (c) 단계는 상기 개발 산출물(product)이 상기 개발 일정 내에 구현 완료되지 못한 경우, 업무 지연에 따른 패널티를 계산하는 단계를 포함하는 것을 특징으로 한다.
또한, 본 발명의 일 측면에서, 상기 (c) 단계는 상기 개발 일정에 따른 측정 시점에서 상기 업무 지연이 프로젝트에 미치는 위험도를 반영하여 상기 패널티를 계산하되, 상기 프로젝트에 미치는 위험도는 상기 측정 시점에서의 목표 미달성율과 상기 개발 업무에 대한 위험 영향도 특성을 반영하여 계산되는 것을 특징으로 한다.
또한, 본 발명의 일 측면에서, 상기 (c) 단계는 상기 측정 시점의 다음 측정 시점에서 상기 업무 지연이 프로젝트에 미치는 예상 위험도를 반영하여 상기 패널티를 계산하되, 상기 프로젝트에 미치는 예상 위험도는 상기 다음 측정 시점에서의 목표 미달성율과 상기 개발 업무에 대한 위험 영향도 특성을 반영하여 계산되는 것을 특징으로 한다.
또한, 본 발명의 일 측면에서, 상기 프로젝트 관리 방법은 (e) 상기 개발 일정에 따른 측정 시점에서 상기 목표 달성율에 근거하여 진행 경과에 따른 프로젝트의 상태를 결정하는 단계를 더 포함하되, 상기 프로젝트의 상태는 상기 측정 시점의 프로젝트 전체에 대한 패널티에 근거하여 결정되며, 복수의 레벨로 표시되는 것을 특징으로 한다.
상기와 같은 목적을 달성하기 위해, 본 발명의 일 실시예에 따른 앱 개발 프로젝트를 관리하는 서비스 서버는, 프로젝트 관리자 단말기로부터, 고객의 요구 사항에 따라서 구현되는 복수의 개발 업무, 상기 개발 업무에 투입되는 노동의 기본 단위로 정의된 크레딧(credit) 및 개발 일정에 대한 정보 중 하나 이상이 수신되면, 상기 개발 업무별로 해당 개발 업무를 구현하기 위해 투입되는 크레딧인 개발 크레딧을 계산하는 개발 크레딧 산출부, 개발자 단말기로부터 상기 개발 업무의 구현 결과인 개발 산출물(product)이 수신되면, 상기 개발 일정에 근거하여 상기 개발 산출물에 대한 목표 달성율을 계산하는 일정 관리부 및 상기 목표 달성율에 근거하여 개발자의 성과를 계산하는 성과 산출부를 포함하되, 상기 개발자의 성과는 상기 개발 산출물에 대응하는 개발 크레딧에 근거하여 계산되는 것을 특징으로 한다.
본 발명의 일 측면에서, 상기 개발 업무는 상기 고객의 요구 사항에 따라서 설계되는 스토리보드(storyboard)에 근거한 스토리(story) 기반으로 할당되되, 상기 스토리보드는 앱의 동작과 상기 동작의 흐름을 정의한 것으로서 복수의 스토리를 포함하고, 상기 스토리는 상기 동작을 통해 하나의 목적을 달성하는 것으로 하나 이상의 화면을 포함하며, 상기 화면은 상기 동작이 수행되도록 하는 하나 이상의 기능(action)을 포함하고, 상기 기능의 실행을 위한 사용자의 동작을 입력 받고 상기 입력의 결과를 표시하는 사용자와의 인터페이스인 것을 특징으로 한다.
또한, 본 발명의 일 측면에서, 상기 크레딧은 상기 하나의 기능을 구현하는데 투입되는 노동의 기본 단위이며, 상기 개발 크레딧은 상기 하나의 기능을 구현하는데 투입되는 크레딧인 것을 특징으로 한다.
또한, 본 발명의 일 측면에서, 상기 개발 크레딧 산출부는 상기 화면의 중요도와 구현 난이도, 구현해야 할 상기 기능의 수를 반영하여 상기 화면별 개발 크레딧을 계산하고, 상기 화면별 개발 크레딧을 합산하여 상기 스토리별 개발 크레딧을 계산하되, 상기 스토리별 개발 크레딧은 프로젝트 내에서 상기 스토리의 중요도와 위험 영향도 특성을 반영하여 보정되며, 상기 스토리의 중요도는 상기 스토리가 상기 앱의 사용에 있어 필수적인지 여부를 특정 값 범위 내에서 단계적으로 나타낸 것이고, 상기 위험 영향도 특성은 상기 스토리의 구현에 필요한 기술적 난이도, 처리 내용의 복잡함 정도 및 외부 시스템과의 데이터 교환 인터페이스의 여부 중 하나 이상을 포함하는 것을 특징으로 한다.
또한, 본 발명의 일 측면에서, 상기 일정 관리부는 상기 개발 산출물(product)이 상기 개발 일정 내에 구현 완료되지 못한 경우, 업무 지연에 따른 패널티를 계산하는 것을 특징으로 한다.
또한, 본 발명의 일 측면에서, 상기 일정 관리부는 상기 개발 일정에 따른 측정 시점에서 상기 업무 지연이 프로젝트에 미치는 위험도를 반영하여 상기 패널티를 계산하되, 상기 프로젝트에 미치는 위험도는 상기 측정 시점에서의 목표 미달성율과 상기 개발 업무에 대한 위험 영향도 특성을 반영하여 계산되는 것을 특징으로 한다.
또한, 본 발명의 일 측면에서, 상기 일정 관리부는 상기 측정 시점의 다음 측정 시점에서 상기 업무 지연이 프로젝트에 미치는 예상 위험도를 반영하여 상기 패널티를 계산하되, 상기 프로젝트에 미치는 예상 위험도는 상기 다음 측정 시점에서의 목표 미달성율과 상기 개발 업무에 대한 위험 영향도 특성을 반영하여 계산되는 것을 특징으로 한다.
또한, 본 발명의 일 측면에서, 상기 서비스 서버는 상기 개발 일정에 따른 측정 시점에서 상기 목표 달성율에 근거하여 진행 경과에 따른 프로젝트의 상태를 결정하는 프로젝트 상태 제공부를 더 포함하되, 상기 프로젝트의 상태는 상기 측정 시점의 프로젝트 전체에 대한 패널티에 근거하여 결정되며, 복수의 레벨로 표시되는 것을 특징으로 한다.
본 발명의 일 실시예에 따르면, 모바일 앱을 개발하는 프로젝트의 시작부터 종료까지 모든 활동과 절차, 책임과 역할 등 프로젝트의 효율적인 수행에 기여할 수 있다.
또한, 프로젝트의 일정, 비용 및 범위 관리가 용이하며, 각 개발자의 업무 성과에 따른 합리적인 보상이 가능하다.
본 발명의 효과는 상기한 효과로 한정되는 것은 아니며, 본 발명의 상세한 설명 또는 특허청구범위에 기재된 발명의 구성으로부터 추론가능한 모든 효과를 포함하는 것으로 이해되어야 한다.
도 1은 본 발명의 일 실시예에 따른 프로젝트 관리 시스템의 구성을 도시한 도면이다.
도 2는 본 발명의 일 실시예에 따른 모바일 앱 개발 프로젝트를 관리하는 서비스 서버의 구성을 도시한 블록도이다.
도 3은 본 발명의 일 실시예에 따른 모바일 앱 개발 프로젝트를 관리하는 과정을 도시한 흐름도이다.
도 4는 본 발명의 일 실시예에 따른 앱 개발 요청서를 도시한 도면이다.
도 5는 본 발명의 일 실시예에 따른 스토리보드의 구성을 도시한 도면이다.
도 6은 본 발명의 일 실시예에 따른 스토리보드에 포함된 스토리의 화면을 도시한 도면이다.
도 7은 본 발명의 다른 실시예에 따른 스토리보드에 포함된 스토리의 화면을 도시한 도면이다.
도 8은 본 발명의 일 실시예에 따른 스토리보드에 기반한 개발 크레딧의 산출 방법을 도시한 도면이다.
도 9a 내지 도 9c는 본 발명의 일 실시예에 따른 프로젝트 관리 결과를 도시한 도면이다.
도 10a 내지 도 10c는 본 발명의 일 실시예에 따른 프로젝트 관리 결과를 도시한 도면이다.
도 11a 내지 도 11c는 본 발명의 일 실시예에 따른 프로젝트 관리 결과를 도시한 도면이다.
도 12는 본 발명의 일 실시예에 따른 화면의 가중치 부여 기준을 나타낸 표이다.
도 13은 본 발명의 일 실시예에 따른 프로젝트의 상태 및 각 상태에 따른 개선 방안을 나타낸 도면이다.
이하에서는 첨부한 도면을 참조하여 본 발명을 설명하기로 한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며, 따라서 여기에서 설명하는 실시예로 한정되는 것은 아니다.
그리고 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.
명세서 전체에서, 어떤 부분이 다른 부분과 "연결"되어 있다고 할 때, 이는 "직접적으로 연결"되어 있는 경우뿐 아니라, 그 중간에 다른 부재를 사이에 두고 "간접적으로 연결"되어 있는 경우도 포함한다.
또한 어떤 부분이 어떤 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 구비할 수 있다는 것을 의미한다.
이하 첨부된 도면을 참고하여 본 발명의 실시예를 상세히 설명하기로 한다.
도 1은 본 발명의 일 실시예에 따른 프로젝트 관리 시스템의 구성을 도시한 도면이다.
본 발명의 일 실시예에 따른 프로젝트 관리 시스템(100)은 고객 단말기(110), 서비스 서버(120), 프로젝트 관리자 단말기(130) 및 개발자 단말기(140)를 포함할 수 있다.
본 발명은 애플리케이션(이하, '앱'이라 칭함) 개발 프로젝트의 효율적인 수행을 위하여 프로젝트의 시작부터 종료까지 모든 활동과 절차, 책임과 역할을 정의하고 수행에 필요한 기법과 표준을 제공할 수 있으며, 앱의 특성 상 시장의 요구와 기술의 변화가 빠르므로, 단기간에 개발을 완성하여 시장에 출시할 수 있는 방안을 제공할 수 있다.
이를 위한 각 구성 요소를 간략히 설명하면, 고객 단말기(110)는 서비스 서버(120)가 제공하는 프로젝트 관리를 위한 웹 사이트(이하, '프로젝트 관리 웹 사이트'라 칭함)에 접속하고, 앱 개발 요청을 위해 사용자가 작성한 앱 개발 요청서를 서비스 서버(120)로 전송하여 앱 개발을 요청할 수 있다.
여기서 '앱 개발 요청서'는 서비스 서버(120)로부터 파일 형태로 다운로드하여 사용자가 작성한 후 서비스 서버(120)로 업로드될 수도 있고, 서비스 서버(120)에 의해 인터페이스 형태로 제공되어 사용자의 작성이 완료된 후 서비스 서버(120)에 저장될 수 있다.
상기 앱 개발 요청서는 앱 이름, 해당 앱의 타겟 연령대(예를 들어, 전체 이용 가능, 19세 이상 이용 가능 등), 해당 앱에 대한 설명(예를 들어, 화면 및 해당 화면의 기능 등)을 포함할 수 있다.
또한, 고객 단말기(110)는 프로젝트 관리자 단말기(130)에 의해 서비스 서버(120)로 업로드 된 프로젝트 관련 산출물에 대한 검토 및 승인을 수행할 수 있다.
여기서, '프로젝트 관련 산출물'은 고객이 작성한 앱 개발 요청서에 근거하여 프로젝트 관리자가 작성한 앱 개발 기획서, 고객의 요구 사항을 체계적으로 정의하고 요구 사항에 대한 시스템화 범위와 우선 순위를 결정한 요구 사항 정의서, 고객의 요구 사항에 근거하여 구현할 시스템의 모습, 동작 및 흐름 등을 정의한 스토리보드, 개발 결과물에 대한 릴리즈 및 마일스톤 일정, 릴리즈 통합 및 검토, 완료 보고 및 최종 산출물(앱), 그리고 청구된 개발비 등을 포함할 수 있다.
참고로, 프로젝트 관련 산출물은 상기 내용으로 한정되지 않으며, 상기 내용 외에도 프로젝트 진행 중 프로젝트 관리자 또는 개발자에 의해 산출되는 모든 문서, UI 화면, 소스 코딩 등을 포함할 수 있다.
또한, 프로젝트 관련 산출물 모두가 고객에 의해 검토 및 승인되어야 하는 것은 아니며, 일부는 고객의 검토 및 승인 완료 후 진행될 수 있고, 일부는 프로젝트 관리자와 개발자들 사이의 커뮤니케이션을 통해 고객의 검토 및 승인 없이도 진행될 수 있다.
그리고, 프로젝트 관련 산출물에 대한 검토 및 승인은 프로젝트 관리자 단말기(130)와 고객 단말기(110) 간에 이루어질 수도 있고, 프로젝트 관리자 단말기(130)의 요청에 따라서 상기 프로젝트 관련 산출물이 서비스 서버(120)에 업로드 되고, 고개 단말기(110)가 서비스 서버(120)에 접속하여 상기 프로젝트 관련 산출물에 대한 검토 및 승인을 수행할 수도 있다.
한편, 서비스 서버(120)는 웹 사이트를 제공할 수 있으며, 웹 사이트에 접속한 고객 단말기(110)의 요청에 따라 앱 개발 요청서를 고객 단말기(110)로 제공할 수 있다.
이때, 앱 개발 요청서는 파일 또는 인터페이스 형태로 제공될 수 있다.
또한, 서비스 서버(120)는 고객 단말기(110)로부터 앱 개발 요청서를 수신(파일 또는 인터페이스 형태)하여 저장할 수 있다.
또한, 서비스 서버(120)는 프로젝트 관리자 단말기(130)로부터 프로젝트 관련 산출물에 대한 업로드가 요청되면, 프로젝트 관련 산출물을 저장하고 프로젝트 관리자 단말기(130)의 요청에 따라서 고객 단말기(110)로 업로드된 대상에 대한 검토 및 승인을 요청할 수 있다.
이후, 서비스 서버(120)는 고객 단말기(110)로부터 프로젝트 관련 산출물에 대한 검토 및 승인 여부를 수신하여 프로젝트 관리자 단말기(130)로 전송할 수 있다.
또한, 서비스 서버(120)는 프로젝트 관리자 단말기(130)로부터 세부 개발 일정(세부 개발 일정도 프로젝트 관련 산출물에 포함될 수 있음)에 대한 등록 요청이 수신되면 해당 세부 개발 일정을 저장하고, 개발자 단말기(140)로부터 세부 개발 일정에 따른 작업 진행 경과에 대한 정보를 수신할 수 있으며, 이에 근거하여 각 개발자에 대한 업무 진척율 및 성과를 산출할 수 있다.
이때, 서비스 서버(120)는 작업 진행 경과에 대한 정보를 수신 시, 작업 결과물(예를 들어, UI 화면이나 소스 코드)을 함께 수신하여 저장할 수 있다.
참고로, 본 발명에서는 프로젝트에 참여하는 각 개발자의 성과를 산출하기 위해 '크레딧(Credit)'을 적용한다.
여기서 '크레딧'은 스토리보드에 근거한 스토리 단위로 업무(UI 화면 디자인 또는 코드 개발)를 할당 받은 개발자들의 노동을 반영하기 위한 것으로서, 각 스토리에서 하나의 기능(action)을 구현하는데 투입되는 노동의 기본 단위로 정의될 수 있으며, 그 값은 프로젝트 관리자에 의해 특정 값으로 미리 정의될 수 있다.
그리고 스토리보드는 고객의 요구 사항에 근거하여 구현될 앱의 모습, 동작 및 흐름 등을 정의한 것으로서, 복수의 스토리를 포함할 수 있다.
스토리는 해당 앱을 사용하는 사용자가 하나의 목적을 달성할 수 있도록 일련의 기능들을 실행하는 것을 의미할 수 있으며 동작의 시작과 끝을 포함할 수 있다.
예를 들어, 회원 가입 후 자신이 촬영한 영상을 특정 공간에 업로드하여 공유하고, 다른 사용자들에 의해 조회 회수나 추천 회수가 많은 인기 영상을 감상할 수 있는 앱의 스토리보드는 회원 관리, 내 앨범, 인기 영상 둘러보기 등과 같은 복수의 스토리를 포함할 수 있으며, 회원 관리 스토리는 회원 가입 화면과 로그 아웃 및 회원 탈퇴를 관리하는 계정 관리 화면을 포함할 수 있다. 그리고 회원 가입 화면과 계정 관리 화면은 계정을 생성하기 위한 하나 이상의 기능(예를 들어 아이디 입력, 입력된 아이디의 중복 체크, 실명 인증 등)과 로그 아웃 및 회원 탈퇴를 위한 하나 이상의 기능(예를 들어, 회원 탈퇴 시 기존에 업로드 한 본인 영상 삭제 여부 등)을 포함할 수 있다.
이러한 스토리보드의 스토리를 기반으로 하는 프로젝트에서, 프로젝트는 하나 이상의 스토리를 포함하고, 하나의 스토리는 하나 이상의 화면을 포함하며, 하나의 화면은 하나 이상의 기능을 포함하고 있으므로, 크레딧은 프로젝트의 성과를 측정하는 기본 단위로도 사용될 수 있다.
프로젝트 성과 측정의 기본 단위를 '1 크레딧'이라 하면, 1 크레딧을 실제 현금으로 환산하기 위한 개발 단가(Unit Cost)는 1 크레딧 당(per) 소요되는 비용, 즉, '원(\)/Credit'으로 나타낼 수 있다.
그리고, 각 스토리에서 하나의 기능(action)을 구현하기 위해 투입되는 크레딧(이하, '개발 크레딧'이라 칭함)은 구현하는 화면의 중요도, 난이도, 구현할 기능의 수 등을 반영하여 산출될 수 있으며, 위험 영향도에 따른 스토리 가치 중요도를 반영하여 보정될 수 있다.
여기서, 위험 영향도는 구현에 필요한 기술적 난이도, 외부 인터페이스와 데이터 교환의 복잡 여부, 전체 프로젝트에서 해당 스토리의 가치 등을 고려하여 결정될 수 있다.
따라서, 스토리보드 설계가 완료되고, 스토리보드에 근거한 스토리 단위로 각 개발자에게 업무가 할당되면, 각 개발자는 자신이 맡은 업무에 대응하는 개발 크레딧을 '할당'받게 되고, 목표한 업무량의 달성율에 따라서 개발 크레딧을 '확보'할 수 있으므로, 할당된 개발 크레딧 대비 확보된 개발 크레딧의 비율에 따라서 각 개발자에 대한 진척 관리가 수행될 수도 있다.
결국, 프로젝트 기간 동안 각 개발자가 할당 받은 업무 및 해당 업무에 대한 성과는 전술한 개발 크레딧으로 나타낼 수 있으며, 각 개발자가 획득한 개발 크레딧에 근거하여 각 개발자에게 지급될 개발비가 산출될 수 있다.
이때, 개발자의 성과를 산출 시 개발 지연에 대한 책임 보상 패널티가 반영될 수 있다.
개발 크레딧에 대한 더 상세한 설명은 도 8을 참조하여 후술하도록 한다.
참고로, 프로젝트 관리자의 관리 크레딧은 프로젝트 전체의 진척 정도에 따라서 부여될 수 있으며, 이에 근거하여 프로젝트 관리자의 관리 비용이 산출될 수 있다.
또한, 서비스 서버(120)는 업무 진척율 및 그에 따른 성과를 프로젝트 관리자 단말기(130) 또는 개발자 단말기(140)의 요청에 따라 제공할 수 있으며, 프로젝트 관리자 단말기(130)의 요청에 따라서 업무 진척율에 따른 세부 개발 일정을 변경하거나 새로운 일정을 추가할 수 있다.
또한, 서비스 서버(120)는 프로젝트의 건강(health) 상태, 즉, 프로젝트 진행 경과에 따른 프로젝트의 상태를 제공할 수 있다.
여기서, 프로젝트의 상태는 점검 시점의 프로젝트 전체에 대한 패널티를 반영한 결과에 근거하여 결정될 수 있으며 복수의 단계로 구분될 수 있다.
서비스 서버(120)는 각 단계에 따른 개선 방안을 프로젝트 관리자 단말기(130)나 개발자 단말기(140)로 제공할 수 있다.
프로젝트의 상태 및 각 상태에 따른 개선 방안에 대해서는 도 12를 참조하여 후술하도록 한다.
한편, 프로젝트 관리자 단말기(130)는 프로젝트 관리 웹 사이트에 접속하여 프로젝트 관련 산출물에 대한 업로드 요청을 서비스 서버(120)로 전송할 수 있다.
이 과정에서 프로젝트 관리자 단말기(130)는 프로젝트 관리자가 입력한 개발 크레딧과 개발 단가, 그리고 각 화면의 중요도와 구현 난이도, 각 화면에서 구현해야 할 기능의 수, 각 스토리의 중요도 등을 서비스 서버(120)로 전송할 수 있다.
또한, 프로젝트 관리자 단말기(130)는 프로젝트 관리 웹 사이트에 접속하여 개발자가 릴리즈로 보고하는 스토리 완료 정보를 이용하여 스토리의 성과(또는 진척) 상황을 모니터링할 수 있으며, 각 개발자에게 할당된 개발 크레딧과 각 개발자가 확보한 개발 크레딧 등을 비교하여 개발자에 대한 진척 관리를 수행할 수도 있다
이 과정에서 프로젝트 관리자 단말기(130)는 각 개발자의 개발 일정에 따라 산출된 실행 가능한 결과물(이하, '릴리즈'라 칭함)의 업로드 여부와 작업 완료 표시를 확인할 수 있으며, 해당 릴리즈가 스토리에 맞게 구현됐는지 그리고 버그(bug)가 발생하지는 않는지 확인할 수 있다.
이때, 올바르게 구현(예를 들어, 스토리에 맞게 구현되고 버그가 발생하지 않음)된 경우 작업 완료에 대한 승인을 입력할 수 있으며, 잘못된 구현에 대해서는 해당 부분을 수정하도록 작업 완료에 대한 승인 거부를 입력할 수 있다.
한편, 개발자 단말기(140)는 프로젝트 관리 웹 사이트에 접속하여 프로젝트 관련 산출물을 열람하거나 프로젝트 관련 산출물에 대한 업로드를 요청할 수 있다.
이 과정에서 개발자 단말기(140)는 개발자에게 할당된 작업 내역(개발 크레딧 포함)과, 할당된 작업의 완료에 따라 확보된 개발 크레딧을 조회할 수 있으며, 프로젝트 관련 산출물인 릴리즈의 업로드를 요청할 수 있다.
이때, 해당 릴리즈에 대한 작업 완료 여부를 '작업 완료'로 선택할 수 있으며, 프로젝트 관리자의 작업 완료 승인 또는 승인 거부에 따라서 다음 작업 대상인 릴리즈를 선택하거나 승인 거부된 릴리즈를 수정할 수 있다.
또한, 개발자 단말기(150)는 개발자 스스로의 단위 테스트를 수행할 수도 있고, 타 개발자들에 의해 개발된 UI 화면과 소스 코드를 통합하여 통합 테스트를 수행할 수도 있다.
참고로, 예정된 기간 내 목표한 분량을 완성하지 못해 릴리즈 업로드가 지연되는 경우는 패널티가 적용될 수 있으며, 패널티는 개발 크레딧의 확보에 부정적인 영향을 미칠 수 있다.
여기서, '패널티'는 지연 발생으로 프로젝트에 영향을 미치는 위험 영향도를 반영하여 산출될 수 있다.
또한, 개발자 단말기(140)는 프로젝트 관리 웹 사이트에 접속하여, 개발자의 성과, 즉, 그 동안 확보된 개발 크레딧에 근거하여 산출된 개발비를 청구할 수 있다.
도 2는 본 발명의 일 실시예에 따른 모바일 앱 개발 프로젝트를 관리하는 서비스 서버의 구성을 도시한 블록도이다.
본 발명의 일 실시예에 따른 서비스 서버(120)는 개발 크레딧 산출부(121), 위험 영향도 산출부(122), 패널티 산출부(123), 성과 산출부(124), 및 프로젝트 상태 제공부(125)를 포함할 수 있다.
참고로, 위험 영향도 산출부(122)와 패널티 산출부(123)는 일정 관리부(미도시)에 포함되어 동작할 수도 있다.
각 구성 요소를 설명하면, 개발 크레딧 산출부(121)는 프로젝트 관리자에 의해 입력된(미리 정의된) 크레딧과 개발 단가에 근거하여, 스토리보드의 스토리를 기반으로 하는 프로젝트의 전체 개발 크레딧과 총 비용을 산출할 수 있다.
상세히 설명하면, 프로젝트는 하나 이상의 스토리를 포함하고, 각 스토리는 하나 이상의 화면을 포함하며, 각 화면은 하나 이상의 기능을 포함하고 있으므로, 개발 크레딧 산출부(121)는 각 화면을 구현하는데 투입할 개발 크레딧(이하, '화면별 개발 크레딧'이라 칭함)을 산출하고, 이에 근거하여 각 스토리를 구현하는데 투입할 개발 크레딧(이하, '스토리별 개발 크레딧'이라 칭함)을 산출하며, 이에 근거하여 프로젝트 전체의 개발 크레딧(이하, '프로젝트 개발 크레딧'이라 칭함)을 산출할 수 있다.
개발 크레딧 산출부(121)는 화면별 개발 크레딧를 산출함에 있어, 각 화면의 프로젝트 내 중요도와 구현 난이도의 합을 반영한 가중치 그리고 해당 화면에서 구현해야 할 기능(action)의 총 개수를 반영할 수 있다.
크레딧을 f, 각 화면을 si, 해당 화면의 가중치를 w(si), 해당 화면에서 구현해야 할 기능(action)의 총 개수를 A(si)라고 하면, 화면별 개발 크레딧 d(si)는 아래의 수학식 1과 같이 나타낼 수 있다.
[수학식 1]
Figure pat00001
또한, 개발 크레딧 산출부(121)는 스토리별 개발 크레딧을 산출함에 있어, 각 스토리가 프로젝트 내에서 차지하는 중요도를 반영하여 스토리별 개발 크레딧을 산출할 수 있다.
각 스토리를 Si, 해당 스토리에 대한 중요도를 I(Si)라고 하면,
스토리별 개발 크레딧 D(Si)는 아래의 수학식 2와 같이 나타낼 수 있다.
[수학식 2]
Figure pat00002
참고로, 상기 스토리에 대한 중요도는 후술하는 위험 영향도 산출부(122)에 의해 산출된 스토리별 위험 영향도가 반영될 수 있다.
또한, 개발 크레딧 산출부(121)는 스토리별 개발 크레딧에 근거하여 프로젝트의 전체 개발 크레딧을 산출할 수 있다.
프로젝트의 전체 개발 크레딧 D는 아래의 수학식 3과 같이 나타낼 수 있다.
[수학식 3]
Figure pat00003
또한, 개발 크레딧 산출부(121)는 개발 크레딧에 근거하여 프로젝트의 총 비용(TotalCost)을 산출할 수 있다.
프로젝트의 총 비용을 C, 개발 단가를 c라고 하면,
프로젝트의 총 비용 C는 아래의 수학식 4와 같이 나타낼 수 있다.
[수학식 4]
Figure pat00004
참고로, 상기 프로젝트의 총 비용은 고객과 협의된 개발 비용과 일치되는 것이 바람직하다.
한편, 위험 영향도 산출부(122)는 프로젝트 수행 중 발생할 수 있는 위험 요소에 대한 위험 영향도를 산출할 수 있다.
앱과 같은 소프트웨어 프로젝트에서 발생할 수 있는 위험 요소는 매우 다양하며 프로젝트가 진행됨에 따라 각 위험 요소가 독립적으로 또는 서로 연관되어 발생할 가능성이 존재한다.
특히, 모바일 앱은 시장의 요구와 기술의 변화가 빠른 특성이 있어 단기간에 개발이 완료되어 시장에 출시할 필요가 있는 만큼, 개발 일정에 따라 산출되어야 할 결과물이 제공되지 않아 목표 달성률에 미달하는 것이 가장 큰 위험 요소라고 할 수 있으며, 이러한 위험 요소가 발생되는 경우 프로젝트가 실패할 가능성은 높아질 수 있다.
이에, 위험 영향도 산출부(122)는 개발자가 개발 일정에 따라서 개발 산출물을 서비스 서버(120)에 업로드해야 할 시점에서 발생한 지연이 프로젝트에 미치는 위험 정도를 지수로 산출할 수 있다.
이를 위해, 프로젝트 총 수행 기간을 E, (n-1)번째 중간 점검 시점과 n번째 중간 점검 시점 사이의 프로젝트 수행 경과 기간을 dn, n번째 중간 점검 시점까지 계획된 작업량을 Oe(dn), n번째 중간 점검 시점까지 달성한 작업량을 Oa(dn), 프로젝트 종료 시점(E)까지 완료할 작업량을 Oe(E)=100이라고 하면, 스토리별 위험 영향도 r(d)는 아래의 수학식 5와 같이 나타낼 수 있다.
[수학식 5]
Figure pat00005
여기서 f(d)는 위험 영향도 특성 함수이며,
Figure pat00006
는 중간 점검 시점(d)에서 측정된 목표 미달성율, 즉 작업 부진율이다.
위 [수학식 5]에 나타나 있듯이, 프로젝트 총 수행 기간까지 계획된 작업량과 달성한 작업량이 서로 다른 경우 위험 영향도는 1(최대 값)이며, 위험 영향도를 측정하는 시점이 프로젝트 수행 기간 중에 존재하는 경우, 목표 미달성율과 위험 영향도 특성 함수를 반영하여 스토리별 위험 영향도가 산출될 수 있다.
여기서, 중간 점검 시점에서의 프로젝트 전체에 대한 위험 영향도(또는 프로젝트 위험 영향도) R(d)를 정의할 수 있으며, 중간 점검 시점에서의 개별 스토리에 대한 위험 영향도 rn(d)의 최대값을 프로젝트 전체에 대한 위험 영향도로서 아래의 수학식 6과 같이 나타낼 수 있다.
[수학식 6]
Figure pat00007
또한, 위험 영향도 산출부(122)는 각 스토리의 위험 영향도 유형에 따른 위험 영향도 특성 함수를 선정하여 위험 영향도 특성 값을 산출할 수 있다.
여기서 '위험 영향도 특성'은 A 및 B 타입으로 구분될 수 있으며 그 특징은 다음과 같다.
Type A 유형의 스토리는 구현에 필요한 기술적 난이도가 높지 않거나 스토리 내 처리 내용이 복잡하지 않으면서 가치가 낮은 스토리가 해당할 수 있다.
Type A 유형의 스토리는 프로젝트 일정 초기에 완료될 필요는 없으나, 지연이 발생하면 프로젝트 수행 기간의 후반에 수행해야 할 일이 많아지게 되어, 프로젝트 후반에 지연된 분량을 처리해서 목표로 한 작업을 처리하기는 점점 어려워진다.
이런 유형의 지연이 발생했을 때 프로젝트 수행 완료에 주는 위험 영향도 특성 값 fA(d)는 아래의 수학식 7에 의해 산출될 수 있다.
[수학식 7]
Figure pat00008
Type B 유형의 스토리는 최신 또는 구현이 어려운 기술을 포함하고 있거나, 외부 시스템과의 복잡한 데이터 교환 인터페이스를 포함하고 있을 수 있으며, 프로젝트 전체에서 높은 중요도를 가질 수 있다.
Type B 유형의 스토리는 프로젝트 일정 초기에 완료해야 할 작업으로서, 완료 시점이 늦어질수록 다른 산출물이나 프로젝트 완료에 지장을 줄 가능성이 높아지며 프로젝트 후반으로 갈수록 지연이 폭발적으로 증가할 수 있다.
이런 유형의 지연이 발생했을 때 프로젝트 수행 완료에 주는 위험 영향도 특성 값 fB(d)는 아래의 수학식 8에 의해 산출될 수 있다.
[수학식 8]
Figure pat00009
또한, 위험 영향도 산출부(122)는 개발 크레딧 산출부(121)에서 산출된 각 스토리에 대한 중요도 I(Si)를 반영하여 스토리별 위험 영향도 특성 타입을 선정할 수 있다.
예를 들어, 중요도 I≥1이면 위험 영향도 산출부(122) 해당 스토리의 위험 영향도 특성을 Type B로 선정할 수 있으며, I<1이면 해당 스토리의 위험 영향도 특성을 Type A로 선정할 수 있다.
한편, 패널티 산출부(123)는 각 개발자의 지연 발생으로 프로젝트에 미치는 위험 정도를 고려하여 패널티를 산출할 수 있다.
이때, 현재 점검 시점에서의 지연은 결국 다음 중간 점검 시점에서의 지연으로 영향을 주게 되므로, 패널티는 현재 점검 시점에서 지연된 스토리가 프로젝트에 미치는 위험과, 이로 인하여 영향을 받게 되는 다음 점검 시점에서의 예상 위험을 고려하여 산출될 수 있다.
n번째 중간 점검 시점 dn에서 패널티 P는 아래의 수학식 9와 같이 나타낼 수 있다.
[수학식 9]
Figure pat00010
여기서, R(dn)은 n번째 중간 점검 시점 dn에서의 위험 영향도로서, 아래의 수학식 10과 같이 나타낼 수 있다.
[수학식 10]
Figure pat00011
여기서, M(dn)는 n번째 중간 점검 시점 dn에서의 목표 미달성률(작업 부진율), f(dn)는 n번째 중간 점검 시점 dn에서의 위험 영향도 특성 값이다.
또한, R'(dn +1)은 다음 중간 점검 시점인 n+1번째 중간 점검 시점 d(n+1)에서 예상되는 위험 영향도로서, 아래의 수학식 11과 같이 나타낼 수 있다.
[수학식 11]
Figure pat00012
여기서, M'(d(n+1))은 다음 중간 점검 시점인 n+1번째 중간 점검 시점 dn +1에서 예상되는 목표 미달성률(작업 부진율), f'(dn +1)은 다음 중간 점검 시점인 n+1번째 중간 점검 시점 dn +1에서 예상되는 위험 영향도 특성 값이다.
패널티 산출부(123)는 n번째 중간 점검 시점 dn과 다음 중간 점검 시점인 n+1번째 중간 점검 시점 dn +1에서의 작업 부진율을 산출하기 위해 아래의 식을 이용할 수 있다.
프로젝트 총 수행 기간을 E, 중간 점검 시점 (n-1)번째와 (n)번째 사이의 프로젝트 수행 경과 기간을 dn, dn 기간 동안 계획된 목표 작업량을 Oe(dn), dn 기간 동안 완료된 작업량을 Oa(dn), 프로젝트 종료 시점(E)까지 완료할 목표 작업량을 Oe(E)=100이라고 하면,
n번째 중간 점검 시점 dn에서 목표 미달성률(작업 부진율) M(dn)는 아래의 수학식 12와 같이 나타낼 수 있다.
[수학식 12]
Figure pat00013
이때, n번째 중간 점검 시점 dn에서 개발 속도 V(dn)은 아래의 수학식 13과 같이 나타낼 수 있다.
[수학식 13]
Figure pat00014
또한, 다음 중간 점검 시점인 n+1번째 중간 점검 시점 dn +1에서 달성할 것으로 예상되는 작업량 Oa'(dn +1)은 아래의 수학식 14와 같이 나타낼 수 있다.
[수학식 14]
Figure pat00015
그리고, 다음 중간 점검 시점인 n+1번째 중간 점검 시점 dn +1에서의 작업 목표량 수정 값 Oe'(dn +1)은 아래의 수학식 15와 같이 나타낼 수 있다.
[수학식 15]
Figure pat00016
여기서, n번째 중간 점검 시점의 목표 미달성율(작업 부진률)은 다음 중간 점검 시점인 n+1번째 중간 점검 시점의 목표 작업량에 포함될 수 있다.
따라서, 다음 중간 점검 시점인 n+1번째 중간 점검 시점 dn +1에서의 목표 미달성율(작업 부진률) 추정치는 아래의 수학식 16과 같이 나타낼 수 있다.
[수학식 16]
Figure pat00017
한편, 성과 산출부(124)는 개발자별 개발 크레딧에 근거한 성과를 산출 시 지연 발생에 따른 패널티를 고려하여 산출할 수 있다.
개발자가 개발한 스토리 A의 개발 크레딧을 DA, 스토리 A의 개발 지연에 대한 패널티를 PA라고 하면, 개발자가 획득한 개발 크레딧 EA는 아래의 수학식 17과 같이 나타낼 수 있다.
[수학식 17]
Figure pat00018
또한, 성과 산출부(124)는 프로젝트 수행 기간 동안 개발자의 개발 크레딧 조회 요청에 따라, 조회 요청 시점을 기준으로 획득된 개발 크레딧을 산출하고, 산출 결과에 개발 단가를 적용하여 해당 개발자의 개발 비용에 대한 정보를 개발자 단말기(140)로 제공할 수 있다.
참고로, 프로젝트 수행 동안에는 지연 발생에 따른 위험이 증가하거나 완화될 수도 있으므로 프로젝트 수행 중간의 실 비용의 지불은 프로젝트 종료 후 지급되는 것이 바람직하다.
한편, 프로젝트 상태 제공부(125)는 프로젝트의 상태, 즉, 프로젝트의 목표 달성율을 측정하고, 그에 대응하는 개선 방안을 제공함으로써, 프로젝트 구성원들이 프로젝트 상태를 개선할 수 있도록 도움을 줄 수 있다.
프로젝트 상태 제공부(125)는 프로젝트 진행 경과에 따른 프로젝트의 목표 달성율을 측정하고, 측정된 상태의 레벨에 대응하는 대응 전략과 조치 방안을 제공할 수 있다.
여기서, 프로젝트의 상태는 측정 시점의 프로젝트 전체에 대한 패널티를 측정한 패널티 값(P)에 따라 결정될 수 있다.
일 실시예에 따른 프로젝트의 상태는 1~5 레벨로 구분될 수 있으며, 각 레벨 별 대응 전략과 조치 방안은 도 12를 참조하여 후술하도록 한다.
도 3은 본 발명의 일 실시예에 따른 모바일 앱 개발 프로젝트를 관리하는 과정을 도시한 흐름도이다.
도 3에 도시된 흐름도는 서비스 서버(120)에 의해 수행될 수 있으며, 이하, 서비스 서버(120)를 주체로 도 3의 흐름도를 설명하도록 한다.
먼저, 서비스 서버(120)는 고객 단말기(110)로부터 모바일 앱에 대한 제작 요청을 수신한다(S301).
S301 후, 서비스 서버(120)는 프로젝트 관리자 단말기(130)로부터 고객의 요구 사항에 따라서 설계된 스토리보드에 근거한 스토리 단위의 개발 업무, 정의된 크레딧 및 개발 일정에 대한 정보를 수신하여 저장한다(S302).
S302 후, 서비스 서버(120)는 스토리별 개발 크레딧을 산출한다(S303).
프로젝트는 하나 이상의 스토리를 포함하고, 각 스토리는 하나 이상의 화면을 포함하며, 각 화면은 하나 이상의 기능을 포함하고 있으므로, 서비스 서버(120)는 미리 정의된 크레딧에 근거하여 화면별 개발 크레딧을 산출하되, 각 화면의 프로젝트 내 중요도와 구현 난이도의 합을 반영한 가중치 그리고 해당 화면에서 구현해야 할 기능(action)의 총 개수를 반영하여 산출할 수 있다.
그리고 서비스 서버(120)는 스토리별 개발 크레딧을 산출함에 있어, 각 스토리가 프로젝트 내에서 차지하는 중요도를 반영하여 스토리별 개발 크레딧을 산출할 수 있으며, 상기 중요도는 스토리별 위험 영향도 특성이 반영될 수 있다.
S303 후, 서비스 서버(120)는 개발자 단말기(140)로부터 개발 결과물이 수신되면, 개발 일정에 근거하여 개발 결과물에 대한 지연 여부를 판단하고, 지연에 따른 패널티를 산출한다(S304).
서비스 서버(120)는 패널티 산출 시, n번째 중간 점검 시점에서 지연된 스토리가 프로젝트에 미치는 위험 및 이로 인하여 영향을 받게 되는 다음 중간 점검 시점, 즉, n+1번째 중간 점검 시점에서의 예상 위험을 고려하여 산출할 수 있다.
만일 n번째 중간 점검 시점의 위험 영향도가 n+1번째 중간 점검 시점의 예상 위험도보다 작은 경우, 서비스 서버(120)는 n번째 중간 점검 시점의 위험 영향도 및 n+1번째 중간 점검 시점의 예상 위험도를 모두 반영하여 패널티를 산출할 수 있다.
만일, n번째 중간 점검 시점의 위험 영향도가 n+1번째 중간 점검 시점의 예상 위험도보다 크거나 같은 경우, 서비스 서버(120)는 n번째 중간 점검 시점의 위험 영향도를 패널티로 산출할 수 있다.
참고로, 스토리별 위험 영향도는 n번째 중간 점검 시점에서 측정된 목표 미달성율과 위험 영향도 특성을 반영하여 산출될 수 있다.
S304 후, 서비스 서버(120)는 개발자가 n번째 중간 점검 시점에서 획득한 개발 크레딧에 S304에서 산출된 패널티를 반영하여 각 개발자의 성과를 산출한다(S305).
S305 후, n번째 중간 점검 시점에서의 프로젝트 상태에 대한 조회 요청이 수신되면, 서비스 서버(120)는 n번째 중간 점검 시점의 프로젝트 전체에 대한 패널티를 산출하고, 산출된 패널티 값에 대응하는 프로젝트의 상태 레벨과, 해당 레벨에 대응하는 대응 전략과 조치 방안을 제공한다(S306).
도 4는 본 발명의 일 실시예에 따른 앱 개발 요청서를 도시한 도면이다.
도 4에 도시된 바와 같이, 앱 개발 요청서는 앱 이름, 앱에 대한 요약 설명, 앱의 타겟 사용자, 앱에 대한 구체적인 설명(예를 들어, 메뉴 구성 등)을 포함하고 있다.
도 4에 도시된 바와 같은 앱 개발 요청서가 서비스 서버(120)에 저장되면, 프로젝트 관리자는 앱 개발 요청서에 근거하여 도 5에 도시된 바와 같은 스토리보드를 설계할 수 있다.
도 4의 앱 개발 요청서의 내용은, 회원 가입 후 자신이 촬영한 영상을 특정 공간에 업로드하여 공유하고, 다른 사용자들에 의해 조회 회수나 추천 회수가 많은 인기 영상을 감상할 수 있으며, 원하는 영상을 친구에게 추천하거나 새로운 영상이 업로드되면 이를 알리는 알람을 설정할 수 있는 앱의 개발 요청이다.
이하, 도 5 내지 도 12를 참조하여 도 4에서 요청된 앱을 개발하는 프로젝트를 관리하는 과정을 설명하도록 한다.
도 5는 본 발명의 일 실시예에 따른 스토리보드의 구성을 도시한 도면이다.
도 5에 도시된 스토리보드는 도 4에 도시된 바와 같은 앱 개발 요청서에 근거하여 설계된 것으로서, 복수의 스토리를 포함하고 있으며, 각 스토리는 복수의 화면을 포함하고 있다.
도 5의 스토리보드에 나타나진 않았지만, 스토리에 포함된 각 화면은 하나 이상의 기능을 포함할 수 있다.
도 6은 본 발명의 일 실시예에 따른 스토리보드에 포함된 스토리의 화면을 도시한 도면이다.
도 6은 도 5에 도시된 스토리보드의 스토리 중 특정 스토리, 즉 '인기 앱 둘러보기' 스토리의 '이달의 추천 화면'으로서, 화면 디자인과 해당 화면에서 구현되는 복수의 기능(action) 및 해당 기능에 대한 동작 결과가 정의되어 있다.
참고로, 도 6에 도시된 화면의 개발 크레딧 산출 시 도 6에 도시된 바와 같은 기능의 수가 반영될 수 있다.
도 7은 본 발명의 다른 실시예에 따른 스토리보드에 포함된 스토리의 화면을 도시한 도면이다.
도 7은 도 5에 도시된 스토리보드의 스토리 중 특정 스토리, 즉 '인기 앱 둘러보기' 스토리의 '닉네임 검색 화면'으로서, 화면 디자인과 해당 화면에서 구현되는 복수의 기능(action) 및 해당 기능에 대한 동작 결과가 정의되어 있다.
참고로, 도 7에 도시된 화면의 개발 크레딧 산출 시 도 7에 도시된 바와 같은 기능의 수가 반영될 수 있다.
도 8은 본 발명의 일 실시예에 따른 스토리보드에 기반한 개발 크레딧의 산출 방법을 도시한 도면이다.
도 4의 앱 개발 요청서에 근거하여 시작된 앱 개발 프로젝트에서, 각 스토리에서 하나의 기능(action)을 구현하는데 투입되는 노동의 기본 단위인 크레딧은 '10.0'으로, 크레딧을 실제 현금으로 환산하기 위한 개발 단가는 '20,000원/Credit' 으로 정의되었다.
도 8의 (a)에 도시된 바와 같이, 스토리보드에 포함된 복수의 스토리와 각 스토리에 포함된 복수의 화면, 각 화면에 포함된 기능의 수, 각 화면의 중요도와 난이도 및 이러한 요소들을 반영하여 산출된 각 화면의 개발 크레딧이 나타나 있다.
일 예로서, 회원 관리 스토리는 회원 가입 화면과 계정 관리 화면을 포함하고 있으며, 그 중 회원 가입 화면의 경우, 화면 중요도는 0.4, 난이도는 0.3, 개발 대상 기능수는 1이며, 가중치는 화면 중요도와 난이도를 더한 0.7이다.
이러한 요소들을 반영하여 산출된 회원 가입 화면의 개발 크레딧은, 정의된 크레딧이 10.0이므로 개발 대상 기능수(1)와 가중치(0.7)를 곱한 값에 10.0을 곱한 7.00이 된다.
도 8의 (b)는 스토리보드에 포함된 각 스토리에 대한 개발 크레딧을 나타낸 것으로서, 스토리별 위험 영향도 유형과 스토리별 중요도, 스토리별 개발 크레딧(스토리에 포함된 화면의 개발 크레딧의 합), 스토리 중요도를 반영하여 보정된 스토리별 최종 개발 크레딧 및 스토리별 개발 크레딧에 근거한 비용이 나타나 있다.
일 예로서, 회원 관리 스토리는 위험 영향도 유형은 A Type으로서 구현에 필요한 기술적 난이도가 높지 않거나 스토리 내 처리 내용이 복잡하지 않으면서 가치가 낮은 스토리이며, 위험 영향도 유형과 관련된 스토리 중요도는 1, 개발 크레딧, 즉, 회원 관리 스토리에 포함된 회원 가입(7.00) 및 계정 관리(16.00) 화면의 개발 크레딧 합은 23.00, 스토리 중요도를 반영하여 보정된 개발 크레딧은 23.00으로 나타나 있으며, 개발 단가가 20,000원/Credit으로 정의되었으므로, 개발 크레딧에 근거한 회원 관리 스토리의 개발 비용은 23.00 × 20,000원 = 460,000원이다.
위와 같은 방법으로 다른 스토리의 개발 크레딧과 그에 근거하여 산출된 개발 비용 및 프로젝트 총 비용(6,672,000원)은 도 8의 (b)에 도시된 바와 같다.
이하, 도 9a 내지 도 11c를 참조하여 본 발명의 일 실시예에 따른 프로젝트 관리 결과를 설명하도록 한다.
도 9a 내지 도 11c의 결과는, 스마트폰에서 사진을 촬영하고 SNS상으로 공유하는 서비스를 제공하는 스마트폰용 앱 개발 프로젝트에 본 발명을 적용한 결과로서, 해당 앱의 스토리 보드는 22개의 화면이 있는 4개의 스토리를 갖는다.
프로젝트 수행기간은 총 40일동안 수행하며, 매 10일을 중간 점검 시점으로 설정하여 작업 결과를 보고하는 것으로 설정하였다.
고객이 제시한 프로젝트 아이디어를 기반으로 스토리 보드가 완성되었고, 개발팀은 스토리 보드에 따라서 앱을 개발하며, 개발할 스토리와 작업 계획을 할당 받는다.
개발자들은 작업 수행 중 중간 점검일에 자신의 개발 진척 성과를 서비스 서버(120)로 보고하며, 서비스 서버(120)는 개발자로부터 보고된 진척 상태를 기반으로 각 점검 시점에서 프로젝트의 위험 영향도를 산출한다.
서비스 서버(120)는 산출된 위험 영향도를 프로젝트 관리자에게 통보하며, 프로젝트 관리자는 그에 따른 프로젝트 위험 관리를 위한 조치를 수행한다.
도 9a 내지 도 9c는 본 발명의 일 실시예에 따른 프로젝트 관리 결과를 도시한 도면이다.
도 9a 내지 도 9c는 도 8에 도시된 개발 크레딧에 근거하여 프로젝트를 수행한 결과로서, 중간 점검 시점에 목표량을 모두 달성하고, 최종 종료 시점에 모든 스토리를 완성하여 프로젝트를 성공적으로 종료한 경우(SS 타입)이다.
도 9a는 프로젝트 수행 경과에 따른 목표량과 달성량을 표와 그래프로 나타내고 있으며, 도 9b는 프로젝트 수행 경과에 따른 위험 영향도 및 패널티를 표와 그래프로 나타내고 있다.
또한, 도 9c는 각 스토리별 개발 크레딧 및 프로젝트 수행 경과에 따라 획득된 개발 크레딧을 표와 그래프로 나타내고 있다.
중간 점검 시점에 목표량을 모두 달성하고, 최종 종료 시점에 모든 스토리를 완성하여 프로젝트를 성공적으로 종료하였으므로, 목표 달성율을 기준으로 하는 경우 초기 할당된 개발 크레딧과 최종 종료 시점에서 확보된 개발 크레딧은 서로 동일하며, 패널티를 적용한 결과 역시 중간 점검 시점과 최종 종료 시점에 모든 목표량을 달성하였으므로 패널티로 인해 감소된 개발 크레딧은 존재하지 않는 것을 볼 수 있다.
도 10a 내지 도 10c는 본 발명의 일 실시예에 따른 프로젝트 관리 결과를 도시한 도면이다.
도 10a 내지 도 10c는 도 8에 도시된 개발 크레딧에 근거하여 프로젝트를 수행한 결과로서, 중간 점검 시점에 목표량을 달성하지 못하는 경우가 있고, 최종 종료 시점에 모든 스토리를 완성하여 프로젝트를 성공적으로 종료한 경우(DS 타입)이다.
도 10a는 프로젝트 수행 경과에 따른 목표량과 달성량을 표와 그래프로 나타내고 있으며, 중간 점검 시점에 목표량을 달성하지 못하는 경우가 존재하였으나 최종 종료 시점에 모든 스토리를 완성하였으므로, 목표량과 달성량이 동일함을 볼 수 있다.
도 10b는 프로젝트 수행 경과에 따른 위험 영향도 및 패널티를 표와 그래프로 나타내고 있다.
중간 점검 시점에 목표량을 달성하지 못하는 경우가 존재하므로, 해당 시점에서 위험 영향도와 다음 점검 시점에서 예상되는 위험 영향도가 일부 나타난 것을 볼 수 있으며, 패널티 또한 해당 대응되는 시점에 나타남을 볼 수 있다.
그러나, 최종 종료 시점에 모든 스토리를 완성하였으므로, 최종 종료 시점에서는 현재 위험 영향도와 패널티가 모두 0인 것을 볼 수 있다.
도 10c는 각 스토리별 개발 크레딧 및 프로젝트 수행 경과에 따른 개발 크레딧을 표와 그래프로 나타내고 있다.
중간 점검 시점에 목표량을 달성하지 못하는 경우가 존재하고, 최종 종료 시점에 모든 스토리를 완성하여 프로젝트를 성공적으로 종료하였으므로, 목표 달성율을 기준으로 하는 경우 중간 점검 시점에 확보된 개발 크레딧이 초기 할당된 개발 크레딧에 비하여 부족한 것을 볼 수 있으나, 최종 종료 시점에는 모두 확보하여 결국 최종 확보된 개발 크레딧은 동일한 것을 볼 수 있다.
그러나, 패널티를 적용한 결과는 중간 점검 시점에 목표량을 달성하지 못하는 경우가 존재하므로, 최종 종료 시점에 확보된 개발 크레딧과 초기 할당된 개발 크레딧에 차이가 발생함을 볼 수 있다.
도 11a 내지 도 11c는 본 발명의 일 실시예에 따른 프로젝트 관리 결과를 도시한 도면이다.
도 11a 내지 도 11c는 도 8에 도시된 개발 크레딧에 근거하여 프로젝트를 수행한 결과로서, 중간 점검 시점에 목표량을 달성하지 못하는 경우가 있고, 최종 종료 시점에 일부 스토리를 미완성하여 최종 프로젝트 수행 결과 실패로 종료한 경우(DF 타입)이다.
도 11a는 프로젝트 수행 경과에 따른 목표량과 달성량을 표와 그래프로 나타내고 있으며, 중간 점검 시점에 목표량을 달성하지 못하는 경우가 존재하며, 최종 종료 시점에 일부 스토리를 완성하지 못했으므로, 목표량과 달성량에 차이가 발생함을 볼 수 있다.
도 11b는 프로젝트 수행 경과에 따른 위험 영향도 및 패널티를 표와 그래프로 나타내고 있다.
중간 점검 시점에 목표량을 달성하지 못하는 경우가 존재하므로, 해당 시점에서 위험 영향도와 다음 점검 시점에서 예상되는 위험 영향도가 일부 나타난 것을 볼 수 있으며, 패널티 또한 해당 대응되는 시점에 나타남을 볼 수 있다.
또한, 최종 종료 시점에 일부 스토리를 완성하지 못했으므로, 최종 종료 시점에서 현재 위험 영향도와 패널티가 발생한 것을 볼 수 있다.
도 11c는 각 스토리별 개발 크레딧 및 프로젝트 수행 경과에 따른 개발 크레딧을 표와 그래프로 나타내고 있다.
중간 점검 시점에 목표량을 달성하지 못하는 경우가 존재하고, 최종 종료 시점에 모든 스토리를 완성하지 못해 프로젝트가 실패로 종료하였으므로, 목표 달성율을 기준으로 하는 경우 중간 점검 시점에 확보된 개발 크레딧이 초기 할당된 개발 크레딧에 비하여 부족한 것을 볼 수 있으며, 최종 종료 시점에서의 최종 확보된 개발 크레딧은 또한 초기 할당된 개발 크레딧과 차이가 있음을 볼 수 있다.
패널티를 적용한 결과 역시, 중간 점검 시점과 최종 종료 시점에 목표량을 달성하지 못하는 경우가 존재하므로, 최종 종료 시점에 확보된 개발 크레딧과 초기 할당된 개발 크레딧에 차이가 발생함을 볼 수 있다.
도 12는 본 발명의 일 실시예에 따른 화면의 가중치 부여 기준을 나타낸 표이다.
도 12에는 개발 크레딧 산출 시 반영되는 화면의 중요도와 구현 난이도, 그리고 스토리 중요도의 기준이 각각 표시되어 있다.
화면의 중요도와 구현 난이도 그리고 스토리의 중요도에 대한 기준은 도 12에 도시된 항목과 수치로 한정되는 것은 아니며, 실시예에 따라 얼마든지 다양하게 적용될 수 있다.
도 13은 본 발명의 일 실시예에 따른 프로젝트의 상태 및 각 상태에 따른 개선 방안을 나타낸 도면이다.
점검 시점의 프로젝트 전체에 대해 측정된 패널티 값에 따라 프로젝트의 상태가 1~5 레벨로 구분되어 있으며, 각 레벨에 대응하는 대응 전략과 조치 방안이 제공됨을 볼 수 있다.
프로젝트 관리자는 각 중간 점검 시점에서 현재 프로젝트의 상태를 체크하고, 해당 상태에 대응하는 대응 전략과 조치 방안을 참고하여 프로젝트가 성공적으로 종료될 수 있도록 개발 일정을 관리할 수 있다.
전술한 본 발명의 설명은 예시를 위한 것이며, 본 발명이 속하는 기술분야의 통상의 지식을 가진 자는 본 발명의 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 쉽게 변형이 가능하다는 것을 이해할 수 있을 것이다.
그러므로 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며 한정적이 아닌 것으로 이해해야만 한다.
예를 들어, 단일형으로 설명되어 있는 각 구성 요소는 분산되어 실시될 수도 있으며, 마찬가지로 분산된 것으로 설명되어 있는 구성 요소들도 결합된 형태로 실시될 수 있다.
본 발명의 범위는 후술하는 특허청구범위에 의하여 나타내어지며, 특허청구범위의 의미 및 범위 그리고 그 균등 개념으로부터 도출되는 모든 변경 또는 변형된 형태가 본 발명의 범위에 포함되는 것으로 해석되어야 한다.
100 : 프로젝트 관리 시스템
110 : 고객 단말기
120 : 서비스 서버
121 : 개발 크레딧 산출부
122 : 위험 영향도 산출부
123 : 패널티 산출부
124 : 성과 산출부
125 : 프로젝트 상태 제공부
130 : 프로젝트 관리자 단말기
140 : 개발자 단말기

Claims (17)

  1. 서비스 서버가 앱 개발 프로젝트를 관리하는 방법에 있어서,
    (a) 프로젝트 관리자 단말기로부터, 고객의 요구 사항에 따라서 구현되는 복수의 개발 업무, 상기 개발 업무에 투입되는 노동의 기본 단위로 정의된 크레딧(credit) 및 개발 일정에 대한 정보 중 하나 이상을 수신하여 저장하는 단계;
    (b) 상기 개발 업무별로 해당 개발 업무를 구현하기 위해 투입되는 크레딧인 개발 크레딧을 계산하는 단계;
    (c) 개발자 단말기로부터 상기 개발 업무의 구현 결과인 개발 산출물(product)이 수신되면, 상기 개발 일정에 근거하여 상기 개발 산출물에 대한 목표 달성율을 계산하는 단계; 및
    (d) 상기 목표 달성율에 근거하여 개발자의 성과를 계산하는 단계
    를 포함하되,
    상기 개발자의 성과는 상기 개발 산출물에 대응하는 개발 크레딧에 근거하여 계산되는 것을 특징으로 하는 프로젝트 관리 방법.
  2. 제 1 항에 있어서,
    상기 (a) 단계는,
    상기 크레딧을 금액으로 환산한 개발 단가를 더 수신하고,
    상기 (b) 단계는,
    상기 개발 단가를 상기 개발 업무별 개발 크레딧에 반영하여 상기 개발 업무별 개발 비용을 계산하며,
    상기 (d) 단계는,
    상기 개발 단가를 상기 개발 산출물에 대응하는 개발 크레딧에 반영하여 상기 개발자가 수령할 개발 비용을 계산하는 것을 특징으로 하는 프로젝트 관리 방법.
  3. 제 1 항에 있어서,
    상기 개발 업무는,
    상기 고객의 요구 사항에 따라서 설계되는 스토리보드(storyboard)에 근거한 스토리(story) 기반으로 할당되되,
    상기 스토리보드는 앱의 동작과 상기 동작의 흐름을 정의한 것으로서 복수의 스토리를 포함하고,
    상기 스토리는 상기 동작을 통해 하나의 목적을 달성하는 것으로 하나 이상의 화면을 포함하며,
    상기 화면은 상기 동작이 수행되도록 하는 하나 이상의 기능(action)을 포함하고, 상기 기능의 실행을 위한 사용자의 동작을 입력 받고 상기 입력의 결과를 표시하는 사용자와의 인터페이스인 것을 특징으로 하는 프로젝트 관리 방법.
  4. 제 3 항에 있어서,
    상기 크레딧은 상기 하나의 기능을 구현하는데 투입되는 노동의 기본 단위이며,
    상기 개발 크레딧은 상기 하나의 기능을 구현하는데 투입되는 크레딧인 것을 특징으로 하는 프로젝트 관리 방법.
  5. 제 4 항에 있어서,
    상기 (b) 단계는,
    상기 화면의 중요도와 구현 난이도, 구현해야 할 상기 기능의 수를 반영하여 상기 화면별 개발 크레딧을 계산하고, 상기 화면별 개발 크레딧을 합산하여 상기 스토리별 개발 크레딧을 계산하되,
    상기 스토리별 개발 크레딧은 프로젝트 내에서 상기 스토리의 중요도와 위험 영향도 특성을 반영하여 보정되며,
    상기 스토리의 중요도는 상기 스토리가 상기 앱의 사용에 있어 필수적인지 여부를 특정 값 범위 내에서 단계적으로 나타낸 것이고,
    상기 위험 영향도 특성은 상기 스토리의 구현에 필요한 기술적 난이도, 처리 내용의 복잡함 정도 및 외부 시스템과의 데이터 교환 인터페이스의 여부 중 하나 이상을 포함하는 것을 특징으로 하는 프로젝트 관리 방법.
  6. 제 1 항에 있어서,
    상기 (c) 단계는,
    상기 개발 산출물(product)이 상기 개발 일정 내에 구현 완료되지 못한 경우, 업무 지연에 따른 패널티를 계산하는 단계
    를 포함하는 것을 특징으로 하는 프로젝트 관리 방법.
  7. 제 6 항에 있어서,
    상기 (c) 단계는,
    상기 개발 일정에 따른 측정 시점에서 상기 업무 지연이 프로젝트에 미치는 위험도를 반영하여 상기 패널티를 계산하되,
    상기 프로젝트에 미치는 위험도는,
    상기 측정 시점에서의 목표 미달성율과 상기 개발 업무에 대한 위험 영향도 특성을 반영하여 계산되는 것을 특징으로 하는 프로젝트 관리 방법.
  8. 제 7 항에 있어서,
    상기 (c) 단계는,
    상기 측정 시점의 다음 측정 시점에서 상기 업무 지연이 프로젝트에 미치는 예상 위험도를 반영하여 상기 패널티를 계산하되,
    상기 프로젝트에 미치는 예상 위험도는,
    상기 다음 측정 시점에서의 목표 미달성율과 상기 개발 업무에 대한 위험 영향도 특성을 반영하여 계산되는 것을 특징으로 하는 프로젝트 관리 방법.
  9. 제 1 항에 있어서,
    (e) 상기 개발 일정에 따른 측정 시점에서 상기 목표 달성율에 근거하여 진행 경과에 따른 프로젝트의 상태를 결정하는 단계
    를 더 포함하되,
    상기 프로젝트의 상태는 상기 측정 시점의 프로젝트 전체에 대한 패널티에 근거하여 결정되며, 복수의 레벨로 표시되는 것을 특징으로 하는 프로젝트 관리 방법.
  10. 앱 개발 프로젝트를 관리하는 서비스 서버에 있어서,
    프로젝트 관리자 단말기로부터, 고객의 요구 사항에 따라서 구현되는 복수의 개발 업무, 상기 개발 업무에 투입되는 노동의 기본 단위로 정의된 크레딧(credit) 및 개발 일정에 대한 정보 중 하나 이상이 수신되면,
    상기 개발 업무별로 해당 개발 업무를 구현하기 위해 투입되는 크레딧인 개발 크레딧을 계산하는 개발 크레딧 산출부;
    개발자 단말기로부터 상기 개발 업무의 구현 결과인 개발 산출물(product)이 수신되면, 상기 개발 일정에 근거하여 상기 개발 산출물에 대한 목표 달성율을 계산하는 일정 관리부; 및
    상기 목표 달성율에 근거하여 개발자의 성과를 계산하는 성과 산출부
    를 포함하되,
    상기 개발자의 성과는 상기 개발 산출물에 대응하는 개발 크레딧에 근거하여 계산되는 것을 특징으로 하는 서비스 서버.
  11. 제 10 항에 있어서,
    상기 개발 업무는,
    상기 고객의 요구 사항에 따라서 설계되는 스토리보드(storyboard)에 근거한 스토리(story) 기반으로 할당되되,
    상기 스토리보드는 앱의 동작과 상기 동작의 흐름을 정의한 것으로서 복수의 스토리를 포함하고,
    상기 스토리는 상기 동작을 통해 하나의 목적을 달성하는 것으로 하나 이상의 화면을 포함하며,
    상기 화면은 상기 동작이 수행되도록 하는 하나 이상의 기능(action)을 포함하고, 상기 기능의 실행을 위한 사용자의 동작을 입력 받고 상기 입력의 결과를 표시하는 사용자와의 인터페이스인 것을 특징으로 하는 서비스 서버.
  12. 제 11 항에 있어서,
    상기 크레딧은 상기 하나의 기능을 구현하는데 투입되는 노동의 기본 단위이며,
    상기 개발 크레딧은 상기 하나의 기능을 구현하는데 투입되는 크레딧인 것을 특징으로 하는 서비스 서버.
  13. 제 12 항에 있어서,
    상기 개발 크레딧 산출부는,
    상기 화면의 중요도와 구현 난이도, 구현해야 할 상기 기능의 수를 반영하여 상기 화면별 개발 크레딧을 계산하고, 상기 화면별 개발 크레딧을 합산하여 상기 스토리별 개발 크레딧을 계산하되,
    상기 스토리별 개발 크레딧은 프로젝트 내에서 상기 스토리의 중요도와 위험 영향도 특성을 반영하여 보정되며,
    상기 스토리의 중요도는 상기 스토리가 상기 앱의 사용에 있어 필수적인지 여부를 특정 값 범위 내에서 단계적으로 나타낸 것이고,
    상기 위험 영향도 특성은 상기 스토리의 구현에 필요한 기술적 난이도, 처리 내용의 복잡함 정도 및 외부 시스템과의 데이터 교환 인터페이스의 여부 중 하나 이상을 포함하는 것을 특징으로 하는 서비스 서버.
  14. 제 10 항에 있어서,
    상기 일정 관리부는,
    상기 개발 산출물(product)이 상기 개발 일정 내에 구현 완료되지 못한 경우, 업무 지연에 따른 패널티를 계산하는 것을 특징으로 하는 서비스 서버.
  15. 제 14 항에 있어서,
    상기 일정 관리부는,
    상기 개발 일정에 따른 측정 시점에서 상기 업무 지연이 프로젝트에 미치는 위험도를 반영하여 상기 패널티를 계산하되,
    상기 프로젝트에 미치는 위험도는,
    상기 측정 시점에서의 목표 미달성율과 상기 개발 업무에 대한 위험 영향도 특성을 반영하여 계산되는 것을 특징으로 하는 서비스 서버.
  16. 제 15 항에 있어서,
    상기 일정 관리부는,
    상기 측정 시점의 다음 측정 시점에서 상기 업무 지연이 프로젝트에 미치는 예상 위험도를 반영하여 상기 패널티를 계산하되,
    상기 프로젝트에 미치는 예상 위험도는,
    상기 다음 측정 시점에서의 목표 미달성율과 상기 개발 업무에 대한 위험 영향도 특성을 반영하여 계산되는 것을 특징으로 하는 서비스 서버.
  17. 제 10 항에 있어서,
    상기 개발 일정에 따른 측정 시점에서 상기 목표 달성율에 근거하여 진행 경과에 따른 프로젝트의 상태를 결정하는 프로젝트 상태 제공부
    를 더 포함하되,
    상기 프로젝트의 상태는 상기 측정 시점의 프로젝트 전체에 대한 패널티에 근거하여 결정되며, 복수의 레벨로 표시되는 것을 특징으로 하는 서비스 서버.
KR1020140061148A 2014-05-21 2014-05-21 프로젝트 관리 방법 및 서버 KR101645083B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020140061148A KR101645083B1 (ko) 2014-05-21 2014-05-21 프로젝트 관리 방법 및 서버

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020140061148A KR101645083B1 (ko) 2014-05-21 2014-05-21 프로젝트 관리 방법 및 서버

Publications (2)

Publication Number Publication Date
KR20150134153A true KR20150134153A (ko) 2015-12-01
KR101645083B1 KR101645083B1 (ko) 2016-08-08

Family

ID=54882641

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020140061148A KR101645083B1 (ko) 2014-05-21 2014-05-21 프로젝트 관리 방법 및 서버

Country Status (1)

Country Link
KR (1) KR101645083B1 (ko)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109324976A (zh) * 2018-10-22 2019-02-12 中国平安财产保险股份有限公司 管理测试进度的方法、装置、计算机设备以及存储介质
KR102155748B1 (ko) * 2020-01-03 2020-09-17 주식회사 크라우드웍스 인공지능 학습데이터 생성을 위한 크라우드소싱 기반 프로젝트의 작업 시간 대비 검수 시간을 이용한 검수 단가 자동 업데이트 방법
KR102244705B1 (ko) * 2020-07-06 2021-04-27 주식회사 크라우드웍스 학습데이터 생성을 위한 크라우드소싱 기반 유사 프로젝트의 작업 단가 역전 조정을 통한 작업자 유입 조절 방법
KR20210081149A (ko) * 2019-12-23 2021-07-01 한국항공우주연구원 통합 위험 관리 방법 및 시스템

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130132212A (ko) * 2012-05-24 2013-12-04 숭실대학교산학협력단 컨베이어 벨트의 개념을 이용하여 개발자의 효율적인 선정이 가능한 모바일 앱 제작 서비스 제공 방법 및 이를 위한 서버

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130132212A (ko) * 2012-05-24 2013-12-04 숭실대학교산학협력단 컨베이어 벨트의 개념을 이용하여 개발자의 효율적인 선정이 가능한 모바일 앱 제작 서비스 제공 방법 및 이를 위한 서버

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
앱팩토리에서 프로 개발자로 참여한 프로젝트는 개발비가 지급됩니까? 네이버 블로그 포스트, 2013. 11. 01.* *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109324976A (zh) * 2018-10-22 2019-02-12 中国平安财产保险股份有限公司 管理测试进度的方法、装置、计算机设备以及存储介质
CN109324976B (zh) * 2018-10-22 2024-05-31 中国平安财产保险股份有限公司 管理测试进度的方法、装置、计算机设备以及存储介质
KR20210081149A (ko) * 2019-12-23 2021-07-01 한국항공우주연구원 통합 위험 관리 방법 및 시스템
KR102155748B1 (ko) * 2020-01-03 2020-09-17 주식회사 크라우드웍스 인공지능 학습데이터 생성을 위한 크라우드소싱 기반 프로젝트의 작업 시간 대비 검수 시간을 이용한 검수 단가 자동 업데이트 방법
WO2021137523A1 (ko) * 2020-01-03 2021-07-08 주식회사 크라우드웍스 인공지능 학습데이터 생성을 위한 크라우드소싱 기반 프로젝트의 작업 시간 대비 검수 시간을 이용한 검수 단가 자동 업데이트 방법
KR102244705B1 (ko) * 2020-07-06 2021-04-27 주식회사 크라우드웍스 학습데이터 생성을 위한 크라우드소싱 기반 유사 프로젝트의 작업 단가 역전 조정을 통한 작업자 유입 조절 방법

Also Published As

Publication number Publication date
KR101645083B1 (ko) 2016-08-08

Similar Documents

Publication Publication Date Title
US10671958B2 (en) Analytics to determine customer satisfaction
CN110807649A (zh) 一种金融产品的邀请奖励方法和系统
US20130339199A1 (en) Inventory exchange for managing inventory across multiple sales channels
KR101645083B1 (ko) 프로젝트 관리 방법 및 서버
US20170236082A1 (en) System and methods for real time display of supply chain and data processing of related tasks and events
US10265613B2 (en) Conducting challenge events
US20210182767A1 (en) Scoring platform and engine for software engineering contributions
US20170140306A1 (en) Business graph model
US20120041880A1 (en) Systems and methods for dealing content
US20170236221A1 (en) System and methods for visualization of supply chain and data processing of related tasks and events
US8745574B2 (en) Generating task duration estimates for content ingestion
US20240126550A1 (en) Multi-layer data cache to prevent user experience interrupts during feature flag management
US20140372285A1 (en) Transaction time monitoring
KR102485874B1 (ko) 전문가 시스템을 이용한 ar 서비스 시스템 및 이를 이용한 서비스 방법
US20230289692A1 (en) Risk management system interface
KR102284094B1 (ko) 템플릿을 이용한 프로젝트 관리 시스템 및 방법
Bhalla et al. Digital transformation and the COVID-19 challenge
KR102176108B1 (ko) 전문 중개인을 통한 차등 수수료 지급 시스템 및 그 방법
US20180089665A1 (en) Gift card management system
US11164265B1 (en) User interface for interfacing with multiple human users
US9400681B1 (en) Managing scheduled tasks within a virtual space
US20210398039A1 (en) System and method for configuring enterprise performance mechanisms
US11599860B2 (en) Limit purchase price by stock keeping unit (SKU)
US20160125493A1 (en) Client-based product configurator on optimized data structures
US20190295138A1 (en) Embedded retail system

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
FPAY Annual fee payment

Payment date: 20190725

Year of fee payment: 4