Every day is Bright sunny day! http://brightme.egloos.com 오직 QA (S/W Quality Assurance) 를 위해 ko Thu, 10 Jul 2008 07:01:13 GMT Egloos Every day is Bright sunny day! http://pds10.egloos.com/logo/200808/11/30/e0073530.jpg http://brightme.egloos.com 80 101 오직 QA (S/W Quality Assurance) 를 위해 <![CDATA[ IT audit ]]> http://brightme.egloos.com/1856932 http://brightme.egloos.com/1856932
The independent examination of records and other information in order to form an opinion on the integrity of a system of controls and recommend control improvement to limit risks.

흠.. 해석하면..
통제 시스템의 통합에 대한 의견을 제시하고
위기를 제한 하는 통제 개선을 권고하기 위해
독립적으로 기록이나 다른 정보를 시험하는 것.

정의에 사용된 단어를 살펴보면..

independent
 - report to a separate line of management
 - be free to state the facts of a situation
 - freethinking

examination
 - gathering and assessment of factual information from various sources
 
records and other
 - need to refer to information regarding the business processes & system under review
 - use data analysis tools to examine computer records

opinion
 - provide both objective facts & subjective opinions
 
integrity
 - same meaning with  completeness, accuracy and trustworthiness
 -
system of controls
recommend
control improvements
limit
risk

]]> 학습을 두려워 말라(대학원수업) http://brightme.egloos.com/1856932#comments Thu, 10 Jul 2008 07:01:13 GMT 정상 <![CDATA[ 감정은 선택하는 것 ]]> http://brightme.egloos.com/1703149 http://brightme.egloos.com/1703149

요즘 내가 다스릴 수 없는 것이 하나 더 있다는 것을 깨달았어.

그것은 바로 감정!

그것에 묻혀 생활을 하는데 굉장히 힘이 들었다.

그런데 어느 블로그에 이런 글귀가 있더라 

"감정을 창조하라"

읽는 순간 맞아! 하는 생각이 들었어.

난 그 후로 분홍색 옷을 입고 즐거운 음악을 듣고

내 감정을 긍정적으로 바꾸려고 노력하고 있지.

감정은 선택하는 것!

멋진 말이지? 내가 만들었어 ㅋㅋ

sunny야 화이팅하자~ 

^----------^



tag : ]]> 내 생각에는..(그냥) 감정 http://brightme.egloos.com/1703149#comments Thu, 15 May 2008 07:29:38 GMT 정상 <![CDATA[ 소프트웨어 아키텍쳐 ]]> http://brightme.egloos.com/1686605 http://brightme.egloos.com/1686605
1장 아키텍처 비즈니스 사이클 3
1.1 아키텍처에 영향을 주는 요인 6
1.2 소프트웨어 프로세스와 아키텍처 비즈니스 사이클 12
1.3 좋은 아키텍처의 요건 15
1.4 요약 17
1.5 생각해볼 문제 17

2장 소프트웨어 아키텍처 정의 19
2.1 소프트웨어 아키텍처 요건 19
2.2 소프트웨어 아키텍처에 대한 기타 관점 23
2.3 아키텍처 패턴, 참조 모델, 참조 아키텍처 24
2.4 소프트웨어 아키텍처의 중요성 26
2.5 아키텍처 구조와 뷰 35
2.6 요약 42
2.7 더 읽을 거리 42
2.8 생각해볼 문제 45

3장 A-7E 항공 전자 시스템 47
3.1 아키텍처 비즈니스 사이클과의 관계 48
3.2 요구사항과 품질 48
3.3 A-7E 항공 전자 시스템의 소프트웨어 아키텍처 53

2부 아키텍처 수립 69

4장 품질속성 이해 71
4.1 기능성과 아키텍처 72
4.2 품질속성 아키텍처 72
4.3 시스템 품질속성 74
4.4 실전에서의 품질속성 시나리오 78
4.5 기타 시스템 품질속성 94
4.6 업무 품질 94
4.7 아키텍처 자체의 품질 96
4.8 요약 97
4.9 더 읽을 거리 97
4.10 생각해볼 문제 98

5장 품질 목표 달성 99
5.1 설계전술 100
5.2 가용성 설계전술 101
5.3 변경용이성 설계전술 106
5.4 성능 설계전술 112
5.5 보안 설계전술 117
5.6 시험용이성 설계전술 119
5.7 사용편의성 설계전술 122
5.8 설계전술과 아키텍처 패턴 관계 124
5.9 아키텍처 패턴과 스타일 125
5.10 요약 126
5.11 생각해볼 문제 127
5.12 더 읽을 거리 127

6장 항공관제 시스템 129
6.1 아키텍처 비즈니스 사이클과의 관계 132
6.2 요구사항과 품질 132
6.3 아키텍처 관점에서의 해결방안 135
6.4 요약 150
6.5 더 읽을 거리 151
6.6 생각해볼 문제 151

7장 아키텍처 설계 153
7.1 생명주기상에서의 아키텍처 153
7.2 아키텍처 설계 155
7.3 팀 구조 형성과 아키텍처의 관계 167
7.4 골격 시스템 구축 170
7.5 요약 171
7.6 더 읽을 거리 173
7.7 생각해볼 문제 173

8장 비행 모의실험 175
8.1 아키텍처 비즈니스 사이클과의 관계 176
8.2 요구사항과 품질 177
8.3 아키텍처 관점에서의 해결방안 182
8.4 요약 197
8.5 더 읽을 거리 199
8.6 생각해볼 문제 199

9장 소프트웨어 아키텍처 문서화 201
9.1 아키텍처 문서의 용도 201
9.2 뷰 204
9.3 관련 뷰 선택 205
9.4 뷰 문서화 207
9.5 여러 뷰를 고려한 문서화 215
9.6 UML 218
9.7 요약 229
9.8 더 읽을 거리 230
9.9 생각해볼 문제

10장 아키텍처 재건 231
10.1 개요 231
10.2 정보 추출 234
10.3 데이터베이스 구축 237
10.4 뷰 융합 239
10.5 재건 241
10.6 사례 연구 248
10.7 요약 257
10.8 더 읽을 거리 258
10.9 생각해볼 문제 259

3부 아키텍처 분석 261

11장 ATAM 271
11.1 ATAM 참여자 272
11.2 ATAM의 결과물 274
11.3 ATAM의 과정 275
11.4 나이팅게일 시스템: ATAM을 적용한 사례 연구 288
11.5 요약 303
11.6 더 읽을 거리 304
11.7 생각해볼 문제 305

12장 CBAM 307
12.1 의사결정의 배경 308
12.2 CBAM의 기초 310
12.3 CBAM의 구현 314
12.4 사례 연구: 미국항공우주국 ECS 프로젝트 317
12.5 CBAM 작업 결과 324
12.6 요약 324
12.7 더 읽을 거리 325
12.8 생각해볼 문제 325

13장 월드와이드웹 327
13.1 아키텍처 비즈니스 사이클과의 관계 328
13.2 요구사항과 품질 329
13.3 아키텍처 관점에서의 해결방안 334
13.4 제2차 ABC 사이클: 웹 기반 전자상거래 아키텍처로의 진화 340
13.5 품질 목표 달성 346
13.6 오늘날의 월드와이드웹 아키텍처 비즈니스 사이클 346
13.7 요약 348
13.8 더 읽을 거리 349
13.9 생각해볼 문제 349

4부 아키텍처 확산 351

14장 소프트웨어 프로덕트 라인 353
14.1 개요 353
14.2 소프트웨어 프로덕트 라인의 작동원리 355
14.3 범위 설정 357
14.4 프로덕트 라인 아키텍처 360
14.5 소프트웨어 프로덕트 라인의 방해 요소 364
14.6 요약 367
14.7 더 읽을 거리 368
14.8 생각해볼 문제 368

15장 셀시우스테크 369
15.1 아키텍처 비즈니스 사이클과의 관계 370
15.2 요구사항과 품질 387
15.3 아키텍처 관점에서의 해결방안 390
15.4 요약 398
15.5 더 읽을 거리 399
15.6 생각해볼 문제 399

16장 J2EE/EJB 401
16.1 아키텍처 비즈니스 사이클과의 관계 402
16.2 요구사항과 품질 403
16.3 아키텍처 관점에서의 해결방안 406
16.4 시스템 배치 의사결정 419
16.5 요약 425
16.6 더 읽을 거리 425
16.7 생각해볼 문제 425

17장 루더 아키텍처 427
17.1 아키텍처 비즈니스 사이클과의 관계 428
17.2 요구사항과 품질 431
17.3 아키텍처 관점에서의 해결방안 435
17.4 품질 목표 달성 451
17.5 요약 452
17.6 더 읽을 거리 452
17.7 생각해볼 문제 452

18장 기성품 컴포넌트를 활용한 시스템 구축 453
18.1 컴포넌트가 아키텍처에 미치는 영향 455
18.2 아키텍처 불일치 456
18.3 검색을 통한 컴포넌트 기반 설계 462
18.4 ASEILM 사례 466
18.5 요약 476
18.6 더 읽을 거리 476

19장 미래의 소프트웨어 아키텍처 477
19.1 다시 살펴보는 아키텍처 비즈니스 사이클 479
19.2 아키텍처 수립 479
19.3 생명주기 내에서의 아키텍처 481
19.4 상용 컴포넌트의 영향 482
19.5 요약 484 ]]> 학습을 두려워 말라(대학원수업) http://brightme.egloos.com/1686605#comments Fri, 09 May 2008 07:12:42 GMT 정상 <![CDATA[ SQAP ]]> http://brightme.egloos.com/1572659 http://brightme.egloos.com/1572659

1.     목적

2.     참고 문서

3.     관리

A.     소프트웨어 생명 주기 관련

4.     문서화

A.     소프트웨어 요구사항 명세서SRS (기능,성능,설계 제한조건,태도)

B.      소프트웨어 설계 정의서SDD

C.      소프트웨어 검증 및 확인 계획SVVP (Verification and Validation)

D.     소프트웨어 검증 및 확인 리포트 SVVR

E.      사용자 매뉴얼 – 가이드, 모든 에러 메시지가 설정되어야 한다.

F.      소프트웨어 형상관리 계획 SCMP

5.     표준, 메트릭

A.     표준

                         i.         문서화 표준

                        ii.         로직 구조 표준

                       iii.         코딩 표준

                       iv.         주석 표준

                        v.         테스트 표준 및 실천

B.      메트릭

                         i.         Branch metric

                        ii.         Decision point metric

                       iii.         Domain metric

                       iv.         Error message metric

                        v.         Requirements demonstration metric

 

6.     Review and audit

A.     소프트웨어 요구사항 review

B.      예비 설계 review

C.      Critical 설계 review

D.     소프트웨어 검증 및 확인 계획SVVP review

E.      Functional audit – verify all requirements specified in SRS have been met

F.      Physical audit – verify s/w and its doc are ready for delivery

G.     In process audit

H.     Managerial review

I.       s/w 형상관리 계획 review

J.       사후 관리 review

 

7.     Test

8.     문제 보고 및 수정

9.     도구, 기술, 방법론

10.   코드 제어

11.   미디어 제어

12.   공급자 제어

13.   운영

14.   교육

15.   위기 관리

]]> 전문가가 되라(SQA) http://brightme.egloos.com/1572659#comments Tue, 01 Apr 2008 09:46:45 GMT 정상 <![CDATA[ Test plan outline ]]> http://brightme.egloos.com/1572657 http://brightme.egloos.com/1572657 from IEE/ISO 829

1.     Test 계획 identifier

A.     Identifier

2.     Introduction

A.     프로젝트 권한

B.      프로젝트 계획

C.      품질 보증 계획

D.     형상관리 계획

E.      관련 정책

F.      관련 표준

 

3.     Test 품목

A.     요구사항 명세서

B.      디자인 명세서

C.      사용자 가이드

D.     운영 가이드

E.      설치 가이드

 

4.     Test 할 Features

5.     Test 안 할 Features

6.     접근법 ??

A.     Major activities, techniques, tools

B.       

7.     Item pass/fail criteria

8.     Suspension criteria and resumption requirements

9.     Test 결과물

A.     Test plan

B.      Test 설계 명세서

C.      Testcase 명세서

D.     Test 절차 명세서

E.      Test item transmittal reports

F.      Test 로직

G.     Test incident report

H.     Test summary reprort

10.   Test 할 tasks

11.   환경적 필요조건

12.   책임

A.     관리, 설계, 준비, 실행 등 그룹이 책임을 명시한다.

13.   인력 및 교육 요구

14.   스케줄

A.     마일스톤

B.       

15.   위기 및 우연

16.   승인절차

A.     Name and title

]]> 전문가가 되라(SQA) http://brightme.egloos.com/1572657#comments Tue, 01 Apr 2008 09:44:32 GMT 정상 <![CDATA[ 소프트웨어 공학의 개요 ]]> http://brightme.egloos.com/1485544 http://brightme.egloos.com/1485544
  • 소프트웨어 정의
    - 프로그램, 프로그램의 개발, 운용, 보수에 필요한 관련 정보 일체
  • 성질
    - 비가시성, 복잡성..
  • 분류
    - 응용 소프트웨어 : 사용자가 원하는 목적에 맞게 개발된 소프트웨어 ex) 공장 생산라인, 은행 거래 프로그램
    - 시스템 소프트웨어 : 컴퓨터 하드웨어를 운용하기 위한 소프트웨어 ex) OS, DB 관리 프로그램
    - 패키지 소프트웨어 : 다수의 사용자를 위하여 상품으로 개발된 소프트웨어

    •  

    ]]>     http://brightme.egloos.com/1485544#comments Tue, 04 Mar 2008 06:34:45 GMT 정상     <![CDATA[ 소프트웨어 공학 ]]> http://brightme.egloos.com/1335730 http://brightme.egloos.com/1335730 1.1 소프트웨어와 시스템
    1.2 소프트웨어 위기
    1.3 소프트웨어 공학
    1.4 좋은 소프트웨어의 조건
    1.5 소프트웨어 프로세스 모형
    1.6 소프트웨어 개발에 영향을 미치는 요소

    제2장 계획
    2.1 문제의 정의
    2.2 일정 계획
    2.3 노력 추정
    2.4 조직 계획
    2.5 위험 분석
    2.6 계획서 작성

    제3장 요구 분석
    3.1 요구
    3.2 요구 추출과 분석
    3.3 구조적 분석
    3.4 요구 분석 명세서

    제4장 설계
    4.1 설계
    4.2 설계 원리
    4.3 구조적 설계
    4.4 소프트웨어 구조
    4.5 프로그램 설계
    4.6 사용자 인터페이스 설계
    4.7 설계서 작성

    제5장 구현
    5.1 프로그래밍 언어의 선택
    5.2 4세대 프로그래밍 언어
    5.3 비주얼 프로그래밍 언어
    5.4 구조적 코딩 기법
    5.5 코딩 스타일
    5.6 원시 코드의 문서화

    제6장 테스트
    6.1 테스트
    6.2 테스트의 원리
    6.3 화이트 박스 테스트
    6.4 블랙 박스 테스트
    6.5 자료 구조 중심 테스트
    6.6 통합 테스트
    6.7 인수 테스트
    6.8 테스트 자동화 도구

    제7장 유지 보수
    7.1 유지 보수의 특성
    7.2 소프트웨어 형상 관리
    7.3 소프트웨어 척도
    7.4 유지 보수 방법 및 도구

    제8장 객체지향 기초
    8.1 객체지향의 특징
    8.2 객체지향 기본 개념
    8.3 객체지향 프로세스
    8.4 UML
    8.5 설계와 구현의 매핑

    제9장 객체지향 분석과 설계
    9.1 사용 사례
    9.2 객체 모델링
    9.3 동적 모델링
    9.4 시스템 설계
    9.5 객체 설계
    9.6 디자인 패턴

    제10장 품질 보증
    10.1 품질 개념
    10.2 품질 보증 활동
    10.3 프로세스 품질
    10.4 프로덕트 품질 측정
    10.5 인스펙션

    제11장 소프트웨어 공학 동향
    11.1 CASE
    11.2 컴포넌트 기반 소프트웨어 개발
    11.3 웹 엔지니어링
    11.4 소프트웨어 리엔지니어링
    11.5 실시간 소프트웨어 설계
    ]]>     book http://brightme.egloos.com/1335730#comments Fri, 25 Jan 2008 05:00:42 GMT 정상     <![CDATA[ Head First PMP ]]> http://brightme.egloos.com/1335728 http://brightme.egloos.com/1335728 PMP 제니퍼 그린,PMP 앤드류 스텔만 공저/PMP 한동환,조광남 공역

    1. PMP 소개
    항상 이런 문제가 발생하나요?
    프로젝트들이 이럴 필요는 없지요
    문제가… 이미 해결되었습니다
    책임영역부터 시작합시다
    PMP 자격증은 단순히 시험에 합격하는 것 이상입니다
    실제 PMP를 취득한 프로젝트 관리자를 만나보세요

    2. 조직, 프로세스, 그리고 프로젝트
    케이트의 하루
    케이트는 새로운 일자리를 원합니다
    조직의 3가지 유형
    케이트가 새 일자리를 구하다
    프로젝트란 …
    케이트의 유지보수 악몽으로 돌아가서…
    원가, 품질, 그리고 일정 관리하기
    케이트는 일부를 변경했습니다…
    그리고 프로젝트는 성공적이었습니다!

    3. 프로세스 프레임워크
    프로젝트 요리하기
    프로젝트는 요리방법과 같습니다
    나누어 보세요
    프로세스의 분석
    프로젝트를 완료하려면 프로세스를 결합하세요
    지식영역들은 프로세스들을 체계화합니다
    성공적인 프로젝트관리의 장점
    시험문제
    시험문제 정답

    4. 프로젝트 통합관리
    여행을 예약할 시간
    교사들은 지금… 흥분되어 있습니다
    고객들은 절대 만족할 수 없었습니다
    프로젝트 관리자의 일상적인 작업
    7개의 통합관리 프로세스
    착수프로세스로 프로젝트 시작하기
    통합관리와 프로세스 그룹
    '프로젝트헌장 개발' 프로세스
    프로젝트 선정 방법으로 프로젝트를 선택하기
    프로젝트헌장 자세히 보기
    반복해서 보아야 하는 두 가지 요소
    범위: 완료해야 할 것
    '예비 프로젝트범위기술서 개발' 프로세스
    예비 프로젝트범위기술서 : 자세히 보기
    질문 상담소 : "오직 사실만 부인"의 질문
    프로젝트를 계획하세요!
    프로젝트관리계획으로 문제를 미리 계획합니다
    모든 보조 계획들 잠깐 살펴보기
    프로젝트 실행 지시 및 관리
    프로젝트 팀은 인도물을 만듭니다
    결함수정도 프로젝트 실행에 포함됩니다
    결국에는, 일들이 잘못 될 것입니다……
    때때로 여러분이 세운 계획들을 변경해야 합니다
    변경을 찾아서 처리하기
    프로젝트에 좋은 변경만 수용하기
    변경, 결함, 그리고 수정
    프로세스들이 상호작용하는 방법
    당신의 변경들을 통제하라; 변경통제를 사용하라
    문제들을 예방 또는 시정하기
    작업을 끝내고 프로젝트 종료하기
    집에 가면 안 되고, 여기에 머무를 수도 없습니다
    왜 통합관리인가요?
    통합관리로 프로젝트를 제대로 수행할 수 있었고, 교사들도 만족해 했습니다
    시험문제
    시험문제 정답

    5. 범위관리
    작은 난을 피하려다…
    오히려 큰 난을 당하다
    우리에게 범위 문제가 있는 것 같다
    제품을 구현하기 전에 무엇을 어떻게 만들지 알아야 한다
    범위관리의 힘
    5개의 범위관리 프로세스들
    범위기획 프로세스
    범위기획 프로세스에 관해 좀 더 알기
    범위관리계획 내부
    프로젝트의 범위 정의하기
    예비 범위기술서에 기반하기
    범위를 어떻게 정의합니까?
    범위는 더 이상 예비가 아니다
    질문 상담소 : "어떤 것이 최고" 질문
    작업분할체계 작성
    WBS의 투입물들은 다른 프로세스에서 온다
    작업 분할하기
    프로젝트 또는 단계로 분류하기
    인도물을 작업 패키지로 분할하기
    템플릿은 유용한 지름길이다
    작업 패키지 내부
    기준선은 계획의 스냅 사진이다
    WBS 작성 프로세스의 산출물들
    범위가 변하는 이유
    범위통제 프로세스
    변경에 대한 해부
    변경통제 시스템 자세히 보기
    추가되는 범위통제 도구 및 기법들
    팀이 제대로 된 제품을 인도했는지 확인하기
    이해관계자들이 프로젝트가 완료된 때를 결정한다
    프로젝트를 할 준비가 다 됐나요?
    프로젝트 발송 준비완료!
    시험문제
    시험문제 정답

    6. 시간관리
    행복한 커플의 현실이 시작되다
    웨딩 플레너 만나기
    시간관리는 공격적 일정을 도와준다
    활동정의로 작업 분할하기
    활동정의 프로세스를 위한 도구 및 기법
    연동기획(Rolling wave planning)은 수행하면서 계획할 수 있게 합니다
    활동정의 산출물
    활동순서배열 프로세스는 모든 것을 순서화한다
    활동 사이의 관계를 도식화하기
    작업들이 어떻게 관련되어 있는지를 보여주는 또 다른 방법
    활동순서배열을 위한 추가 도구들
    선도 및 지연
    네트워크 다이어그램 작성
    랍과 레베카에게는 자원 문제가 있습니다
    자원을 추정하는 데 필요한 것
    자원산정
    프로젝트가 얼마나 걸릴지를 알아내기
    산정 도구 및 기법
    기간 산정 작성
    결혼식 문제로 되돌아 가서
    모든 것을 한 곳에 모으기
    질문 상담소 : "어떤 것이 먼저인가" 질문
    하나의 문제가 다른 문제를 유발한다
    큰 문제들을 피하기 위해 주공정법을 사용하세요
    주경로 찾는 법
    어떤 활동의 여유시간 찾기
    여유시간은 추가 시간이 얼마나 있는지 알려준다
    빠른 시작과 빠른 종료 알아내기
    가장 늦게 시작할 수 있는 날짜와 종료할 수 있는 날짜를 알아내기
    다이어그램에 빠른, 그리고 늦은 기간 추가하기
    늦은 시작과 종료를 찾기 위해 후진계산 사용하기
    일정 단축
    프로젝트 Fast tracking
    가정 시나리오 분석
    다른 일정 네트워크 분석 기법들
    일정개발의 산출물들
    변경을 유발하는 요소에 영향 주기
    일정통제 투입물 및 산출물
    일정통제가 갱신하는 것
    성과 측정 및 보고
    일정통제 도구 및 기법
    만족한 또 다른 고객!
    시험문제
    시험문제 정답

    7. 원가관리
    헤드 퍼스트 휴게실을 확장할 시간
    소유자들이 열중하다
    원가관리 프로세스 소개
    엘리스가 원가산정을 시작하기 전에 필요한 것
    원가산정에서 만 사용되는 도구 및 기법들
    수치들을 말하자
    엘리스는 이제 휴게실에 얼마나 비용이 들지 알고 있습니다
    원가예산책정 프로세스
    예산을 만드는 데 필요한 것
    원가예산책정: 예산작성법
    원가통제 프로세스는 일정통제와 아주 비슷하다
    몇 가지의 새로운 도구 및 기법들
    질문 상담소: 헛갈리게 하는 정보
    예산을 알아내기 위해 일정을 보세요
    계획가치 계산하는 법
    획득가치는 어떻게 일하고 있는지 알려줍니다
    획득가치 계산하는 법
    다른 사람의 입장에 서보기
    프로젝트가 일정보다 뒤쳐졌습니까 아니면 앞섰습니까?
    예산을 초과했습니까?
    성과측정 분석 공식들
    프로젝트를 측정하기 위해 CPI와 SPI 수치를 해석하세요
    완료 시 프로젝트 결과를 예측하기
    일단 산정을 얻으면, 차이를 계산할 수 있습니다!
    잃은 정보 찾기
    파티시간!
    시험문제
    시험문제 정답

    8. 품질관리
    품질은 무엇인가?
    테스트만으로 품질을 알 수는 없다
    일단 무엇을 하는 프로젝트인지 알면, 어떤 테스트가 성공한 것이고,
    실패한 것인지 구별하기 쉽다
    품질 자세히 보기
    품질 vs 등급
    작은 예방...
    품질기획은 결함을 예방하는 방법이다
    품질계획방법
    품질관리계획은 품질을 어떻게 관리해야 하는지
    인도물 검사하기
    품질통제수행을 위해 기획 산출물 사용하기
    7대 기본 품질관리 도구들
    파레토 차트, 흐름도, 히스토그램
    런차트와 산점도
    추가적인 품질통제 도구들
    질문 상담소: "어떤 것" 질문
    품질통제는 결함을 찾고 수정하는 것을 의미한다
    블랙박스 3000TM 공장의 문제
    실행프로세스 그룹
    도구 및 기법들 자세히 보기
    품질보증에 숨은 아이디어들
    블랙박스 3000TM 은 기록적 흑자를 기록했다!
    시험문제
    시험문제 정답

    9. 인적자원관리
    새팀에는 마이크가 필요하다
    사무실 대화
    팀을 모으고 그들을 움직여라
    팀에 누가 필요한지 알아내기
    직원관리계획
    팀을 한데 모으기
    사무실 대화
    프로젝트팀 개발
    관리기술로 팀 개발하기
    관리기술로 팀 이끌기
    팀에게 동기부여하기
    팀은 어떻게 하고 있습니까?
    사무실 대화
    팀 관리는 문제 해결을 의미합니다
    갈등관리 자세히 보기
    갈등 해결법
    소들의 광란 IV팀 잘하다!
    질문 상담소: "회의를 소집하라" 질문
    시험문제
    시험문제 정답

    10. 의사소통관리
    헤드 퍼스트 휴게실에서의 파티!
    하지만 무언가 맞지 않습니다
    의사소통 분석
    의사소통을 관리하라
    모든 사람들에게 진행상황 말하기
    메시지를 이해했나요?
    정보배포에 추가되는 도구들
    프로젝트가 어떻게 진행되는지 모든 사람들에게 알리기
    완료되고 있는 작업을 세밀하게 보기
    이제 말을 전할 수 있습니다
    사람들이 말하지 않고 있습니다!
    의사소통 경로 수 세기
    파티 시간이다!
    질문 상담소: 계산 문제
    시험문제
    시험문제 정답

    11. 프로젝트 리스크관리
    리스크란 무엇인가?
    리스크를 다루는 법
    리스크관리 기획
    리스크분류체계 사용하여 리스크 분류하기
    리스크의 구조
    프로젝트에 어떤 일이 발생할 수 있습니까?
    리스크식별을 위한 정보수집 기법
    리스크식별 추가 도구들
    리스크를 찾아 볼 곳
    이제 리스크 등록부에 리스크를 넣으세요
    리스크에 등급 매기기
    등록부에 있는 각 리스크를 검토하기
    정성적 vs 정량적 분석
    정량적 리스크분석
    첫째 자료를 모은다…
    ... 그 다음 분석하세요
    리스크의 기대 화폐 가치를 계산하라
    의사결정나무분석은 선택하는 것을 돕기 위해 EMV를 사용한다
    정량적인 분석 결과를 바탕으로 리스크 등록부를 갱신하라
    리스크에 대해 어떻게 대응하는가?
    항상 나쁘지는 않습니다
    리스크 대응을 등록부에 추가하기
    프로젝트를 시작할 때 모든 리스크에 대한 계획을 할 수는 없다
    리스크 감시 및 통제는 또 다른 변경통제 프로세스다
    리스크를 통제하는 방법
    리스크 감시 및 통제의 추가 기법들
    질문 상담소 : "다음 중 아닌 것은?" 질문
    시험문제
    시험문제 정답

    12. 조달관리
    그녀 성공의 희생물
    기병대 부르기
    법률 전문가에게 물어보기
    계약의 분석
    전체 프로젝트를 위한 계획으로 시작하기
    결정하기
    계약의 유형들
    계약에 관한 추가사항
    각 계약에 대한 개별적인 계획 만들기
    잠재적인 판매자들을 어떻게 선별할 것인지 알아내기
    잠재적 판매자들과 연락하기
    파트너 고르기
    두 달 후에....
    지속적으로 계약 주시하기
    판매자 잘 관리하기
    작업이 끝났을 때 계약 종료하기
    케이트는 계약을 종료한다
    시험문제
    시험문제 정답

    13. 전문가적 책임
    옳은 일 하기
    비즈니스 클래스로 탑승?
    새로운 소프트웨어
    지름길
    좋은 가격 아니면 깨끗한 강?
    우리들은 모두 천사가 아니다
    시험문제
    시험문제 정답

    14. 최종 요약 리뷰
    프로세스 자석들
    프로세스 퍼즐
    연습문제
    연필을 깎으며
    잘 했습니다! 준비가 거의 끝난 것 같습니다 ]]>     book http://brightme.egloos.com/1335728#comments Fri, 25 Jan 2008 04:59:42 GMT 정상     <![CDATA[ 열정 ]]> http://brightme.egloos.com/1286329 http://brightme.egloos.com/1286329 Attitude. 당신은 행운아입니까?


    Boost. 당신은 어느 순간에나 격려하는 사람입니까?


    Clearness. 당신은 투명합니까?


    Droll. 당신은 기분 좋은 사람입니까?


    Examination. 당신의 투명함을 지켜 줄 장치가 있습니까?

     
    Field. 당신은 현장의 리더입니까?


    Game maker. 당신은 당나귀의 귀를 가졌습니까?


    Heart. 당신은 마음을 터치하는 리더입니까?


    I. 당신의 목표와 기업의 목표는 얼마나 일치합니까?

     
    Job. 당신은 결단할 수 있습니까?


    Key. 당신은 목표 그 이상을 설정하고 있습니까?


    Leading. 당신은 좋은 선배입니까?


    Move. 당신은 행동하는 사람입니까?


    Negotiation. 당신은 협상 상대를 협력자로 만들 수 있습니까?


    Onset. 당신은 큰 그림을 가지고 있습니까?


    Potentiality. 당신은 글로벌 인재로서의 잠재력을 가지고 있습니까?


    Quest. 당신은 끊임없이 길을 찾고 있습니까?


    Reload. 당신은 실패를 통해 배우고 있습니까?


    Share. 당신은 정보를 공유하고 있습니까?


    Top. 당신은 최고에게 배우고 있습니까?


    Ultimate. 당신은 어디에서 에너지를 얻습니까?


    Value. 당신은 자신의 가치를 정확히 알고 있습니까?


    Wake. 당신은 스스로를 리드하고 있습니까?


    X-game. 당신은 자신의 한계에 도전할 준비가 되어 있습니까?


    Yesterday. 당신은 첫 마음, 그 소중한 열정을 기억하고 있습니까?


    Zenith. 당신은 지금 당신 삶의 정점에 있습니까?


    from http://blog.naver.com/whoops18/70012942547 
     
    약간 끼워 맞춘 느낌도 있지만..

    GE 코리아 회장인 이채욱 회장이 우리에게 전하는 미래의 리더들에게 필요한 질문이라고 한다.

    ]]>     내 생각에는..(그냥) http://brightme.egloos.com/1286329#comments Mon, 14 Jan 2008 04:41:53 GMT 정상     <![CDATA[ PM ]]> http://brightme.egloos.com/1266174 http://brightme.egloos.com/1266174 http://www.researchcreations.com/process.asp  ]]> book http://brightme.egloos.com/1266174#comments Wed, 09 Jan 2008 14:36:10 GMT 정상