지식공유/Quality Management8 Doing things right 과 Doing the right thing Doing things right 과 Doing the right thing 의 의미 차이는 뭘까요? 영어 해석 문제는 아니고요. Doing things right의 기대했던 대로, 의도했던 바대로 즉, 고객의 요구사항 대로 했냐 에 대한 의미입니다. 'How' 관점의 실행측면의 의미입니다. 또다른 의미로 효율적으로 일을 했냐의 의미이기도 합니다. 소프트웨어의 경우 Spec 대로 개발을 했는지 의 관점입니다. “Doing the right thing” 은 올바른 선택 올바른 경로를 갔느냐의 의미로 , ‘what’ 의 관점입니다. 최종적으로 성과측면에서 효과적이었냐의 관점입니다. 소프트웨어 개발에서는 최종적으로 완성된 소프트웨어가 고품질의 제품으로 완성되었냐의 의미입니다. 2019. 11. 25. 프로젝트란 프로젝트의 정의와 특징에 대해서 간단하게 정리했습니다. 1. 프로젝트의 정의 고유한 제품, 서비스, 결과물을 창출하기 위해 수행되는 한시적인 노력 (A project is a temorary endeavor undertaken to create a unique product, service or result. - PMBOK-) 2. 프로젝트의 특징 프로젝트의 특징은 3가지로 정리할 수 있다. - 한시성 (Temporary) : 시작과 끝이 있음 - 고유성 (Unique) : 프로젝트의 결과가 동일한 것은 하나도 없음 . 불확실성(Uncertainty) : 고유성에 의한 속성으로 명확하게 정리되지 않는다. - 점진적 상세화 (Progressive elaboration) : 한시성과 고유성에 따라 초반에는 .. 2019. 11. 5. Configuration Management 형상관리 또는 구성관리라고 칭하는 Configuration Management에 대한 설명입니다. 구성관리를 보험에 비유를 하곤 합니다. 문제가 없는 평시에는 Effort만 들어가는 것으로 생각되기 쉬운데, 장애발생시는 심각한문제를 야기하고, 결함 이전상태로 돌이킬 수 없어서 복구에 어려움을 겪는 경우를 종종 볼 것 입니다. 구성관리(Configuration Management)란 시스템 또는 프로그램을 구성하는항목들을 식별하고, 통제하고, 구성 상태를 보고하고, 구성 감사를 통하여 작업산출물의 무결성을 확보 및 유지하는 활동을 의미합니다. 구성항목 식별 구성항목 통제 구성상태 보고 구성감사 위 4가지 요소만 기억하면 구성관리를 모두 이해한다고 보면 되며, 하나씩 설명하겠습니다. 1. 구성항목 식별이란?.. 2019. 10. 28. Classic Mistakes in Software development and maintenance 프로젝트에서 저지르기쉬운 전형적인 실수 36가지 (출처 : "Rapid Developmnet", Steve Mcconel) Steve Mcconel은 저서인 쾌속개발에서 전형적인 프로젝트에서 나오는 문제점을 36가지로 분류를 했는데 제가 IT프로젝트스케쥴링 사내강사를 할 때 프로젝트PM들과 관련된 Workshop을 해보면 대부분 계획수립이나 요구사항관리를 잘 못해서 문제가 발생했다는 이야기를 한다. 1.동기저하 2.저급인력 3.통제되지 않는 문제인력 4.영웅적 행동 5.프로젝트후반부에 뒤늦은 인력추가 6.시끄럽고 붐비는 사무실 7.개발자와 고객사 마찰 8.비현실적인 기대 9.효과적인 프로젝트 후원 부족 10.이해관계자 참여부족 11.사용자 참여부족 12. 실속보다 정치 13. 막연한 기대 14.지나치게 .. 2019. 10. 28. 품질컨설팅 기본 고객사로 부터 품질 진단을 해달라거나, 우리 회사는 품질 체계가 없어서 컨설팅을 해달라는 요청을 받게 되면 무엇부터 해야 할지, 어떻게 진행해야 할지 막막한지요? 그런 경우, 고민하지 마시고 PDCA Cycle로 접근하시면 대부분 해결될 겁니다. 저는 보통 아래와 같은 형태로 진행을 합니다. PDCA Cycle 기반의 품질체계 수립 1) As-Is 분석 / 진단 . Process, People, Technology, Data 관점 . 국제표준 모델 및 타사 Best Practice 비교 . 체크리스트 기반의 정량적인 품질 진단 및 평가 2) 표준 프로세스 수립 . 산업 / 조직 특성을 고려하여 테일러링 . 체크리스트, Template, 양식, 품질지표를 포함한 Process Set 구성 3) 이해관계자 .. 2019. 10. 22. 국내 요구사항 관리 시장의 현재와 나아갈 방향(전자신문) http://www.etnews.com/200911180012 2019. 10. 7. Joel Test IT인력 충원시에 우리는 1시간 정도 면접을 하게 되는데 보통 질문은 언어 및 비즈니스 경험은 있는지, 몇번, 몇년인지 등 하게되는데 사실 이 내용은 이력서에 있는 내용이다. 질문 대신 차라리 시험을 보는게 더 실질적이 된다. 여건이 된다면 코딩을 해보게 하는 게 좋을 것이다. Joel Spolsky는 소프트웨어 개발 조직이 얼마나 체계적이고 업무를 잘 수행하고 있는지를 측정하는 방법으로 12개 항목을 제시하고 있다. 아래 12개 항목중에 11개 이상을 만족한다면 우수한 조직이라고 할 수 있으며, 10점이하는 문제가 있는 조직이라고 이야기 하는데 마이크로스프트사는 12점 만점을 받았다고 한다. 그러나 대다수의 소프트웨어 회사의 현실은 2~3점밖에 되지 않는다. The Joel Test: 12 Steps .. 2019. 10. 7. 품질이란? 소프트웨어 품질이란? 주어진 요구사항을 만족시킬 수 있는 소프트웨어의기능 및 특성 이라고 미국전기전자학회 (IEEE :Institute ofElectrical and Electronics Engineers)에서 정의를 하고 있습니다. 여기서 요구사항이라는 것은 고객의 요구사항을 의미하는 것입니다. 그러면 고객의 요구사항을 만족시킨다는 것이 무엇일까요 한번생각해 볼 내용입니다. 훌륭한 프로그램, 시스템일까요? 화려한기술을 적용하여 복잡한 기능이 탑재되어 있는 TV를 모든 사람들이 좋아할 까요? 기술은 뛰어나지만 사용자에게 외면당한 제품도 주위에서 종종 볼수 있습니다. 이것은고객의 요구사항을 제대로 못 읽어서 그런 것입니다. CMMI 모델에서는 요구사항관리를 단순히 고객이 제공한 요구사항을관리하는 것이 아닌.. 2019. 10. 6. 이전 1 다음
