현재 위치 - 회사기업대전 - 회사 정보 - 제조 제품 개발에 민첩한 스크럼의 응용 사고 (2 부)

제조 제품 개발에 민첩한 스크럼의 응용 사고 (2 부)

기계 제조 종사자로서 이전 문장 저자는 민첩한 스크럼을 간략하게 소개하고 스크럼 개념에 대한 이해를 공유했다. 두 번째 부분은 애자일 스크럼이 제조업 제품 개발에 적용한 일련의 사고를 공유한다.

링크를 클릭하여 읽기:

민첩한 Scrum 이념의 배후에 기계 제조업의 동료들에게 적혀있다.

저자:? 스벤 팡 팡 시 칭

Scrum 하드웨어 및 제조 전문가

독일 듀이스부르크 아이젠 대학교 전기 기계 공학 박사

IT 업계와 마찬가지로 제조업도 점점 더 심각한 도전에 직면하고 있다. 시장은 기업이 더 빠른 제품 업데이트, 비용 절감 및 품질 향상을 요구합니다. IT 업계에서 점점 더 보편화되고 있는 민첩한 Scrum 프레임워크는 제조업의 제품 개발에 많은 영감을 주었습니다. 많은 기업들이 기존의 폭포수 제품 개발 모델을 바꾸고 민첩한 Scrum 을 적용하려고 시도하고 있습니까? 시장 변화에 신속하게 적응하고, 위험을 통제하고, 고객 만족도를 높일 수 있는 프레임워크. 이 글은 국내 제조업의 특징과 현황을 고려해 Scrum 프레임워크와 이념을 어떻게 적용할 것인지에 대해 저자의 졸견을 발표했다. 독자들이 애자일 개념과 Scrum 프레임워크에 대한 기본적인 이해를 가지고 있다고 가정해 봅시다.

1? 제조 제품 개발 운영 모드

그림 1? 일반적으로 사용되는 제품 개발 프로젝트 프로세스

여기서 말하는 제조업은 넓은 의미의 제조업으로, 소프트웨어 산업과는 달리, 기계, 기기, 계기, 도구, 자동차 산업, 가전제품 등과 같은' 실물' 을 상품으로 한다. 소프트웨어 업계에서는 모든 비프로그램 제품을 습관적으로' 하드웨어' 라고 부른다. PCB 와 같은 하드웨어 전자 제품과의 혼동을 피하기 위해 여기에' 하드웨어' 라는 단어가 사용되지 않는다.

제조업은 유구한 발전 역사와 100 년의 경험 축적을 가지고 있으며, 많은 확립 된 이념과 방법은 모두 유구한 역사를 가지고 있다.

"현대" 제품 개발의 운영 모델은 프레드릭 테일러와 파요르의 영향을 받았다. Fayol) 은 폭포식 (또는 연재식) 스타일로 계획, 분업, 권한 및 통제를 중요하게 생각합니다. 사실, 제품 개발의 이념과 프로세스와 변화 전 소프트웨어 업계는 본질적인 차이가 없다. 자동차 부품 산업을 예로 들자면, 제품 개발은 계획적인 프로세스 통제이다. 일반적으로 제품 개발은 프로젝트 형식으로 관리되며 프로젝트 관리자는 프로젝트의 비용, 진행 상황 및 제공을 담당합니다. 제품 개발 전에 고객과 기업은 계약 형식으로 제품 수요를 결정합니다. 그들은 명확한 수요에서 출발하여 개발 계획을 세우고, 부품 개발, 통합 후 테스트, 냉동 설계, 금형 출시, 공정 방안 설계 및 구현, 견본, 최종 양산을 병행한다. (그림 1). 이것은 제품 교체가 느리고 대규모 생산 시대에 가장 적합한 방식이다.

오늘의 세계는 어제의 세계가 아니다. 더 높은 이윤을 추구하기 위해 단순히 규모를 확대하고 비용을 절감하는 것만으로는 충분하지 않으며, 시장 경쟁의 압력이 제품 개발 부서로 옮겨가고 있다. 기존의 계획 기반 개발 이념 및 운영 모델은 복잡한 제품 (복잡한 제품이 반드시 복잡한 구조를 가질 필요는 없음) 을 개발하여 시장 할증권을 높여야 하는 기업의 쇠퇴로 이어질 수 있습니다. 오늘날 세계의 더 많은 불확실성에 직면하여 모든 사람들은 다음과 같은 문제를 해결해야 한다는 것을 알고 있습니다.

-응? 국부 최적화는 충분하지 않다. 반드시 체계적인 사유로 제품을 개발해야 한다.

-응? 영업 부서가 고객을 대면하는 것만으로는 충분하지 않으며, 반드시 고객을 위해 제품을 개발해야 한다.

-응? 아무리 완벽한 발전 계획도 변화를 따라잡을 수 없으니 반드시 변화를 포용해야 한다.

-응? 프로젝트 매니저가 다시 전공하면 팀워크도 필요하다.

-응? 등등

민첩한 개념하에 Scrum 프레임워크는 교차 기능 팀, 반복 증분 및 지속적인 결과물을 채택함으로써 이러한 변화의 가능성을 제공합니다.

2? 제조업에서의 민첩한 스크럼 실습

여기서 제가 언급하고 싶은 것은 기계 제조업의 접촉과 응용애자일 이념이 이미 오래되었다는 것입니다. 필자 는 잘 아는' 린 생산' 개념 이 사실 애자일 개념 의 원천, 심지어 애자일 개념 의 Scrum 개념 도 제조업 [Kenneth S. Rubin, 20 12? ]. 린 생산 이념에서 확장된 제품 수명 주기 관리 (PLM) 및 병렬 엔지니어링은 일부 기업에 의해 의식적이거나 무의식적으로 제품 개발에 적용되었습니다 [편집자: 콜드, 20 1 1]. 소위' 병렬 엔지니어링' 은 전체 개발 작업에서 전체 프로세스와 제품 목표에 초점을 맞추고 기존의' 직렬' 개발 모델의 폐단을 피하기 위한 것입니다. "교차 기능 팀" 및 "제품 지향" 과 같은 많은 곳에서 민첩한 Scrum 과 같은 목적과 방법을 볼 수 있습니다.

애자일 이념의 Scrum 프레임워크는 단순하고 독특합니다. 이것이 소프트웨어 업계에서 빠르게 인정받고 보급되는 이유입니다. 전통적인 제조업의 제품 개발은 소프트웨어 업계와는 다르지만, 소프트웨어 업계의 Scrum 응용 성공으로 하드웨어 및 제조업 관리자들이 이를 업계에 적용하려고 시도하기 시작했다. 임베디드 소프트웨어를 포함한 공급업체와 일부 장비 공급업체들을 앞서고 있습니다. 그런 다음 순수 기계 제조로 천천히 확장하십시오. Rubin 이 언급했듯이 Scrum 은 소프트웨어 제품 개발에 가장 많이 사용되지만 Scrum 의 핵심 가치와 원칙은 다양한 유형의 제품을 개발하거나 다양한 유형의 워크플로우를 구성하는 데 사용될 수 있습니다. 예를 들어, 저는 Scrum 을 성공적으로 사용하여 하드웨어 개발, 마케팅 계획 및 판매 계획과 관련된 업무를 조직하고 관리하는 조직과 함께 일했습니다. [Kneneth S. Rubin, 20 12? ] 을 참조하십시오

애자일 Scrum 프레임워크를 기반으로 한 제품 개발이라는 두 가지 업계 사례를 들어보겠습니다.

2. 1? 보잉 777? 연구 개발

1990 년 개념 설계부터 1995 년 5 월 미연합연합연합연합연합항공에 상업운영에 투입된 보잉은 6 년 만에 총 1000 명의 직원을 보유한 신제품 보잉 77 개발 프로젝트를 성공적으로 마쳤다. 프로젝트 책임자 애륜 무라리? "공동 작업" 모델의 혁신적인 사용은 실제로 애자일 이념을 반영한다.

무라리는 DBT 에 약 250 개의 다기능 팀 (디자인 건설 팀) 을 조직했으며, 각 DBT 팀은 기능 모듈을 담당하고 있습니다. 각 DBT 는 개념에서 제조 및 유지 관리에 이르기까지 다양한 인원으로 구성되어 있습니다. 팀에는 설계, 제조, 금형 인력, 재무, 자재, 수리, 하도급 담당자, 고객 담당자가 있습니다. DBT 의 모든 주간 진행 회의는 팀 간의 의사 소통과 조정을 보장합니다. 투명하고 공개적인 소통을 위해 그는 분기별로 시애틀에서 보잉 777 의 모든 10000 명의 직원을 소집하여 2 일간의 팀 회의를 진행한다! 이런 회의는 30 개월 내에 9 차례 열렸다 (그림 2 참조). 믿을 수 없어!

그림 2. 보잉 777? 시애틀과 회의를 합니다.

출처:/

이러한 사소한 일상적인 변화에 대해 DBT 다기능 팀은 새로 나타난 정보를 처리하고 제조 엔지니어와 설계 엔지니어 간에 빠른 피드백 루프를 형성합니다. 수요 변경은 지난 몇 주 동안 걸렸지만 DBT 팀에서 하루 만에 완성할 수 있다. 당신이 빨리 협력할 수 있을 때, 변화에 대처하는 것이 더 쉬울 것이다.

777 은 2D 도면이 아닌 3D CAD 소프트웨어로 거의 완전히 설계된 최초의 비행기입니다. 첫 번째 프로토타입을 만들기 전에 3D CAD 모델과 함께 실시간 검증을 수행할 수 있습니다. 이렇게 하면 피드백 폐쇄 루프의 형성이 가속화되고 증분 품질도 어느 정도 향상되어 더 빨리 피드백을 받을 수 있습니다.

보잉은 많은 조치를 통해 고객을 개발에 참여시키고 고객과의 협력이 무엇보다 높다는 점을 강조합니다. 고객 참여와 신속한 피드백으로 팀은 무조건적으로 계획을 따르는 대신 변화에 신속하게 대응할 수 있습니다. Scrum 프레임워크의 교차 기능 팀 및 반복 증가를 보여 줍니다.

자세한 내용은 "보잉 1990s 의 민첩성-777 프로젝트" 를 참조하십시오.

링크:?

/2014/10/07/agile-at-Boeing-in-1990s-777 From=singlemessage 와 당일가의' 하드웨어 민첩성의 선봉-보잉 777 사례 분석'; 링크:/뉴스 및 이벤트 /777

2.2? 위키백과: 위키백과

그림 3. Wikispeed 의 Scrum, 출처:. 에서)

3.? 크레이그 레이먼과 바스 워디입니다. 20 16. 대규모 Scrum: 적은 비용으로 더 많은 작업 수행

대규모 혼전? 대형 민첩한 조직의 디자인. 쇼빙에서 번역하다. 20 18.

4.? 케네스。 S? 루빈. 20 12. 기본 Scrum- 가장 유행하는 민첩한 프로세스에 대한 실용적인 지침. 에디슨 웨슬리. -응?

문장 리뷰: 짐 왕군

판권 소유, 표절 반대, 전달을 환영합니다.

copyright 2024회사기업대전