내부문서 - 꼭 읽어보세요
MiCount로우코드구현 주의사항
팀 규범 - 품질표준 - 위험방지 - 고객의소리
프로젝트시작하기 전에 반드시 완료해야 하는 사항(핵심)
1계약 및 회사 감사
프로젝트를 시작하기 전에 다음 텐트를 확인해야 합니다:
- 고객의 소리 계식 약체 결, 결제 개션 클리어 (선결제가 접수되었습니다.)
- 플랫폼 승인이 완료되었습니다(계정, 비밀번호, 권한 등 레벨이 확인되었습니다).
- 프로젝트범위가 명확해졌습니다(기능 목록, 인도표준, 수용 개수).
- 프로젝트 기간 확정 (마일스톤 기간, 연장 처리 방안)
- 책임자 명(프로젝트 관리자, 기술 책임자 명, 고객연동명)이 지정되었습니다.
금지 사항
서명된 계약서 없이는 시작할 수 없습니다. 구현 작업
❌ 선금 수령 없이는 입력 불가개발자료
❌ 범위명확성 없는 약속은 없습니다도 시간
2요구사항 연구 및 인
깊이 요구사항 조사를 완료해야 합니다:
- 요구사항에 대한 연구 회의 구성(최소 제3자: 고객 비즈니스, 고객 IT, 팀팀팀팀팀팀)
- 상세 요구사항 문서(텍스트 설명 + 프로세스 다이어그램 + 프로토타입 다이어그램)를 기록합니다.
- 핵심 문제점 파악(우선순위: P0/P1/P2/P3)
- 평가 기술적 타당성 (플랫폼 역량은/는 만족하지 않음, 은/는 이분할 필요 없음)
- 고객의 소리 확인요구사항 (메일/서명 확인, 두 가지 약속 피하기)
위험 팁
⚠️ 요구사항 불분명하거나 프로젝트 실패의 주요 원인
⚠️ 모든요구사항변경 사항은 반드시 공식화해야 합니다. 프로세스 (서면 요청 + 평가 + 제안 + 확인)
3기술 선택 및 아키텍처 설계
기술 선택 시 고려해야 할 사항：
- 플랫폼 역량은/는 요구사항(기능, 성능, 동시성)을 충족하지 못합니다.
- 데이터 볼륨 평가(확장성을 고려한 예상 3년 데이터 볼륨)
- 요구사항확인 통합(및 기존 시스템연동: ERP/CRM/OA 등)
- 보안 규정 준수 요구 사항(등 보험 요건, 데이터개인정보, 감사 로그)
- 배포 방식 선택 (클라우드/프라이빗/하이브리드 배포)
프로젝트구현프로세스 중 주의 사항 (중요)
4송원, 및 기대치 관리
빈번하고 투명한 커뮤니케이션을 유지하세요:
- 주별 진행 상황 보고서(메일/회의, 진행 상황, 문제점, 다음 계획 설명)
- 위험의 시기적절한 동기화(위험의 확장, 기술적 어려움, 자료 부족)
- 관리고객의소리 (과도한 약정 없음, 문제)
- 모든 커뮤니케이션 기록(회의록, 이메일 교환, 위 스크린샷)
- 변경 관리프로세스 (요구사항 변경 사항은 공식 승인을 거쳐야 합니다.)
5규범 및 규범
코드가 성을 유지할 수 있는지 확인합니다:
- 명명 규칙(폼, 필드, 프로세스, 범용 함수 이름 지정)
- 참고 사양 (핵심논리에 주석을 달아야 합니다. 나중에 유지보수를 위해)
- 코드 재사용(중복 개발 방지, 공용 컴포넌트 캡슐화)
- 테스트커버(기능 테스트, 바운더리 테스트, 스트레스 테스트)
- 코드 검토(핵심모듈은 동료 검토를 거쳐야 함)
6데이터 및 백업
데이터 보안은/는 결론입니다:
- 권한 제어(최소 권한 원칙, 주기적 검토 권한)
- 데이터 백업(매일 백업, 최소 30일)
- 민감한 데이터 둔감화(테스트 환경은 프로덕션에 사용되지 않습니다. 데이터)
- 작업 일지(추적성을 위한 핵심 작업 기록)
- 안전 교육 (고객의소리 직원은 보안 교육을 받아야 합니다. 교육)
엄격히 금지됨
❌ 프로덕션 환경에서의 직접 테스트 금지
❌ 데이터고객의 소원 공개 금지
취약한 비밀번호 사용 금지(강력한 비밀번호 규칙을 준수해야 합니다.)
7성능최적화
주목시스템성능：
- 쿼리 최적화(전체 테이블 스캔 방지, 인덱스 작성)
- 프로세스최적화（불필요한 승인 노드 감소）
- 프론트엔드 최적화(페이지 로딩 시간 단축)
- 동시성 테스트(최대 사용 시나리오 시뮬레이션)
- 알람 모니터링(설정 성능 모니터링, 문제 적시 감지)
프로젝트인도 및 승인기준
8사용자교육및문서
인도 전에 교육을 이수해야 합니다:
- 관리 교육 (시스템구성, 권한관리, 데이터유지보수)
- 최종 사용자 교육(기본 작업, 공통 문제 해결)
- 교육 자료 준비 (작업매뉴얼, 동영상 튜토리얼, FAQ)
- 교육효과평가(평가, 설문)
- 제출된 교육 기록(로그인 시트, 교육 사진, 평가 결과)
9출시 준비 및 전환
사전 푸다테시 체크리스트:
- 프로덕션 환경 준비(계정권 오픈, 권한 구성, 데이터 초기화)
- 데이터 마이그레이션 검증(기록 데이터 마이그레이션, 데이터 무결성 검사)
- 성능 압력 테스트(실제 시나리오 시뮬레이션, 성능 표준을 충족하는지 확인하기 위한)
- 백업 방안 (데이터 백업, 롤백 방안)
- 비상 계획(고장 처리 프로세스, 담당자 명단)
10수락 및 인수인계
공식 수락 프로세스:
- 기능 데모(계약 목록에 따라 항목별로 시연하기)
- 송원 합격 테스트(송원 실제 작업, 디스커버리 문제)
- 문제 수정(문제 목록 기록 및 마감일까지 수정)
- 수락 보고서(서면 수락 보고서, 양 당사자 서명)
- 인도 자료(소스 코드, 문서, 계정, 교육 자료)의 이전
판매 후 서비스 및 최적화
11응답 시간 약속
문제 긴급성 정도에 따른 등급별 응답:
- P0 수준(시스템 충돌): 15분 이내 응답, 2시간 이내 해결
- P1(핵심 기능 장애): 30분 이내 응답, 4시간 이내 해결
- 레벨 P2(일반 기능 문제): 2시간 이내 응답, 영업일 기준 1일 이내 해결
- 레벨 P3(최적화 권장): 1영업일 내 응답, 스케줄링 처리에 따라 달라질 수 있음
12정기 검사 및 회사
능동적 서비스, 문제 예방:
- 매월 상태 점검(성능 모니터링, 로그북 분석, 권한 검토)
- 분기별 최적화 제안(사용량에 따른 최적화 방안)
- 연도별 업그레이드 계획(플랫폼 버전 업그레이드, 기능 개선)
- 사용자 만족도 조사(정기적인 고객 피드백 수집)
13지식 공유 및 재사용
프로젝트 경험 아카이브:
- 프로젝트 요약 보고서(성공 경험, 피트스텝 기록, 개선 제안)
- 기술적 방안문서(아키텍처 설계, 핵심코드, 난이도 공격)
- 컴포넌트 라이브러리 디포지션(추후 프로젝트 재사용을 위한 일반 컴포넌트 추출)
- 모범 사례 공유 (팀 내부 교육, 지식 베이스업데이트)
마지막 알림
✅ 품질 우선
품질에 신경 쓰느니 차라리 속도를 늦추고 싶어요.
✅고객의소리
송원의 관점에서 문제를 생각해 보세요.
✅ 팀 협업
문제가 발생하면 혼자 하지 말고 도움을 요청하세요.
✅ 지속적인 학습
주목플랫폼 새로운 기능, 업그레이드된 기술역량
❌ 무단 약정 금지
범위 초과 요구사항은 반드시 보고해야 합니다.
