 |  |
|
난이도 : 중급 Debra L.K. Johnson, Advisory Software Engineer, IBM
2007 년 10 월 09 일 프로젝트 매니저라면, 프로젝트 팀이 IBM® Rational® RequisitePro®에서 수행했던 요구 사항 작업들을 IBM® Rational® Portfolio Manager의 프로젝트로 통합해줄 것을 요청 받을 때가 있습니다. Rational Portfolio Manager(프로젝트 관리)와 RequisitePro(요구 사항 관리) 통합의 목적은 요구 사항들을 프로젝트 플래닝과 트래킹에 연결시키는 것입니다. 모든 임포트(import) 작업은 Rational Portfolio Manager를 통해 수행됩니다. 현재 구현에서, 이는 RequisitePro의 "pull" 프로세스에 해당합니다. 검색된 모든 데이터들은 Rational Portfolio Manager에서는 읽기 전용입니다.
요구 사항과 프로젝트 관리 통합하기
프로젝트 매니저로서, 여러분의 팀이 IBM® Rational® RequisitePro®에서 수행했던 요구 사항 작업들을 IBM® Rational® Portfolio Manager의 프로젝트에 통합시켜 줄 것을 요청 받을 때가 있다. Portfolio Manager 7.1이 릴리스 되기 전에는, 이것은 약간의 (어쩌면 많은) 중복을 요하는 수동 프로세스였다. 직접적인 통합이 없었기 때문에 이를 모두 수행했어야 했다.
두 툴들간 정보의 동기화를 유지하는 것은 까다로운 일이다. RequisitePro의 개별 정보를 검토하고 이를 Rational Portfolio Manager에 저장된 것과 비교해야 했다. 그런 다음에는, Rational Portfolio Manager에 저장되었던 버전에 맞게 조정한다. 요구 사항에 대한 리소스와 비용을 트래킹 하고 작업 수행 결과를 평가해야 한다. Version 7 및 이후 버전에서는 이와 같은 일이 가능하다.
Rational Portfolio Manager(프로젝트 관리)와 RequisitePro(요구 사항 관리) 통합의 목적은 요구 사항들을 프로젝트 플래닝과 트래킹에 연결시켜 다음과 같은 일을 수행하는 것이다.
- 기존 프로세스와 프랙티스를 변경하지 않고 RequisitePro 요구 사항과 Rational Portfolio Manager의 요구 사항들을 매핑시킴으로써 추적 가능성을 향상시킨다.
- 작업과 툴을 적절하게 매치시킨다. (예를 들어, 프로젝트 매니저는 Rational Portfolio Manager를 사용하고, 비즈니스 분석가는 RequisitePro를 사용한다.)
- 프로젝트 매니저에게 RequisitePro의 개발 액티비티와 요구 사항들 간의 관계에 대한 비전과 통찰력을 제공한다.
- 비즈니스 분석가가 RequisitePro의 요구 사항들을 Rational Portfolio Manager의 상응하는 요구 사항들과 관련 태스크들에서 발견할 수 있도록 한다.
- RequisitePro 요구 사항을 Rational Portfolio Manager 요구 사항들로 자동 업데이트 한다. (요구 사항 생성, 수정, 삭제 포함)
전제 조건
아래 항목은 이러한 통합을 구축하고 사용하기 위한 전제 조건들이다.
- RequisitePro와의 통합을 사용하기 위해서는, Rational Portfolio Manager V7.1 또는 이후 버전이 필요하다. 이 버전은 2007년 6월 29일부터 사용할 수 있다.
- The supported version of RequisitePro is 7.0.1 or later
- RequisitePro Web Service가 전개되어야 한다. 이는 웹 용 RequisitePro Client(IBM® Rational® RequisiteWeb)와 같은 것이 아니다. 이 서비스 패키지는 RequisitePro와 같은 서버에 전개되어야 한다.
- RequisitePro Web Service가 Microsoft® Windows® 머신과 다음과 같은 지원 애플리케이션 서버들 중 하나에 전개되어야 한다.
- IBM® WebSphere® version 5.1 또는 이후 버전
- Apache® Tomcat® version 5.5
- Oracle® 9.0.4 또는 10.1.0.2
- BEA® WebLogic® 8.1.5
- 본 서비스 설치 방법에 대한 상세한 내용은 RequisitePro Integration 설치 문서를 참조하라.
- 요구 사항들은 RequisitePro에 존재해야 한다.
- RequisitePro 프로젝트는 Rational RequisiteWeb용 프로젝트 리스트에 등록되어야 한다.
주: Remember the name that you use to deploy the .ear 파일을 전개하기 위해 사용하는 이름을 기억하라. RequisitePro Web Services용 URL의 일부를 구성하는데 이것이 필요하다.
기본적인 사항에 대해 배웠으므로, 통합을 사용하는 방법에 대해 배워보자.
RequisitePro 요구 사항 가져오기(import)
모든 임포트(import) 작업은 Rational Portfolio Manager를 통해 수행된다. 현재 구현에서, 이것은 RequisitePro의 "pull" 프로세스이다. 검색된 모든 데이터는 Rational Portfolio Manager에서 읽기 전용이다. Rational Portfolio Manager에 프로젝트를 조작할 수 있는 사용자로서 로그인 한다.
뷰(view) 열기
요구 사항들은 Scope Management 뷰에서 "requirement" 로서 가져올 수 있다. 또한, 이들은 특정 프로젝트와 제휴되어야 한다. 이 글에서는 기존 프로젝트에 새로운 제안을 사용할 것이지만, 두 가지 모두 작동한다.
- 가장 먼저 만들어야 할 것은 제안서이다. 어떤 뷰를 마지막으로 열었는지에 따라서, Navigation Bar (Rational Portfolio Manager에 익숙한 사람들을 위해 조언을 하자면, 이 바를 GUI 스크린의 좌측 하단에 있다.)의 Work Management 뷰(그림 1)를 선택해야 한다.
그림 1. Work Management 선택하기
- Work Management 뷰에서, 메인 메뉴 바의 Proposal을 Proposals 폴더로 드래그 한다. (그림 2)
여러분의 환경에서는 이와 같은 구조를 사용하지 않거나 네이밍 규약이 다를 수 있다. Rational Portfolio Manager는 매우 다재 다능하고 여러 가지 방식으로 설정될 수 있다. 본 기술자료의 예제에서는 환경을 가능한 단순하게 유지하려고 한다.
그림 2. Proposal을 Work Management 뷰로 드래그 하기
프로세스(Workflow)의 일부로서 객체들이 자동으로 제안서(proposal)에 추가될 수 있다. 단순하게 하기 위해, 여기에서는 어떤 것도 보이지 않는다. 본 예제에 사용되는 제안서는 IBM® Rational Unified Process® (RUP®) framework Small Project template으로부터 생성되었는데, 이것은 Rational Portfolio Manager Version 6.2 및 이후 버전에 포함되어 있다. RequisitePro 요구 사항을 가져오는 단계는 제안서 또는 프로젝트에 정의된 객체와 관계 없이 같다.
- 제안서가 생성되면, Navigation 트리에서 Scope Management를 선택한다. (그림 3) Scope Management 뷰는 GUI의 메인 페인에 디스플레이 된다. (그림 4)
그림 3. Scope Management 선택하기
그림 4. Scope Management 뷰
임포트 시작하기
각각의 프로젝트와 제안서용 폴더가 있다. 특정 프로젝트나 제안서를 위한 모든 범위 엘리먼트들을 둘 수 있는 장소로서, 이러한 객체들을 구성하는데 도움이 된다.
- 임포트 프로세스를 시작하려면, 요구 사항들을 가져올 폴더를 강조한다. (이 경우, RequisitePro Integration).
- 오른쪽 클릭하여 Import from RequisitePro를 선택한다. (그림 5)
그림 5. 요구 사항 가져오기
임포트 프로세스가 시작된다. (그림 6) 초기 임포트 시, 사용자가 RequisitePro Web Service에 액세스 할 수 있도록 일부 정보를 제공하고, 이것을 통해서 RequisitePro에 정의되었던(사용자가 권한을 가진) 모든 프로젝트에 액세스 한다.
- RequisitePro Web Service에 URL을 제공해야 한다. URL의 기본 구조가 제공되지만, 몇 가지 추가 정보를 제공해야 한다.
- Server Address
- Port
- Deployed Name for the RequisitePro Web Service (기본은 reqpro이다.)
이 정보는 다이얼로그 박스의 첫 번째 필드에 배치되어야 한다. 그림 7은 이러한 정보가 배치될 장소를 보여준다.
그림 6. 임포트 프로세스용 초기 스크린
그림 7. 임포트 다이얼로그 박스
RequisitePro Login Name과 Password를 제공해야 한다. (그림 8) 이 모든 정보가 제공될 때까지 Next 버튼을 사용할 수 없다.
- 유효 RequisitePro User를 입력하고 패스워드를 입력한다. 이 필드는 대소문자를 가리기 때문에, 정확하게 기입해야 한다.
- 마지막으로, Next를 클릭한다.
그림 8. 완성된 임포트를 위한 초기 스크린
프로젝트와 요구 사항 선택하기
Next를 클릭하면, 시스템은 제공된 정보를 처리하고 여러분이 액세스 할 수 있는 프로젝트 리스트를 리턴한다.
- 드롭다운 메뉴를 사용하여, 사용하고자 하는 프로젝트를 강조하고(그림 9), Next를 클릭한다.
그림 9. 프로젝트 리스트
본 시스템은 요청된 프로젝트를 쿼리하고 요구 사항 리스트를 리턴할 것이다. 이 리스트는 프로젝트의 모든 요구 사항들을 폴더와 함께 계층적 구조로 나타낼 것이다. (그림 10)
그림 10. 요구 사항 리스트
- 폴더와 요구 사항들을 확장하면 RequisitePro에 구성되는 방법을 볼 수 있다. (그림 11) 다이얼로그 박스의 크기와 박스 내 컬럼의 크기를 변경하여 모든 가용 정보들을 쉽게 볼 수 있도록 한다.
그림 11. 확장된 요구 사항 리스트
- 임포트 하고 싶은 요구 사항(또는 요구 사항들)을 선택하려면, Import 컬럼의 요구 사항 옆에 있는 체크 박스를 선택한다. 이전의 요구 사항 컨테이너(그림 12)가 자동으로 선택되더라도 이 모든 것을 선택할 필요가 없다.
폴더나 프로젝트 옆의 선택되었지만 그늘진 체크 박스는 폴더나 프로젝트에 포함된 요구 사항들 모두가 임포트 되는 것은 아니라는 것을 나타낸다.
그림 12. 하나의 자식 요구 사항을 선택하면 모든 조상 요구 사항 객체들이 자동으로 선택된다.
- 또한, 전체 폴더나 프로젝트를 선택하고(프로젝트는 가장 높은 레벨에 있다.), 폴더나 프로젝트의 모든 요구 사항들이 임포트를 위해 자동으로 선택될 것이다. (그림 13)
그림 13. 전체 요구 사항 폴더 선택하기
- 폴더 내 거의 모든 요구 사항들을 원한다면 각각의 요구 사항을 선택할 필요가 없다. 폴더를 선택한 다음, 임포트 리스트에서 요구 사항을 제거한다. 이렇게 하려면, 임포트 하지 않을 요구 사항에 대한 체크 박스를 클릭한다. 전체 폴더를 지울 수도 있다. (그림 14)
그림 14. 요구 사항 제거하기
- 다른 유형의 요구 사항들을 선택하여 동시에 가져온다. (그림 15) 좌측 하단의 상태 박스는 선택된 총 요구 사항들과 마지막 연산이 수행되었다는 것을 나타낸다. (그림 14에서, 11개의 요구 사항들이 삭제되었다.)
이 버전에서는, 동시에 가져올 수 있는 요구 사항들의 수가 제한된다. 400 개의 요구 사항들로 제한된다. 그림 14의 상태 바에서 보듯, 총 50 개의 요구 사항들이 동시에 선택되었다.
그림 15. 다른 유형의 요구 사항 가져오기
- 가져올 모든 요구 사항들을 선택했다면(현재는 400개로 제한된다.) Import를 클릭한다. Rational Portfolio Manager는 통합을 통해서 이러한 요구 사항들의 카피를 만든다.
RequisitePro에서 임포트 된 필드를 Rational Portfolio Manager에서 편집할 수 없다. RequisitePro에서 요구 사항들을 수정해야 한다.
임포트 된 요구 사항들
Rational Portfolio Manager가 요구 사항을 처리하는 동안, RequisitePro 다이얼로그 박스의 Import는 이 프로세스가 시작되었음을 알려준다. (그림 16)
그림 16. RequisitePro 요구 사항 가져오기
임포트가 완료되면, 다이얼로그 박스가 사라지고, Rational Portfolio Manager GUI가 재 디스플레이 되어 Scope Management 뷰를 보여준다. 이 프로세스 초기에 여러분이 선택했던 폴더는 없어진다.
- 폴더를 열면 RequisitePro 프로젝트의 이름을 볼 수 있다. 이 프로젝트 밑에 RequisitePro 요구 사항을 포함하고 있는 폴더가 있다. (그림 17)
이 폴더 구조는 RequisitePro에서 획득된 것이기 때문에, 프로젝트가 이 옵션을 사용하지 않는다면, 요구 사항 리스트를 보게 될 것이다.
그림 17. RequisitePro에서 요구 사항들의 성공적인 임포트
- 폴더를 확장하면 임포트 했던 요구 사항들을 볼 수 있다. (그림 18)
계층화 된 요구 사항 구조는 관리되지 않는다. Rational Portfolio Manager에 요구 사항들을 중첩시키는 기능이 있지만, 그렇게 한다면 Work Breakdown Structure 구조에서는 중첩된 요구 사항들을 개별적으로 스케줄링 할 수 없다. 스케줄링 옵션에 유연성을 주려면, RequisitePro에서 온 요구 사항들이 같은 레벨로 임포트 되어야 한다. 하지만 계층적 구조는 RequisitePro에서 관리된다.
그림 18. 임포트 된 RequisitePro 요구 사항들
임포트 된 요구 사항들과 Rational Portfolio Manager 내에서 개발 및 관리되는 요구 사항들을 구별하기 위해, 특별한 아이콘들이 임포트 된 객체들에 연결된다. 표 1은 Rational Portfolio Manager 표준 아이콘과 RequisitePro 아이콘이다.
표 1. 표준 Rational Portfolio Manager 아이콘과 RequisitePro 아이콘
| 유형 | 표준 Rational Portfolio Manager 아이콘 | RequisitePro 아이콘 |
|---|
| 프로젝트 |
|
|
|---|
| 폴더 |
|
|
|---|
| 요구 사항 |
|
|
|---|
임포트 된 요구 사항들에 상태와 정보 획득하기
추가 정보가 ReqPro 프로젝트 레벨에서 임포트 된 레코드의 상태에 나타날 수 있다. Scope Management 뷰에 머무르면서, 다음을 수행한다.
- RequisitePro 프로젝트를 강조한다.
- 탑 메뉴 바에서 Description을 클릭한다. (그림 19)
그림 19. RequisitePro 프로젝트를 위해 Description 뷰 열기
Description 뷰가 열리면, RequisitePro Integration 레이아웃이 보인다. 이 레이아웃에는 두 개의 포틀릿(Identification과 RequisitePro Integration Status)이 포함되어 있다. 이들 각각의 포틀릿에는 RequisitePro 프로젝트에 대한 정보가 포함되어 있다. (그림 20) Identification 포틀릿에는 Import Wizard에서 온 정보가 포함된다. 여기에는 두 개의 추가 필드들도 포함된다.
-
업데이트 시 새로운 요구 사항 만들기
-
RequisitePro에서 삭제될 경우, RPM에서 요구 사항 삭제하기
이들을 수정하려면 디스크립션 뷰를 체크해야 한다. 기본적으로, No로 설정되어 있다. 두 번째 포틀릿인 RequisitePro Integration Status에는 Identification 포틀릿에 기술된 RequisitePro 프로젝트용 모든 요구 사항 리스트가 포함되어 있다.
이 포틀릿은 각 요구 사항의 상태를 보여주고 (동기화, 삭제, 동기화 해제, 임포트 여부), RequisitePro에서 마지막 업데이트 날짜를 보여주기 때문에, 이 프로젝트의 개요를 알 수 있다. 또한 이 뷰에서 직접 Import/Update 마법사를 실행할 수도 있다.
RequisitePro User, RequisitePro Password, Server URL, Project Path는 이 프로젝트용 첫 번째 임포트 프로세스를 시작할 때 획득된다. RequisitePro Integration Status 섹션은 요구 사항들의 임포트 여부와 이들의 상태를 나타낸다.
그림 20. 임포트 된 Project Description 뷰 모습
-
Launch RequisitePro Import/Update Wizard 버튼을 선택하면 Import From RequisitePro 다이얼로그가 디스플레이 된다. (그림 21)
그림 21. Project Import 마법사
- 앞서 기술된 요구 사항들을 임포트 또는 업데이트 할 수 있다. (그림 22)
그림 22. Project Import 마법사를 통해 업데이트와 임포트 결합하기
-
Import 버튼을 클릭하면 서버가 프로세스를 시작하여 모든 요청된 레코드를 임포트 및 업데이트 하게 된다. 프로젝트 Description 뷰의 다음 뷰에서, 추가 요구 사항들이 업데이트 된다. (그림 23)
그림 23. ReqPro project Description 뷰의 업데이트 정보
Single Requirement 업데이트(동기화)
이전 섹션에서는 RequisitePro 프로젝트 레벨에서 업데이트 방법을 설명했다. 이제는 요구 사항 레벨에서 이것이 어떻게 수행되는지를 볼 것이다. Work Management 뷰 또는 Scope Management 뷰에서 프로세스를 시작할 수 있다.
- Work Management 뷰에서, 프로젝트(RequisitePro 프로젝트가 아닌, Rational Portfolio Manager 프로젝트)를 강조한다.
- 탑 메뉴에서 Scope Management 버튼을 클릭한다.
- Scope Management 뷰가 열리면, RequisitePro 프로젝트를 확장하고 하나의 요구 사항을 강조하고, 오른쪽 클릭하여 Update Imported Elements를 선택한다. (그림 24)
그림 24. 임포트 된 요구 사항 업데이트 하기
- Confirm Update from RequisitePro 다이얼로그가 디스플레이 된다. 이 다이얼로그 박스가 요구 사항을 업데이트 할 때마다 디스플레이 되지 않도록 하려면, Yes 버튼을 클릭하기 전에 좌측 하단 코너에 있는 Don’t show this dialog again 박스를 선택한다. (그림 25)
업데이트가 완료되면 Scope Management 뷰로 리턴된다.
그림 25. 업데이트 확인 다이얼로그
두 개의 툴이 "in sync" 상태라면, 다이얼로그 박스는 그림 26과 같은 모습이고, 메시지는 엘리먼트가 최신 것이라는 것을 나타낸다.
그림 26. 최신 업데이트 임포트
요구 사항 작업하기
RequisitePro에서 요구 사항들을 임포트 및 업데이트 했으니, 프로젝트 관리와 관련한 많은 질문들이 떠오를 것이다. 아래 항목들은 그 예이다.
- 요구 사항들을 프로젝트에 스케줄링 할 수 있을까?
- 이 요구 사항들이 같은 태스크로 스케줄링 되어야 하는가?
- Work Breakdown Structure (WBS) 엘리먼트를 요구 사항에 추가할 수 있을까?
- 리소스를 적용할 수 있을까?
- 비용 계산을 사용할 수 있을까?
- 문서를 추가할 수 있을까?
간단히 답하자면 원래의 요구 사항에 할 수 있는 모든 것을 이러한 요구 사항에도 수행할 수 있다. 단 세 개의 필드를 제외한다. (Reference Number, Description, Name (그림 27))
- Description 뷰에 액세스 하려면, 요구 사항을 더블 클릭하거나 요구 사항을 강조하고 탑 메뉴 바에서 Description을 선택한다. 기본 뷰 또는 마지막으로 열린 뷰가 디스플레이 된다.
그림 27은 "Requirement view"의 예제를 보여준다. 아이콘은 요구 사항이 현재 체크되고 있다는 것을 나타낸다. 이 레이아웃(또는 어떤 레이아웃이라도)을 커스터마이징 하여 여러분의 필요에 맞게 조정할 수 있다.
그림 27. Edit 모드의 Requirement Description 뷰
이 디스크립션 뷰를 통해서, 많은 프로젝트 관리 태스크를 수행할 수 있다. 예를 들면,
- 리소스 추가하기
- 믿을 수 있는 리소스 태스크 만들기
- 애트리뷰트 추가하기
- 문서 추가하기
- 비용, 경비, 이익 같은 재정 정보 추가하기
이러한 태스크들을 수행하는 능력은 Rational Portfolio Manager 보안 권한에 의해 결정된다. 그림 28은 그림 27과 같은 Description 뷰 레이아웃을 보여주지만, 여러 포틀릿들이 확장되었다. 다음과 같은 추가 사항들을 이 요구 사항에 반영한다.
- "requirement responsible" 리소스 (Karen Miles)
- 문서 (Sample document)
- 애트리뷰트 (Scope Management > Business Impact > Quality)
- 디스크립션 뷰를 닫으면(우측 상단 코너의 빨간색 X (
)를 클릭), Scope Management 뷰로 리턴된다.
그림 28. Requirement Description 뷰에 나타난 확장된 포틀릿
디스크립션 뷰에 있는 다양한 포틀릿의 정보는 RequisitePro의 애트리뷰트를 수행하는 것과 비슷한 방식으로 작동한다. 요구 사항을 더욱 잘 이해할 수 있게 해준다. 요구 사항의 복잡성을 이해하려면, work breakdown structure (WBS)를 만들어야 한다.
- Work Management 뷰로 요구 사항을 옮기기 전에 또는 그 후에 이를 수행할 수 있다. 이 프로세스는 어떤 옵션을 선택하든지 간에 같다. 메인 메뉴 바에서 요구 사항으로 범위 엘리먼트를 드래그 한다. 순서는 객체들을 두었던 순서대로 관리된다.
요약 태스크, 인도물, 태스크, 마일스톤, 그 외 위험 요소, 이슈, 결함 같은 범위 엘리먼트를 추가할 수 있다. WBS를 먼저 생성하기로 했다면, 결과는 그림 29에서 보는 것과 같은 것이 될 것이다.
그림 29. Requirement에 추가된 엘리먼트
- 프로젝트 관리 태스크를 각 객체에 적용할 수 있다. (태스크 신뢰성, 문서 추가하기, 리소스 할당하기). 이는 요구 사항 레벨에서 했던 것과 같은 방식으로 수행된다.
- 이 요구 사항은 프로젝트 WBS에 추가될 준비가 되었다. 이것을 수행하려면, Work Management 뷰로 전환해야 한다. 왼쪽에 있는 네비게이션 트리에서 이것을 선택한다.
- Work Management 뷰에서 프로젝트를 확장한다.
- 프로젝트를 강조한다.
-
Expand all을 오른쪽 클릭하고 선택한다. (그림 30)
그림 30. Rational Portfolio Manager 팝업 메뉴
이 프로젝트는 WBS의 모든 엘리먼트가 디스플레이 된 모습을 보여준다. (그림 31)
- 탑 메뉴 바에서 Scope Management를 클릭한다. 강조된 프로젝트에 대한 모든 범위 엘리먼트가 디스플레이 되고(이 예제의 경우, RequisitePro Integration), 여기에는 RequisitePro에서 임포트 된 요구 사항들이 포함된다.
그림 31. Work Management 뷰에서 확장된 WBS
- 모든 컨테이너를 확장하여 실제 요구 사항들을 본다. (그림 32)
그림 32. Scope Management가 열린 상태의 Work Management 뷰
- 요구 사항을 Work Breakdown Structure로 드래그 한다. 같은 인도물 또는 요약 태스크에 놓일 필요가 없다. (그림 33 참조). 여러분도 보듯, 이러한 요구 사항들은 같은 요약 태스크 또는 인도물에는 없다. 어떤 것은 심지어 스케줄링 되지도 않았다.
WBS의 엘리먼트는 이제 시간이 적용될 수 있고, 스케줄에 영향을 줄 수도 있다. 다시 말해서, Work Breakdown Structure의 다른 엘리먼트처럼 취급될 수 있다.
그림 33. RequisitePro의 요구 사항을 갖고 있는 WBS
Rational Portfolio Manager의 정보를 RequisitePro에 있는 정보와 동시성을 유지하는 것이 중요하다. 이 프로세스는 Rational Portfolio Manager에서 시작되어야 하지만, 프로젝트 레벨에서 요구 사항 레벨로 수행될 수 있다. (이 글에서 언급된 바 있음)
리포팅
프로젝트와 포트폴리오 관리의 모든 측면에서 임포트 된 요구 사항들의 영향력을 이해하는 것도 중요하다.
- Rational Portfolio Manager의 기존 리포팅 측면들을 사용하여 이들을 평가할 수 있다.
- 요구 사항들은 Scope Management OLAP Pivot 테이블, Reports, 심지어 새로운 데이터 웨어하우스와 공통 리포팅의 일부로서 평가에 사용될 수 있다.
- 이러한 요구 사항들은 프로젝트 버블 위를 지나갈 때 사용할 수 있는 정보의 일부로서 Investment 지도 위에 나타난다.
- IBM® Rational® ProjectConsole™과의 통합을 통해 수행할 수 있다.
이러한 통합으로 인해, 정확환 버전의 요구 사항에 대해 작업하는 것은 더 이상 어려운 일이 아니다. 비즈니스 분석가는 RequisitePro에서 작업하면서, 요구 사항 관리(특히 트레이스 기능)를 위해 제공된 모든 기능들을 활용할 수 있다. 작업 방식을 변경할 필요가 없다.
또한, 프로젝트 매니저는 이러한 요구 사항들을 가져와서 리소스 할당, 스케줄링, 비용 평가, 위험 요소 관리, 시간과 비용 같은 표준 프로젝트 관리 기능들에 적용할 수 있다. 다른 툴을 배우거나, 변경 사항을 트래킹 하거나, 직접 기입한 요구 사항들을 업데이트 할 필요가 없다.
상위 관리부에서는 에셋들이 어떻게 활용되는지를 볼 수 있다. 시니어 매니저가 기존 요구 사항들을 자신의 프로젝트와 포트폴리오 관리 환경으로 통합해야 한다. Rational Portfolio Manager와 다른 IBM Rational 툴과의 통합이 해답이 될 수 있다.
참고자료 교육
제품 및 기술 얻기
토론
필자소개  | 
|  | Debra Johnson은 20년 이상, 전자/소프트웨어 업계에서 일했다. 테스트 플로어 수퍼바이저, 프로그래머, 엔지니어, 강사, 기술 라이터, 관리 기술, 교육 코스웨어 개발자, 마케팅 엔지니어로서 일해왔다. 9년 동안, SoDA와 ProjectConsole용 엔지니어로서, 마케팅 엔지니어로서, Rational 소프트웨어 분야에서 기술 지원을 담당했다. 현재, Rational Portfolio Manager, Rational SoDA, Team Unifying Platform 툴의 마케팅 엔지니어이다. |
기사에 대한 평가
|  |