241111~241115 업무 회고

포인트

• 실제 적용이 베스트. 안되도 생각을 하고 반성을하고.
• 관점
• 하드 포인트
• 소프트 포인트.

지난주 회고 반영 여부

한것

• 일일 업무 보고를 위한 4시 알림 활성화
• 요새 공부하고 있는 패스트 캠퍼스 백엔드 패스 기록의 일부를 블로그에 남기기.

못한것.

• 업무상 여유가 없어서 못한것이 좀 많음.

• 1주 매일 1회 동료 칭찬하기.
  • 대신 감사함을 열심히 표현함.
• 이상향 개발 루틴 적어보고 실천하기.
• 블로그 댓글 기능 바로 추가하기~!
• cicd git resource group 적용 완료하기
• 의존성 주입관련 이슈관련 디버깅 로그 보기

업무 내역

• 11/11
  1. 신규 결제 플랫폼 스키마 변경 사항 반영 4H
  2. 신규 결제 플랫폼 - goods2, coupon2, order2 api 운영 배포 1H
  3. 디키디키 cms 정산 목록 페이지 요구사항 분석, 설계 2H
• 11/12 디키디키 cms 판매 목록 페이지 구현 완료 5H 관리자 주문 조회 API 오류 조치 1H
• 11/13
  1. 관리자 주문 조회 API 수정.(주문 상태 추가)
  2. 판매 상세 페이지 초안 개발 및 배포
  3. 디키디키 cms 기존 상품 및 워크샵 등록 오류 조치.(부적절한 db라이브러리이슈)
  4. 판매 목록 페이지 주문 상태 검색 항목 추가.
• 11/14 판매 정산 관리 API 개발 판매 정산 관리 페이지 개발
• 11/15 약관 동의하기 페이지 작업[o2meetV4] 회차별 상품관리 기능 테스트 및 보고 0원 상품 등록 및 수정 기능 추가.

업무 회고

• 결재 플랫폼 스키마 반영 작업 관련
  • k
    • 스키마 변경 사항을 전부 추적하여 반영.
  • pt
    • 개발과 운영 db 스키마가 너무 상이하여 개발이 난해함.
    • 스키마 통일 및 스키마 변경 관리를 라이브러리로 빡세게 해야할듯.
      • 1명이 관리하도록 통일을 하던지.
• 판매 목록 페이지 관련
  • k
    • 기획서라는 문서를 이용한 개발
  • pt
    • form 태그를 활용했으면, 좀 더 웹개발스럽게, 정석적으로 개발 가능했을듯.
    • 다음에는 form 태그 쓰고, json객체화 해서 쓰는 방향으로 진행해보기.

생각해볼 포인트

• 너무나 시간이 없는 개발 일정.
  • 개발 일정을 제대로 관리해본적 없는 리더의 부재.
• 요구사항을 모호하게 전달하는 것. → 모호한 요구사항 → 일단 모호함을 기획서로 구체화 → 기획 내용에 대한 피드백 요청 → 피드백 수렴하고 기획서 한번더 전달 → 2번정도 수정 완료된 기획서로 작업 시작.

action Plan

• 1주 매일 1회 동료 칭찬하기.
• 이상향 개발 루틴 적어보고 실천하기.
• 요새 공부하고 있는 패스트 캠퍼스 백엔드 패스 기록의 일부를 블로그에 남기기.
• 블로그 댓글 기능 바로 추가하기~!
• 일일 업무 보고 매일 하기.
• 아래 작업은 월, 화에 끝내기
  • cicd git resource group 적용 완료하기
  • 의존성 주입관련 이슈관련 디버깅 로그 보기
• 다음 페이지 개발 기회 있으면 form 태그 활용하기.