본문 바로가기
728x90

IT일반/SW공학7

Waterfall 개발 방법론은 이제 한물갔을까? (Waterfall vs Agile 비교) 1. 서론fastcampus에서 프로덕트 매니지먼트(Product Management)에 대한 온라인 강의를 듣던 중에 Waterfall과 Agile 방법론에 대한 이야기가 나와서 정리를 하고자 합니다. https://fastcampus.co.kr/dev_red_kyw The RED : 모든 비즈니스를 성공으로 이끄는 Product Management Essential by 김영욱 | 패스트캠퍼스전 세계 180개국, 11만 임직원, 50만 고객사를 거느린 글로벌 SAP 기업의 PM 김영욱님, PM/PO 직무의 정확한 R&R부터 비즈니스를 성공으로 이끄는 제품 개발법을 배워보세요~! 이번 강의는 모든 비즈니fastcampus.co.kr 2. Waterfall 개발 방법론Waterfall 개발 방법론은 계획.. 2023. 4. 19.
IT프로젝트의 테스트 종류(UT, AIT, SIT, UAT...) IT프로젝트에서는 사용자 또는 시스템이 원하는 요구 사항을 충족하고 올바르게 작동하는지 확인하기 위해 다양한 테스트를 수행합니다. 소프트웨어 개발 프로세스에서 매우 중요한 부분이지만, 테스트 종류가 많고, 약자로 자주 쓰이다 보니, 확실한 용어 정리 없이 대략적으로 이해하고 사용하는 경향이 있습니다.(저만 그런 가요?) 그래서, 한번 용어를 정리하고자 합니다. 1. UT(Unit Testing)기능이나 방법과 같은 시스템의 개별 단위 또는 구성 요소가 올바르게 작동하는지 확인하는 데 중점을 둡니다.2. AIT(Application Integration Testing)소프트웨어 시스템의 개별 구성 요소 또는 모듈이 의도한 대로 함께 작동하는지 여부를 확인하는 테스트 유형입니다. AIT에서 구성 요소 또는 .. 2023. 3. 24.
[SW] NHN은 이렇게 한다! 소프트웨어 품질관리(2) 2023.02.17 - [IT 말고/책] - [SW][리뷰] NHN은 이렇게 한다! 소프트웨어 품질관리(1) [SW][리뷰] NHN은 이렇게 한다! 소프트웨어 품질관리(1) 품질관리... 어떻게 하는 거지? 현재 진행하는 프로젝트가 중반에 접어들면서 현재의 품질 수준에 대한 점검이 화두로 떠올랐습니다. 단위테스트를 진행하기는 하지만, 단위테스트만으로는 부 woogong80.tistory.com 1부에서는 NHN의 QP(Quality Practice) 활동과 소프트웨어의 특징, 애자일 도입의 이유와 효과적인 명세 작성법, 단계적 빌드에 대해 알아보았습니다. 2부에서는 QP활동의 상세한 내용을 정리하였습니다. QP활동 자체에 대해 정리하였고, 세부적인 도구의 사용법등은 이미 책이 출간되고 10년이 넘게 지나.. 2023. 2. 18.
[SW]NHN은 이렇게 한다! 소프트웨어 품질관리(1) 품질관리... 어떻게 하는 거지? 현재 진행하는 프로젝트가 중반에 접어들면서 현재의 품질 수준에 대한 점검이 화두로 떠올랐습니다. 단위테스트를 진행하기는 하지만, 단위테스트만으로는 부족하다는 생각이고, 현재의 품질 수준을 명확하게 알 수가 없었습니다. 업무를 하면서 경험적으로 알고 있는 것을 넘어, 좀 더 체계적으로 정리할 필요를 느꼈습니다. 그래서 도서관에서 소프트웨어 품질 관련 서적들이 모여있는 곳을 뒤지다 이 책을 발견했습니다. 이 책은 NHN의 소프트웨어 품질관리 프로세스인 QP에 대해 설명하고 있습니다. 문제 인식부터 도입, 그리고, 어려웠던 점이나, 좋았던 점, 적용 후까지 체계적이면서도 현실적인 내용들로 구성되어 재미있게 읽었습니다. (왜 이런 게 재미있어진 걸까요..?) 이 책은 총 11개.. 2023. 2. 17.
개발 프로젝트에서 아키텍트(Architect) 종류와 역할 프로젝트를 하다 보면 다양한 조직과 역할을 설정하게 됩니다. 업무를 하다 보면 자연스럽게 알게 되지만, 시간을 아끼는 차원에서 정리를 하고 갑니다. 1. AA(Application Architect) 애플리케이션 단위에서 설계를 하는 인력을 의미합니다. 분류는 있지만, 자주 사용되지는 않습니다. 프로젝트에서 차지하는 비중이 가장 크기 때문에 AA안에서도 업무별로 팀이 나누어지므로, AA로 한 번에 묶기는 애매하여, 업무팀 이름으로 부르는 경우가 많습니다. 하지만, 프로젝트 규모가 커지면, 전체 시스템의 구조를 설계할 사람이 필요하게 되는데, 이때 AA라고 부르기도 합니다. 2. TA(Technical Architect) 인프라 설계를 담당합니다. 네트워크, 서버, DB, MW 등을 담당하며, 장비구매, .. 2022. 12. 9.
[리뷰][IT] 개발자의 글쓰기 - 변수 네이밍부터 기술 블로그까지 글쓰기 고민 끝!! 저는 개발자는 아닙니다만, 티스토리에 IT 관련 공부한 내용을 올리다 보니, 기술적인 내용을 포함하고 있습니다. 그런데, 기술적인 내용을 너무 소설 쓰는 것 마냥 줄줄이 쓰는 것 같다는 생각을 하고 있었는데요. 지난주에 도서관 신간 목록 보다가 제목이 눈에 띄어서 훑어보니, "기술 블로그 쉽게 쓰고 운영하기"라는 부분이 있었습니다. 제 티스토리가 기술 블로그..라고 하긴 그렇지만, 참고할 만한 내용일 것 같아서 책을 대출했습니다. 읽어보니, 기술 블로그뿐 아니라, 기본적인 글쓰기 요령, 개발자들이 제일 어려워하는 이름 짓기와 주석 쓰기, 에러 메시지, 릴리즈 문서와 장애 보고서 쓰기, 개발 가이드, SI제안서 쓰기 등 전반적으로 개발자가 써야 하는 글과 글 쓰는 요령에 대해 정리되어있습니다. 아래 내용은.. 2022. 11. 23.
IT프로젝트가 실패하는 이유와 사례 IT 프로젝트 실패 사유 Standish Group Chaos Report에 따르면 전 세계 프로젝트의 83.9% 가 실패한다고 합니다. standish group은 1994년부터 프로젝트의 성공과 실패에 대한 분석 리포트를 내고 있는데, 1994년부터 현재까지 이 실패율은 크게 변화가 없다고 합니다. 물론 그 안에서 프로젝트의 성공과 실패에 영향을 주는 요인들은 변화가 있지만요. (Standish Group Chaos Report 정규 리포트는 비싸서(?) 원문을 받아보지는 못했고, 여기저기에서 리뷰해 놓은 것을 참고하였습니다.) 아래는 OpenDoor라는 회사 홈페이지에서 가져온 IT 프로젝트의 주요 실패 요인입니다. 1. 불완전한 요구 사항 2. 사용자 참여 부족 3. 자원 부족 4. 비현실적인 기.. 2022. 10. 28.
728x90