Eddie's storage

문득, '회의실 예약 수'는 많은데 '회의록 수'는 10%도 안되어"회의록 없는 회의는 의미가 있는지?"에 대해 궁금함이 생겼습니다. 그래서 AI한테 물어봤습니다. AI 답변은 아래와 같습니다.회의록 없는 회의는 때때로 비효율적일 수 있습니다. 회의록은 회의에서 논의된 사항, 결정된 내용, 그리고 후속 조치 등을 기록하여 모든 참석자가 동일한 정보를 공유하고, 책임을 명확히 할 수 있게 도와줍니다. 회의록이 없으면 중요한 정보가 누락되거나 오해가 생길 수 있으며, 후속 조치가 제대로 이루어지지 않을 가능성이 높아집니다.하지만, 회의의 목적과 성격에 따라 회의록이 꼭 필요하지 않을 수도 있습니다. 예를 들어, 브레인스토밍 세션이나 비공식적인 팀 미팅에서는 회의록 대신 주요 아이디어나 결론만 간단히 메모하는..

프로젝트 일정 산출 방법에는 여러가지가 있습니다. 그 중, 산출이 간단하면서도 일정에 차질이 없으면서도, 효율적인 방안을 고민 후 내린 결론입니다.개발 기간보다 QA 기간이 긴 경우는 한 번도 듣거나 보거나 경험해보지 못했으며,7년간 제 경험과 여러 사례를 접하고 현재 제 업무 방식이기도 합니다.프로젝트 일정 산출 방법입니다.개발 기간의 20%를 QA 테스트 기간으로 정합니다. (Dev. working day * 0.2 = QA working day)20%는 기존 솔루션에 결함이 많다고 판단한 최장 산정 기한입니다.개발자가 여러명이라면?(개발자:QA 비율이 회사마다 천차만별입니다, 지금은 10:1 비율로 설명합니다)→ 총 개발 기간의 20% 산출개발이 파트별로 진행된다면?(Browser 별, App 별,..

끝 없는 개발 추가/수정사항을 처리하기 위한 단계별 해결 전략에 대한 이야기입니다. "완료" 정의하기: 프로젝트 시작 전에 "완료"가 무엇인지 명확히 정의하고, 이를 문서화하여 범위 확장을 방지함(c.f. 킥오프)MVP* 수용하기: 완벽을 목표로 하지 않고 "충분히 좋은" 상태를 목표로 함. 기본 버전을 먼저 출시하고 나중에 개선함*MVP(Minimum Viable Product, 최소 기능 제품): 프로젝트의 핵심 가치를 가장 먼저 검증할 수 있는 최소한의 기능프로젝트 시간 제한: 프로젝트에 마감일을 설정하여 긴급성을 부여하고 기능 확장을 방지함작은 일 완료 연습: 작은 프로젝트나 작업을 정기적으로 완료하여 "완료"에 대한 두려움을 줄이고 성취감을 키움아이디어와 구현 분리: 새로운 아이디어가 떠오르면 ..

보편적인 정보를 현회사에 맞추어 진행하였습니다.프로젝트 산출물은 프로젝트의 각 단계에서 생성되는 문서나 자료를 의미합니다. 크게 둘로 나눌 수 있습니다.1. 관리 산출물 : 주로 PM이 작성하며, 프로젝트 계획, 진행, 종료를 관리하기 위한 문서착수 문서: 프로젝트 시작 전에 작성하는 문서(현회사에서는 생략 됨)계획 문서: 일정, 인력 등의 계획을 수립하는 문서(노션 페이지 속성 '일정', '담당자' 등으로 대처)수행 문서: 프로젝트 진행 중 작성하는 문서(노션 페이지로 대처)종료 문서: 프로젝트 마무리 시 작성하는 문서(비고. 회고)2. 수행 산출물 : 실무자(QA, 기획자, 개발자 등)가 작성하며, 프로젝트 실제 작업을 기록하는 문서분석 문서: 요구사항 분석 및 시스템 분석 문서(결과: 기획서)설계 ..