지식공유15 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. AI Timeline https://www.visualcapitalist.com/sci-fi-artificial-intelligence-predictions/?fbclid=IwAR0CYvlGTtPXzLE6GIKJc_Bx4ISZv4Ye70GOZRlT-B8HtfGHGL1OX2kNq6k A Visual Timeline of AI Predictions in Sci-Fi AI is shaping the global economy in unprecedented ways, and transforming life as we know it—but science fiction has predicted this all along. www.visualcapitalist.com 2019. 11. 23. PMO 의 정의 프로젝트 관리조직인 PMO(Project Management Office)는 프로젝트와 관련된 자원, 방법론, 도구 및 기술을 전사 공유하는 거버넌스 측면의 프로세스와 이를 촉진하는 기준을 관리하는 것이다. (PMBOK) A Project Management Office is a management structure that standardizes the project-related governance processes and facilitates the sharing of resources, methodologies, tools and techniques. [PMO의 주요 기능] 1. 멀티프로젝트 관리 - PM 기본 기능 2. 프로젝트 성과, 일정 통제 및 모니터링 3. 코디네이터 - 기획, 개발, Q.. 2019. 11. 10. Project Success Rates - Agile vs Waterfall Standish Group에서는 매년 개발프로젝트의 성공 비율과 실패 요인을 분석하여 Chaos Report를 발행하고 있다. 이 리포트에 의하면 대부분의 실패요인은 부정확한 요구사항과 사용자 환경에 대한 이해 부족이 가장 크다. 그리고 Agile 방법론으로 프로젝트 성공 비율이 전통적인 개발방법론의 2배정도가 되는 것으로 보고되고 있다. https://vitalitychicago.com/blog/agile-projects-are-more-successful-traditional-projects/ 2019. 11. 10. 프로젝트란 프로젝트의 정의와 특징에 대해서 간단하게 정리했습니다. 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. 품질 특성 (Quality Characteristics) 소프트웨어 품질 요구사항품질 요구 사항의 사양 및 평가 품질 특성을 통해 소프트웨어 제품 개발을 가이드하는 국제표준인 ISO/IEC 25010에서는 품질 특성을 8가지로 분류하고 있습니다. - 기능성, 효율성, 호환성, 사용성, 신뢰성, 보안성, 유지보수성, 이식성 - 소프트웨어 개발자 및 개발팀은 이 8가지의 품질 특성을 고려하여 고객 요구사항을 만족하기 위하여 노력해야 하고, 품질담당자는 이 품질특성이 소프트웨어에 고려되어 있는지 확인하고 보증해야 고 품질의 소프트웨어를 만들 수 있는 것이다. https://iso25000.com/index.php/en/iso-25000-standards/iso-25010?limit=3&limitstart=0 2019. 11. 3. 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. 품질 비용 품질비용은 예방비용, 평가비용, 실패비용의 3요소가 있다. - 예방비용 : 절차 정립, 도구 셋업, 품질 교육 등에 투입된 비용 - 평가비용 : 검토, 테스트 등 결함을 찾는 행위에 소요되는 비용 - 실패비용 : 결함 제거, 장애를 복구하는 비용, 하자보수 비용 등 Joseph M. Juran 은 예방비용 : 평가비용 : 실패비용의 비율이 1:10:100라고 이야기 한다. 요구사항 단계에서 발견된 결함제거비용보다 이행단계 이후의 결함 제거비용이 30~100배라고 통계가 제시되고 있다. 따라서 품질 비용을 줄이려면 당연히 실패비용을 줄이기 위한 평가와 예방 활동을 우선적으로 수행해야 한다, 2019. 10. 25. 이전 1 2 다음
