Created by 한재중, last modified on 4월 10, 2023


항목내용
약어정리
초소형/군집 과제 정리
  • 초소형 위성체계 (46?)
    • 두 업체 선정해서 AIT 시점에 한 곳 선정
    • 위성은 우리 회사 선정됨
    • 지상은 우리 회사 떨어짐
  • SAR16
    • 425 Gap Filler
  • 군초소형 지상체계 (초소형 위성체계와 같은 것?) (46?) → 같은 것
  • 초소형위성 군집시스템 (11기)
    • MSD22A DIS 관련 과제
2023 Keyword
  • 나에게 전진이란? 2023 슬로건
    • ???
    • 운동, 영어, SME 쪽 기능 흐름 및 알고리즘 이해를 통해 발 넓히기
신규 근무 관리
  • 고정 OT 폐지에 따른 근태 관리 -  취지를 잘 전달해서 악용되지 않도록 해야함 
    • 취지: 배려 & 초과 근무자에게 보상 
      • 고정 OT에 포함되었던 추가 근무시간  (월 32시간 - 연장(24)+야간(4)+휴일(4))을 소요하여 근무하는 비율은 45% 미만이라고 함, 더불이 고정OT를 초과하여 근무하는 사람도 10% 정도 존재한다고 함  
      • 즉, 55%는 고정OT에 포함된 기간의 근무를 수행하지 않지만 금액적으로는 동일한 보상을 받는 상황이 발생함 
      • 고정OT를 초과하여 근무하는 사람에게도 제도적 보상은 어려웠음
      • 이를 보완하기 위해 고정 OT 폐지 & 구성원 배려하는 차원에서 기존의 고정 OT 금액을 모두 연봉에 포함하게 함 (많은 사람들이 고정 OT 까지 포함된 금액을 연봉이라고.. 오해함) 
  • 초과 근무하는 경우 가산 무조건 가산 되는 형태이므로, 기본적으로 양심에 따른 자율적 관리이나 관리자는 관리의 책임이 있음 
        • 출퇴근 시간의 등록 및 휴게시간 등록을 관리자가 먼저 모범을 보여주고 팀원들에게도 잘 가이드 해주어야 함 
        • 2시간 미만 외출시 반드시 휴게 처리 
        • 점심시간(1시간)후 복귀가 늦으면 휴게 처리해야 함 
          • 점심시간의 팀 전체 회식등으로 일찍출발/늦는 경우에도, 단체로 휴게처리하는 책임있는 모습 보여주기 바람 
        • 아침식사 전에 출근 태깅 하지 않음, 식사후 근무시작을 선택함 
        • 저녁식사의 경우 구내/외식이든 저녁 먹으라 출발부터 복귀시간까지 전체를 휴게 시간 지정해야함 
        • 30분 이상 자리비움 (휴게실 사용, 안마의자/여자휴게실 등, 헬스장) 휴게처리 해야함 
        • 혹은 잠깐의 자리움이 1일안에 많이 발생하여 30분을 초과하는 경우 휴게처리 해야 함 
  • 관리자는 팀원들의 작업시간을 주기적으로 모니터링해서 불필요한/무리한 작업 시간이 되지 않도록 관리 필요
  • (참고) 조식/석식 정보는 인사실 요청시 제공 가능하다고 함 
  • 연장 / 야간 (22PM ~ 6AM) / 휴일 업무의 경우 관리자는 거부할 수 있는 권한도 있음, 이에 사전 승인을 기본으로 함, 
      • 연장(일 10시간 근무)의 경우 사전 승인의 대상은 아니나, 구두로라도 사전 논의 할 것을 권장함
  • Flex (실근무 시간만 입력됨)
    • AM 6 ~ PM 10 까지는 실 근무 시간 100% 인정 (파란색으로 Flex 에 표기)
    • PM 10 ~ AM 6 까지는 실 근무 시간 150% 인정 (오버되는 부분은 Flex 에 주황색으로 표기)
    • 휴일 근무는 실 근무 시간 150% 인정 (오버되는 부분은 Flex 에 주황색으로 표기)
    • 휴일 야간은 200% 인정
    • Flex 에서 주황색으로 표기되는 항목이 많아지거나 월 마감이 다소 남았는데 팀원의 누적 근무 시간이 법적 근무 시간을 넘기는 경우 관리
  • 신규 법적근로시간
    • 4월의 경우, working day 가 20일인데 기존은 160시간, 신규는 171시간
    • 171시간 맞게 해야 할까? → 준수하도록 가이드 (매달 초에 매일의 근무 시간을 공지할 예정, 국가의 결정 사항)
  • 자원
    • 반복 설정 안됨
    • 매주 신청해 놓아야 함
  • 이메일 설정
    • gw2023.satreci.com 으로 변경해야 함
코딩테스트
  • 다음 채용 시 고민!!
솔루션
  • PM Open Market
    • 부문장은 부문장만의 설명할 수 없는 느낌으로 Level 1/2/3/4 를 정의해서 Case 1 에 대해서 정리했음
      • '/' 는 or 의 의미로 사용했음
      • 1 은 재사용 가능성이 높은 것??? 독립적으로 사용이 가능한 것?
        • 원재료에 가까운 것이 1 레벨
      • 낮은 레벨부터 개발해서 서로 사용할 수 있기를 기대함
      • Level 2 로 정의한 것이 부문장이 생각한 솔루션의 레벨임
    • (warning) 팀장 회의에서 아래 토픽을 이야기 하기를 부문장이 원함
  • (warning) SIFTS-B 기능 명세에 대해서 앞으로 내가 관리
    • SIFTS-B (Satrec Initiative File Transfer Software - Backend)
    • 부문장이 기대하는 산출물 (3/10 주간보고 시에 전달한다고 이야기했음)
      • (부) 요구 기능 Refine (안)
      • (주) 현재 정리된 내용만을 기반으로 몇 명이 얼마나 투입 필요하다고 생각하나?
    • 필수 기능의 범위
      • Backend 만 구현 / 택배 시스템만 구현
        • 기존 시스템 대체를 하는 것은 보류 가능함
      • File Interface 만 수행 - C# DLL 으로 구현
      • 로깅에 힘쓰기 (우리 책임이 아니라는 것을 명확하게 밝힐 수 있는 수준으로)
    • 3/13(월)에 "Go" 할 수 있는 수준의 인력 추산을 부문장은 기대하고 있음 → 현실은?
    • 다음 진행할 솔루션
      • GS2DMap 을 ENG 에서 준비
        • 정경진 PM 이 필요하다고 했음
        • 김인영 PM 이 제공 가능하다고 했음
      • 무엇을? → 아무거나
        • 가지고 있는 것
          • 지도를 사용한/할 과제
          • 사용 했던 과제 / 사용 안 했던 과제 인터뷰
        • 종속적인 것
        • 이렇게 가야합니다 등등
          • 그대로 가면 됩니다. or 이렇게 수정해야 합니다. or 새롭게 개발해야 합니다 등등
    • 솔루션 사용 매뉴얼 정의 by 부문장
      • 솔루션을 만든 주체가 솔루션을 사용할 주체에게 솔루션을 이런 식으로 사용하면 됩니다. 라고 알려주는 문서
    • 로그
      • 미리 정했는데 왜 안 지켜졌을까? by 이영란
        • 기존 Heritage 의 로그를 그대로 사용
        • 규칙을 자의적으로 잘못 이해해서 사용하고 있는 사람들에 대해 리뷰를 해 주고 이끌어주는 사람이 없었음
      • GSDCMM Log 를 각 과제의 CMM 으로 그대로 가져가도 되고 GSDCMM 을 기반으로 각 과제 별 CMM 을 정의해도 됨
      • (warning) ENG 에서 Log 를 Bitbucket 방식으로 관리를 했으면 함
        • CSV 파일로 관리
        • 타 과제에 대해서도 CSV 파일로 배포
        • 버전 관리 필요
        • Log 입출력, 관리하는 Backend 코드까지 관리가 되면 좋음 (Option, strongly recommand)
      • 로깅하는 정보
        • ESGS 기준으로 로그를 작성할 때 데이터의 이름을 사용하는 것을 지양하고 File Path 를 사용하는 것을 지향함 by 부문장
          • Succeeded to receive a SR file. (file path: xxx/yyy/zzz.dat) (X)
          • Succeeded to receive a file. (file path: xxx/yyy/SR_zzz.dat)
          • 어떤 것이 더 나은지 ENG 논의가 필요함
    • SIFTS-B 솔루션 개발 시, config 의 영문은 건드리지 않았으면 함
      • 사용자 측면에서 인터페이스 정의는 개발자들의 권한
      • 빌더 패턴을 사용하면 좋을 것 같음 (재중 생각)
      • Delete, 전송만, SIStorageManager 포함에 대해서 고민해서 진행 필요함
      • 부문 내의 우선 순위는 부문 목표의 15% 를 생각하면 됨
      • 누구를 데리고 하지? 고민 필요. 누가 필요한지를 파악하고 관련 PM 들의 동의를 구해야 함
        • (warning) 계획을 수립하고 가기!!
          • 허웅 리더 - 김정래/TBD? 개발자 끝?
  • Validation Engine 솔루션화
    • STP GS 의 MPPS 에서 'Client - Pre Validation', 'Client - Validation', 'Server -Validation', 'Validation Engine' 레벨로 어떤 항목들을 검사할 것인지 설계 시에 구분 필요함 to 전유길 (지금 당장은 아니더라도 추후에 정리가 필요할 수 있음)
    • 이영란 PM, 솔루션 모듈이 아니라 설계 템플릿을 만들었으면 하는 것임
부문장님이 짚은 부분
  • 중기 경영전략 수립 추진방안
    • 부문장이 지상사업부문은 실장/그룹장이 참여하겠다고 한다고 함
  • Private Cloud 구성 관련 의견
    • (warning) 지상 시스템 관련해서는 한재중의 의견을 바탕으로 그룹장과 논의 필요함
    • 입력 자료는 박현수 님의 정리 내용 기반
    • 우리에게 필요한/고려해야하는 항목을 정리해서 한재중/그룹장 논의 필요함
  • 4/25 경영진 워크샵
    • 분기별로 성과 점검하겠다고 대표이사가 선언했음
    • (warning) 부문의 성과목표 대비 성과를 알려줘야 함. ENG 에서 담당한 부분에 대해서 정리 필요.
    • PL 평가 의견을 분기별로 요청해야 함
  • 온라인 코딩 테스트의 유효성에 대해서 팀의 젊은 사람들에게 의견 물어보기
    • 목적을 알려주고 chatGPT 등이 난무하는 상황에서 유의미한가 물어보기
    • 경력직에게는 review 하는 과제를 주는 방법에 대해서 논의하기