Software Engineering(11)
-
소프트웨어 개발팀 역할
Roles of developersApplication lead앱 전체에 대한 기술 책임자 역할특정 애플리케이션 개발에 대한 전체 기술적 책임을 지님팀의 기술 방향, 아키텍처 결정, 코드 품질, 배포 전 최종 검토 등을 주도Clint, PM, 디자이너 등과 기술적 인터페이스를 담당업무아키텍처 설계 및 검토주요 기술 스택 선정코드 리뷰 및 품질 관리일정과 기술 과제 조율주니어 개발자의 멘토링Lead Developer (or Tech Lead, Senior Developer)역할특정 팀 또는 기능 영역에서 기술적인 리더십 제공팀원들의 코드와 기술적인 결정을 가이드 / 리뷰종종 app lead와 역할이 겹침업무개발자들 간 기술 조율주요 기능 구현 주도복잡한 문제 해결코드 품질 관리Scrum Master역할Sc..
2025.06.27 -
Project Management ZenHub
ZenHub Private Repository 사용 시 비용 지급이 필요합니다. 관련 툴 Github Project Beta (https://docs.github.com/en/issues/trying-out-the-new-projects-experience/about-projects) Azure DevOps Board (https://azure.microsoft.com/en-us/services/devops/boards/) Zenhub (https://www.zenhub.com/) 설치 및 사용방법 Chrome web store에서 ZenHub for GitHub를 설치합니다. (즉, Safafi browser 등에서는 사용할 수 없습니다) 설치하게되면, repository에 다음과 같이 Zenhub t..
2023.01.30 -
WBS (Work Breakdown Structure)
작성 시기 요구사항 정의 완료 후 작성 실제 작업에 들어가기 전에 작성하게 됨 WBS 작성자 PM or PL or 기획자가 작성에 대한 기획 상세 항목은 담당자가 작성 - 문서 양식을 배포하여 작성 요청 WBS 작성 항목 작업항목 및 내용 작업자, 일정
2022.11.30 -
Agile scrum
PMO Project Management Office 전체 프로젝트 관리 PM (Project Manager) 프로젝트 관리 이해관계자 간의 커뮤니케이션을 통한 조율 업무별 일정/이슈 관리 관리자의 필요 역량 리더십 동기부여 명확한 업무 수행 의사소통능력 이해일치를 위한 의사소통 관리 적절한 위임 문제 예방 및 해결 프로세스 구축 요구사항 목표 설정 요구사항 도출 acceptance test 도출 업무 처리 프로세스 agile scrum을 통한 build up (continuous development) 회의 daily scrum daily or (bydaily) scrum 진행 scrum 진행 진행중인 업무 진행 사항(done or doing), 진행할 업무(todo) 사항에 대해서만 간단히 논의 문제..
2022.11.11 -
Project Manager 역할
PM의 역할 제품, 서비스와 같은 결과물을 정해진 일정과 리소스를 활용하여 결과를 만들어 내는 것 PMBOK(Project Management Body of Knowledge)에서 정의하는 PM의 역할 통합 관리: 통합 관리 계획을 수행 범위 관리: 요구사항을 수집, 정의 및 변경 관리 일정 관리: 활동 정의 및 일정 관리 비용 관리: 비용 측정 및 예산 책정 관리 품질 관리: 품질 관리 계획에 따른 품질 관리 자원 관리: 자원을 확보 및 팀 관리 의사소통 관리: 의사소통 관리 리스크 관리: 리스크 식별 및 대응 조달 관리: 결과물 조달 계획 관리 이해관계자 관리: 이해관계자 식별 및 관리 요구사항의 수집부터 개발 자원 및 품질 확보를 관리하고 최종 결과물을 조달하는 과정까지 총체적인 관리를 수행한다. ..
2022.01.09 -
좋은 가독 방법 (code reading, 코드 리딩)
코드 reading 방법 코드의 reading 시에는 핵심부분만 이해하도록 한다. 리눅스 토발즈 역시 “How to work”가 아닌 “What to do”만 파악함을 강조 했다. What to do는 전체 code의 30% 이하 Interface를 통한 design을 통해서 전체의 흐름과 관련있는 부분만 파악한다. Encapsulation으로 abstraction을 강조한다. Static function, private member와 같은 것들은 전체 흐름과는 크게 상관없는 코드인 경우가 대부분이다. 여러 coding pattern을 익혀 놓는다. (e.g., Design pattern, Refactoring by Martin Fowler) ex. Iterator, document-view patter..
2021.12.19