한재중 : 2022-02-15~16 JR to SR

가

핵심 가치 2 만족, 1 적당

업무 열정 있어보임

질의 응답 시, 솔직함

우리 회사 내부적으로 좋은 점이 있었다라기 보다는 한화의 요구사항을 만족한다는데 의미가 있었음

결산 총괄 역할을 수행

인력 공백으로 인해 발생할 수 있는 문제를 어떻게 예방?

업무 로테이션을 어떻게 적용? 어떻게 준비? 본인의 안이 있나?

업무 로테이션

특정 업무를 난이도에 따라서 나눠서 할당

이미 팀 내에서 공감대를 이뤄서 잘 진행되고 있음

내게는 당연한 것이 내 입장만 생각했던 것

타 팀의 업무에 대해서는 생각하지 않았던 것

아직 계획을 세우지는 않았음

가

핵심 가치 2 만족, 1 아쉽

업무 열정 있어보임

질의 응답 시, 솔직함

처음하는 설계/개발 업무를 적극적으로 질의하며 기대를 만족하는 품질의 산출물 작성

아직은 경험 측면에서 아쉬운 면이 있음

개발 기술은 부족한 것이 맞음. 현재 채워가고 있음.

문제 해결 능력은 넓은 지식을 갖추고 있지는 않지만 현재 과제에서 도움을 주고 있다고 생각함. (???)

고객에 대한 진실이 많이 와 닿았음. 먹고 살기 위해서 고객에게 거짓을 말해도 되지 않을까 싶었는데 그게 아니라는 것을 알게 되었음

개발과 관련해서도 오래 일을 같이 하기 위해서 고객에 대해 진실하게 다가서야 한다는 것을 많이 알게 되었음

전 회사 시절에 SI 와 업무를 많이 했었음

그 당시는 몰랐으나 와서 보니 대단하다고 느꼈음 (현장에서 말한 롤모델이 한재중!! 으잉??)

회고와 정리를 배우려고 하고 있음

기존 자료를 기반으로 도움을 받고 있음

아직은 기본 설계 과정임

운영자 입장에서 기본 설계와의 연계를 만들기는 쉽지 않음

상세 설계에서 운영자 입장을 반영하고 있음. 운영자로서 아쉬웠던 부분을 반영하고 있음

(이병훈) 내가 열심히 해서 잘하는 것 말고, 상급자가 어떤 것을 해 주면 더 나은 성과가 나올 것 같나?

연봉 인상? 업무 자율성? 측면은?

기존 수행 과제에 대한 많은 자료를 볼 수 있었으면 좋겠음. 보안 등으로 가려진 것을 해제하면 좋을 것 같음.

볼 수 있는 소스가 많았으면 좋겠음

연봉/업무 측면도 맞음

축구를 좋아함

단순 반복 작업은 싫어하는 편임

루틴한 작업보다는 새로운 도전거리가 있는 것을 좋아함

DIY 에 관심이 있음 (자동차에 직접 무언가를 매립하는 것)

생각하면서 일하는 것을 좋아함

SR 승진 심사인데 개선이 필요한 부분을 작성한 것은 아쉬움

필요한 역량을 이렇게 채워가고 있다 라고 작성되었다면 더 좋았을 것 같음

약간 수습 종료 발표 같은 느낌이었음

SI 입사 시점이 얼마 되지 않아서 어쩔 수 없는 부분이 있었다고 생각함

발표 자료만 보고 발표 수행함

질의 응답 시에는 질의자를 바라보며 대화를 잘 했음

답변의 말끝을 흐리는 모습을 가끔 보임 (자신없음?)

가

핵심 가치 2 만족, 1 적당

업무 열정 있어보임

질의 응답 시, 솔직함

(이병훈) 발표를 잘 하는 것 같음. 본인의 장점을 적극적인 의사소통이라고 했음. 다른 측면으로 보자면 감정통제를 잘 하지 못한다는 것 아닐까? 본인이 생각하는 적극적인 의사소통의 정의는?

경우에 따라서는 유연하게 넘어갈 수 있는 것을 트러블 만드는 것은 아닐까?

상위 직급자의 문제 제기, 또는 내가 발견한 문제를 감추거나 적당히 흘릴 수 있지만 그건 당시만 넘어갈 뿐, 문제를 덮는 행위라고 생각함

마땅히 해당 시점에 해야 할 이야기를 하지 못하게 됨

경우에 따라 유연성을 발휘해서 안 좋은 상황을 만들지 않아야 함. 처음에는 그런 부분에 대한 미숙함으로 감정선이 상하는 경우가 있었을 것 같음.

지금은 그런 부분은 파악하며 의사소통 하고 있음

최고라고 생각함

상대방의 생각을 알 수는 없지만 최고일 것으로 생각하고 바라고 있음

가까운 목표는 올인되어 있는 425 과제를 잘 마무리하기. SAR 관련 일성을 이룰 수 있을 것 같음

외부에 대해 SAR 전문가라는 말을 듣고 싶음

더 장기로는 더 다양한 SAR Level Processor, Application Product 생성 등에 대한 지식을 쌓고 싶음

사적으로는 말수가 적음

업무 관련해서는 눈치를 덜 보고 말을 하는 편

중요하다고 생각하지만 사람의 기질이 있기 때문에 쉽지는 않음

그래도 작년부터는 팀원들과 가까워지기 위해 나름대로 노력하고 있음

(백상현) 추천서를 보니 상급자가 정태성 님을 인정하는 느낌이 물씬 느껴짐. 매우 진실되며 솔직한 나머지 본인이 상처를 입기도 한다는 말에 대한 의견은?

문맥이 아리송하기는 하지만 본인이 괜찮으면 문제 없음

해당 요소가 없어도 만족하고 있음

일도 그렇지만 무엇보다 사람들이 너무 좋음

이직을 전혀 생각하고 있지 않음

(이창균) SAR 관련 끝을 보기 전에 업무가 달라져 버린다면 어떻게 하게 될 것 같은가?

다른 일을 해도 행복할 것 같나?

그런 일이 있을 수 있을거라 생각함

SAR 업무를 할 수 있도록 이의제기를 할 것임

회사에서 필요한 것이 있다고 한다면 그 일을 하면서 SAR 업무를 할 수 있기 위해서 계속 소통할 것 같음

업무에 대해서는 회사와 계속 소통할 것 같음

지금하는 사람들과 같이 한다면 어떤 일을 해도 행복할 것 같음

기존 팀장들이 나를 업무에 집중할 수 있게 해 줬음

팀장이 PM 과 ENG 사이에서 업무를 잘 조율해줬다고 생각함. 나도 팀장이 된다면 그 조율을 잘 해야 한다고 생각함.

아주 긴 문서를 작성할 때, 흥미를 못 느끼고 지루함

새로운 것을 시도하고 결과보고 의견을 주고 받는 것이 좋음

발표/질의응답 시, 아이컨택이 좋았음

말이 살짝 빠르기는 하지만 적극적으로 발표/질의응답 수행

자신감 가득한 말투임

긴장하는 느낌이 거의 전혀 없었음. 업무라고 생각해서 그럴까?

핵심 가치 2 만족, 1 적당

업무 열정 있어보임

질의 응답 시, 솔직함

(백상현) 여기에서 발표를 한 것이 본인의 의지보다는 시간이 되서 나온 것으로 느껴지는데, 그것이 맞나?

회사 시스템이 바뀌어서 개인에게 직급에 대한 자율성을 준다고 했을 때, 이 자리에서 발표를 했을까?

본인의 강점보다는 약점을 강조한 것 같은 느낌임. 이 자리에 있으면 안 될 것 같은 사람이라는 느낌?

(이병훈) 발표 시, 소통/협업 능력을 강조했음. 스크립트 적어 놓은 것을 거의 유사하게 발표했음. 평소 모습과 발표 모습이 유사한 지 궁금함. 그리고 어떻게 소통/협업 능력을 높일지 궁금함.

(백상현) 나중에 발표자료 전달할 때는 스트립트 제외하고  제출하면 좋을 듯 함

배경 지식이 충분히 있어야 의사소통을 잘 할 수 있다고 생각함

전문성을 더 높여야 함

지금까지는 시키는대로 업무를 했음

SR 은 시키는 것도 잘 하고 업무 분장 등 리딩을 하는 업무를 하게 될 것임

내가 생각하는 목표를 달성하기 위함

기능을 잘 만드는 개발자 → 과제를 잘 이끌어갈 수 있는 개발자

코더 이상의 업무를 수행할 수 있어야 한다고 생각함

현재 방법이 아직은 낯설음. 효과에 대해서는 잘 모르겠음

개인적으로 실질적인 목표 수립 및 다양한 피드백을 통한 성과 달성 확인 등에 도움이 많이 된다고 생각함

책 보면서 코딩 공부하는 것이 최근 흥미를 가진 것임

월요일에 출근하는 것이 싫어하는 일

누군가 나에게 거짓말 하는 것, 뒷통수 맞는 것

정진호 팀장, 전유길 팀장

담당 과제가 많은 것으로 알고 있음. 과제에 더해서 팀장 업무까지 잘 해 내고 있음. 배울 것이 많을 것 같음

방해요소는 본인의 나태함과 게으름

맡은 업무를 잘 해내는 것이 급선무라고 생각함

발표/질의응답 시, 아이컨택이 좋았음

K5 AOS 이슈 해결 설명은 관련 지식이 있는 사람만 이해 가능했을 거라 생각함

말이 다소 빨랐음. 자신감 보다는 조급함이 살짝 더 느껴졌음. 긴장을 다소 한 듯함 (말이 점점 빨라짐)

외운 것을 열심히 말한 느낌임. 발표 시, 막혔을 때 당황한 기력이 역력했음

SW 구현 능력에 대해서 부족하다는 표현을 두세번 함으로써 역량이 부족한가? 라는 느낌을 줌

본인의 부족함을 강조하는 발표로 느껴짐

질문에 대한 핵심을 답변하지 못하고 꾸미는 문장들, 주변부를 설명하는 문장이 많음

핵심 가치 2 만족, 1 적당

업무 열정 있어보임. 뭔가 살짝 느긋해보임

질의 응답 시, 솔직함

도커/쿠버네티스

windows 기반은 오래되서 개발은 쉬우나, 클라우드 환경에서 동작할 시스템이 더 낫다고 생각함

핵심 가치 만족, 적당

업무 열정 있어보임

질의 응답 은 약간 주변부를 맴도는 듯 함

답변에 뭔가 신뢰가 안가는 부분이 있음. 께름칙함

뭔가 답변을 만들어내는 느낌인데 답변이 구체적이지가 않음

범위를 넓혀서 이야기 해 달라고 했음에도 제대로 답변을 하지 못함

자문을 구해서 해결을 했음

나 자신

말이 계속 돌았음

업무 관련된 자료들을 본인 스스로 남기고 있음. 담당 엔지니어만 해당 업무를 이해하는데서 그치는 것이 아니라 구성원이 같이 이해를 해줘야 한다고 생각해서 남기고 있음

핵심 가치 2 만족, 1 아쉽

업무 열정 있어보이나 적극적인 면이 보이지는 않음

질의 응답 시, 솔직함

딱히 없음

수월하게 하기 위한 인터페이스를 바꾸거나 더 효율적으로 결과를 얻기 위한 노력을 했음

Junior Eng 를 mentoring 하고 있나? 하고 있다면 junior 의 만족도는 얼마라고 생각하나? 만족도를 높이려면?

아직 해보지 않았다면 어떻게 시도해보고 싶나?

교육 프로세스는 없음. 본인도 경험은 없음. OJT 를 했었음.

지금도 OJT 를 하고 있음. 업무를 수행하기 위한 설명을 하려 함

과거 산출물에 대한 피드백을 적극적으로 했음

적절한 양의 일을 주고 이끌어주는 선임. 같이 성장하는 것. 

위에서 언급한 것을 갖추고 있다고 생각함

팀 문화가 실수에 대해서 즉작적으로 보고하는 것이었음

보드 떨어뜨린 경험이 있었고 바로 보고해서 트레이를 통한 이동이 될 수 잇도록 했음

팀에서 필요한 것도 있었고, 개인이 필요해서 작성한 것도 있음

생산성을 높이는 것을 가장 많이 신경써서 작성했음

타당성 기준으로 납득을 시킬 계획

이미 릴 자재 관리 케이스가 있음

종종 있었음

외부에 공유해야 하는 자료는 특히, 작성한 자료를 팀 내에서 검토하고 외부에 공유함

후임에게 질문을 많이 함

왜에 대해서 생각할 수 있도록 함

어떤 말이라도 할 수 있도록 분위기를 만들어 줌

회사가 닫혀있지만 열려 있다고 이야기함

하지만 부정적으로 다가서지는 않았으면 한다고 이야기해줬음

숫자 기록

다른 참여자들에게 더블체크한 뒤에 숫자를 확정하는 습관

후임과 선임 간의 의사소통을 원활하게 하기 위해서 노력함

팀의 행사를 챙기거나 분위기가 내려갔을 때, 같이 할 수 있는 무언가(등산 등)를 제안해서 추진

???

욕심이 있는 듯, 없는 듯

수용성이 높은 사람 맞나? 물어보지 못했음

딱히 기억나는 것은 없음. 쉽고 어려운 방향이 있을 때, 어려운 방향을 선택(? 무슨 의미? → 도전 의식을 말하고자 한 것으로 이해됨)

신기술이 기존 형상에 문제를 끼치지 않도록 분석을 해서 논의 자료를 남김

본인이 우선 점수를 부여해서 팀장이 결정했었음

목표대비 결과가 좋지 않았기에 외부 요소를 고려하지 않았음

팀장과의 불화, 업무 수행 미비 등은 없었음

vunit. 시뮬레이션 단에서 많이 기능을 검증하고 시간 단축이 가능함.

팀장님이 먼저 추천

자료 찾아보기. 다양한 주제에 대해서 배경지식 습득.

필요한 데이터 취합.

계속 시도하고 결과를 정리

데이터 시트 읽기

사내 영어 학습 동아리에서 학습 중

테스트 자동화는 본인의 필요에 의한 목표? 위에서 내려준 목표?

테스트에 성능에 대한 것도 들어가 있나?

스스로 불편하다고 생각해서 잡은 목표

성능에 대해서는 아직 고민하지 못함

친절하다고 생각함

업무 지원을 해 줄 때, 그 사람의 일은 내 일처럼 같이 도와주고 같이 해결함

다면 피드백에서도 칭찬의 의견이 있었음

의사소통에 방법을 개선하고 있지 못하고 있음

팀장이 추천서를 안 썼음. 왜?

자기 주장이 굉장히 강함. 후임을 가이드하는데 있어서 걱정이 됨.

본인이 직접 수행해야 하는 일은 잘 할 것이라 생각함.

기록/정리한 내용이 잘 공유되도록 하기 위해서는 어떻게 해야 할까? 주입할 수는 없을 것이고. 세줄 요약? 관심이 있는 사람은 더 자세히 의식의 흐름대로 읽어갈 수 있게?

친절한 기록인가?

알고는 있지만 아직 충분히 행하고 있지는 못함

앞으로 그럴 계획임

JIRA 로 요구사항 별 해야 할 일을 관리

요구사항을 기반으로 user story 뽑아서 작업 중

user story 에 대한 검증은 상급자 + 시스템 팀에서 수행

성과 점수를 잘 못 받았었음

일정 지연이 발목을 잡았었음

팀장과 본인의 방향성이 달랐음. 재활용과 신규 구현.

왜 방향성을 맞추지 않았나?  개인의 발전이 없어서

주장이 강해서 상대방의 말을 듣지 않으려는 것을 본인이 인지하고 있음

욕심이 크게 없어 보임

팀장이 추천서를 안 썼음. 왜?

업무 주도성이 있다고 추천서에 있는데 약해보임

python

주 언어는 아니었음. 원래는 C

learning curve 를 줄이기 위해 교육자료 참고. 실전 투입.

후임을 위해서는 예제를 작성하게 하기

계산/운영 로직을 코어 별로 분리

가능성에 대해서 과제 담당자들의 의견. 본인의 의견을 피력했음.

설계2코드 파서

설계문서를 안 만들수는 없음

설계2코드가 대세가 될 것 같음

유학과 상관없이 심사 필요

attitude 확인 필요 → 시간 개념 빼고는 나쁘지 않아보임

매우 솔직함

본인이 수행한 업무를 봤을 때, 위성의 attitude control 이 중요하다라고 이해하고 있을 것 같음. 본인의 회사 생활에 대한 attitude 는 어떻다고 생각하나?

본인에게 규칙이란 어떤 의미가 있나?

최소한의 규칙은 지켜야 한다고 생각함. 필수 참여에 대해서는 참여.

10시에서 4시는 무조건 지킴

시간 준수와 같은 것은 본인이 인지하고 있는 단점

다른 분야에 대한 주제로 논의할 때, 딴 짓을 한 것임

본인 생각

테스트 코드를 그대로 올렸기 때문에 쉽게 이해할 수 있을 것이라 기대

논문형식으로 작성했기에 읽기 편할 것 같음

1차는 돈

2차는 노력에 대한 보상, 인정

팀장이 많이 도와주고 있음

주니어들도 적응하고 있음

사용하기 힘들어하는 것을 취합하고 해결하려 노력함

매뉴얼 제공

후임이 있는 것이죠? 후임에게 코드리뷰를 꾸준히(daily) 해 주고 있나? 본인의 코드도 후임자에게 리뷰를 받나?

feature 를 작게 나눠서 보고 있음

3명을 봐주고 있음

본인의 코드를 리뷰 요청하고 있음. 후임들이 버그까지도 찾아주고 있음