# data[].attributes.body
100개의 과제 양산 적용 과제 20개(20%)와
200개의 과제 양산 적용 과제 30(15%)개 중 좀더 바람직한 지표는?

# data[].attributes.body
- 과제 실패 → 개발자 비난 →  목표 하향 설정
(개발 실패에 대한 원인 파악도 과제 성공의 인정 필요)
- 일관적인 개발방향 필요
(n, n+1, n+2의 목표 명확화 → 매번 말이 바뀜)
- 개발 인프라 지원
(개발자가 모든 것을 다 해야 됨, 구매, 투자, 안전환경 관리, 등등)

# data[].attributes.headline
개발해야 하는것? 개발하고 싶은것?

# data[].attributes.subject
개발해야 하는것? 개발하고 싶은것?

# data[].attributes.body
사내고객 니즈에 맞는 아이템을 개발하는 것이 당연한 사기업 연구소의 업무 방향이겠으나 개개인의 목표도 이러한 방향에 맞춰질수 있도록 지적 호기심 이나 개인역량 발휘가 충분히 이루어질수 있는 환경이 이루어지면 좋겠습니다.

# data[].attributes.headline
성과 창출을 목표하여 도전적인 개발 참여가 어렵습니다.

# data[].attributes.subject
성과 창출을 목표하여 도전적인 개발 참여가 어렵습니다.

# data[].attributes.body
매년 성과를 평가받는 환경속에서 도전적인 과제 참여 및 진행에 두려움을 가지게 되고 기존의 개발 과정에서 크게 벗어나기 어려워지는 문제점이 있음. 이를 개선하기위해서는 실패해도 진행 이력에 대한 의지나 과정을 인정해줄 수 있는 문화가 필요해 보이나 현실적으로 어려울듯함.

# data[].attributes.body
개발에 문제 발생시 끝까지 풀고 나가려는게 아니라 누가 풀어주겠지 혹은 이거 안돼도 되지 하는 생각들이 있는 것으로 보임

# data[].attributes.body
제품 로드맵 변경에 따라 흔들리는 선행 요소기술 개발

# data[].attributes.body
양산화를 위한 요소 기술 개발이 전제이긴 하지만 양산화와 요소 기술 확보 간 무게 중심을 확실히 하고 변하지 않았으면 함.
양산화 중심이라면 사업부에 정말 필요한 것을 수렴하여 사업부 인력과 적극적으로 교류하면서 문제점 해결할 수 있어 사업부에서 재기하는 불만 사항이 적어질 것으로 보임. 요소 기술 중심이라면 사업부의 시시각각 변하는 개발 방향에 흔들리지 않고 우리가 하고자 하는 계획에 맞춰 갈 수 있을 것 같음,

# data[].attributes.body
양산에서 필요한 성능은 "최선단"의 성능을 매번 요구하고 그게 아니면 과제 목표 달성 안해줄 듯 이야기합니다. 단계를 충분히 밟고 올라가야할 목표인데도 불구하구요. 그렇게 지나치게 높은 목표만 고집하고 그런 과제만 열어주고 활용한다면 hit율은 당연히 낮을 수 밖에 없을 것 같습니다.

# data[].attributes.body
과제 시작과 드랍, 변경이 자유로웠으면 좋겠습니다. 너무 과한 프로세스로 자유로운 개발이 안됩니다.

# data[].attributes.body
자유롭고 창의적인 사고를 위한 활발한 토론이 많이 부족함. 각자 자기 생각 속에 갇혀 있음.
일방적으로 전달 받는 학습이 아닌 토론 속에서 지식이 심화되고 넓어질 수 있다고 생각함

# data[].attributes.headline
비용처리 프로세스가 너무 어려움 

# data[].attributes.subject
비용처리 프로세스가 너무 어려움 

# data[].attributes.body
원자재 구매나 실험 비용 처리가 어려움. 기술기획에서 매번 전화오고 설득해야하고... 소극적인 개발이 진행되는듯 합니다. 과제비 한도에서는 자유롭게 비용처리 했으면 좋겠습니다. 눈치 보여서 연구 못하겠습니다.

# data[].attributes.headline
과제 시스템의 유연성이 떨어진다. 한

# data[].attributes.body
과제 시스템의 유연성이 떨어진다. 한번 정한 목표는 그대로 가야 되는 관계로 약 1년 정도의 과제 기간 동안 고객의 니즈가 변할 수 있는데 이에 대한 대응이 현 시스템으로는 쉽지 않다.  고객의 요청에 따라 과제를 변경할 수 있는 시스템이 필요하지 않나 한다. 따라서 hit율이 낮은 이유가 이런 과제 완료율에 중점 주는 현 상황에서 나오는 문제점이 아닌가 한다.

# data[].attributes.headline
바람직한 개발 문화의 정의는?

# data[].attributes.subject
바람직한 개발 문화의 정의는?

# data[].attributes.body
회사가 원하는 개발 문화는 양산에 적용이 쉽고 정효과만 발휘하며 부효과가 없는 새로운 것을 창출하는것
조직이 원하는 개발 문화는 각 조직의 identity가 명확하고 R&R을 base로한 개발 로드맵을 하나하나 수행해 나가는 것
개인이 원하는 개발 문화는 과제 수행을 통해 "나" 자신의 성장을 확인할 수 있지만 너무 부담스러운 업무 load가 걸리지는 않는 상황을 만드는 것

이 세가지의 접점은 어디쯤 존재할까요?

# data[].attributes.headline
눈치 그만 봤으면 좋겠습니다...

# data[].attributes.subject
눈치 그만 봤으면 좋겠습니다...

# data[].attributes.body
사업부향 과제인 연구도 물론 필요하지만, N년향 과제는 눈치 보면서 할 수도 있습니다. 하지만 모든 연구 과제는 반드시 고객이 필요하고, 탐색 과제를 하려면 제약사항이 너무 많이 걸립니다.(잘 안 열어주려는 경향..) 연구소 재료개발만의 색을 갖기가 너무 힘든 문화가 아닌가 싶습니다...

# data[].attributes.headline
새로운 것에 대한 학습보다는 자신이 가지고 있는 기술활용에 치우쳐져 있음. 

# data[].attributes.subject
새로운 것에 대한 학습보다는 자신이 가지고 있는 기술활용에 치우쳐져 있음. 

# data[].attributes.body
결국 위에서는 agile한 조직을 원하고 아래에서는 안정적인 조직을 원하는 갭을 어떻게 조화롭게 만들 수 있을지가 중요한듯 함.

# data[].attributes.headline
업무비중에 따른 인력구성이 적정한지 검토가 필요하다고 생각됩니다.

# data[].attributes.subject
업무비중에 따른 인력구성이 적정한지 검토가 필요하다고 생각됩니다.

# data[].attributes.body
과제틀에 갇혀 있는 분위기 있음.
과제원도 PL도 과제 외 다른 문제점 해결 및 도전적 목표 설정 기피

# data[].attributes.headline
인력이 어떤 일에 집중해야 하는지 역할이 확실하지 않습니다.

# data[].attributes.subject
인력이 어떤 일에 집중해야 하는지 역할이 확실하지 않습니다.

# data[].attributes.body
"연구소"라는데 연구소다운 일을 하는건지 양산에 치우쳐서 양산과 관련된 일을하는건지 그럼 사업부랑 무슨 차이가 있는건지 명확한 역할 인지가 필요할 것 같습니다. 모호합니다.

# data[].attributes.body
공통업무 지원 인력이 있었으면 좋겠습니다. 단순업무로 빼앗기는 시간이 많음

# data[].attributes.body
과제 관련 전문 지식, 노하우 보유 인력 확보 어려운 경우, 인력 확보하는 방법 모호 및 시간 장기간 소요되어 적기에 활용하기 힘든 문제가 있음

# data[].attributes.body
연구 개발을 위한 자료 조사 업무와 실질적인 실험 업무를 구분하는 문화가 자리잡고 있음.

# data[].attributes.headline
과제 진행 동안 인력 이동이 너무 잦

# data[].attributes.body
과제 진행 동안 인력 이동이 너무 잦음.
(TF, 로테이션, 신조직 유출 등)
업무 연속성 및 효율성 저하.

# data[].attributes.headline
양산 관련된 부서와 협업이 가능한 인력이 부족합니다. 인력 교류가 필요한게 아닐까요.

# data[].attributes.subject
양산 관련된 부서와 협업이 가능한 인력이 부족합니다. 인력 교류가 필요한게 아닐까요.

# data[].attributes.body
N+2 지향하지만 양산화 및 사업부 채택이 가능하려면 사업부에서 고민하고 있는 N, N+1 세대 문제에 대한 모니터링이 필요합니다.  따라서, 각 조직내에서도  연결고리가 될 수 있는 N, N+1을 담당하는 인력을 포함하는 협의체 운영이 필요할 것 같습니다.

# data[].attributes.headline
파트 구분없는 전문가 구성 필요

# data[].attributes.subject
파트 구분없는 전문가 구성 필요

# data[].attributes.body
인력 운영에 있어서 각자의 전공 분야가 다르고 업이 다르다 보니 변화보다는 현상태를 유지하는 형태를 계속 유지할 수 밖에 없는 한계가 있음

# data[].attributes.headline
과제 난이도 대비 적정수준의 인력 대응이 어려움

# data[].attributes.subject
과제 난이도 대비 적정수준의 인력 대응이 어려움

# data[].attributes.headline
자유롭게 의견 작성 부탁드립니다😁

# data[].attributes.body
자유롭게 의견 작성 부탁드립니다😁