소프트웨어 품질 관리 문제의 해결에
의 용량으로 독립 소프트웨어 테스팅 실험실, qualitylogic, inc는 효과가있는 정보 시스템 그룹의 크고 작은 기업과 함께 소프트웨어 및 시스템 업체입니다. 이 작품을 제공하는 독특한 기회를 관찰의 시도를 해결하기 위해 투쟁하는 단체가 바둑을 통해 자신의 소프트웨어 제품의 품질 및 품질 관리 문제가있습니다. 이 문서가 제시 결과 관측과 생각의 기본적인 품질 관리 문제는 물론 새로운 솔루션은 산업입니다. 이익과 손실 (p & 왼쪽) 관리자, 추천을 여기에 비즈니스 관리자, 명확하게 이해하지 않는다 또는 값 소프트웨어 품질 관리를합니다. 소프트웨어 업체와 사업 실패를 전달 품질의 제품을 취급하지 않기 때문에 품질 관리로 전략적, 중요 측면의 제품 개발 프로세스가 같음 요구 사항, 디자인, 및 코드를 개발합니다. 기본적인 문제는 소프트웨어 품질 관리가 제대로되지 않습니다 "소유"내부 조직입니다. 대신,가 있기 때문에 역사적 총 relegated을 소프트웨어 품질 보증 기능, 그것은 간주 기술, 따라서, 몇 비즈니스 관리자들은 사상을 고려 직접 "소유"그것입니다. 의 전통 산업 기업, 제품의 품질 관리, 품질 보증, 품질 관리가 취급 주요 기업의 기능, 리포팅을 비즈니스 관리자입니다. 그러나, 몇몇 소프트웨어 단체들은 아직이 접근법을 채택합니다. 실제로는 소프트웨어 업체가이 같은 최근의 "징계가"이 문제는 제품의 품질 관리를 유지 신비, 특히 소프트웨어 교육이나 경험을 비즈니스 관리자를하지 않고있습니다. 이 소프트웨어 품질 문제 - 어떤 절차는 품질의 소프트웨어 제품을 배달하는 고객 -이 아닌 기술 중 하나입니다. 의 조합을 통해 달성한 것은 좋은 고객을 이해 (개발로 요구 사항) 및 좋은 제품 개발 프로세스를합니다. 많다 우수한 소프트웨어 개발 프로세스와 기술이 모두 사용할 수있는 검증된하고있습니다. 이 소프트웨어 업계를 구축하는 방법을 알고 높은 - 품질, 신뢰성을 만족하는 제품의 기능을, 비용 및 일정을 요구의 고객; 그리고이 쉽게 유지 관리 및 업그레이 드합니다. 이것은 신화는 업계 요구를 더 잘 처리 또는 도구의 품질 문제를 해결하기 위해, 어떤 검색 치마의 실질 문제와 비즈니스 관리자의 책임입니다. 죄송 합니다만, 해당 업계는 일반적하지 않은 해당 조합의 징계 및 조직 구조에 필요한 일관되게 전달하는 성공적인 제품; 즉, 잘 - 정의, 저 - 처형 품질 관리 기능을합니다. 기업 경영에 대한 책임이 있어야합니다 수준에서 시작하십시오. 이러한 매니저 때까지 풀리지 않는의 품질 문제가 남게됩니다 오랜 및 하드 약의 품질 요구 사항에 대한 의견을 자신의 제품을 명확하게 전달하기 전까지 그들은 그들의 결론을 때까지 적극적으로 모니터 제품의 품질, 그리고 의사가있는 행위에 대한되기 전까지는 자신의 정책을 적용할 수있는 정보가있습니다. 이 용어 p & 리터 관리자를 의미합니다 집행 궁극적으로 책임을 모두의 수익과 지출에 대한 제품을 조직합니다. 에 더 큰 기업, 이것이 분열 일반 관리자 또는 대통령이 될가 능성이 높다. 이 작은 기업, 대표 이사 또는 사장가 될가 능성이 높습니다. 이 문서에서 "비즈니스 관리자"는 교체에 대한 "p & 리터 관리자"대부분의 경우가 더 일반적으로 사용되는 용어로이 전입니다. 제품의 품질 경영은 품질 관리 기능 (있도록 좋은 품질의 정책이 제자리를 시행)의 품질 보증 함수 (개발 및 구현 사례 및 처리가 보장하는 품질의 제품이 생산)과 품질 관리 기능 (실제 테스트 제품의 적합성을 보장하기 위해 고객의 요구 사항). 소프트웨어 품질 정책비즈니스 관리자는 두 개의 중요한 책임을 상대적으로 소프트웨어의 품질입니다. 첫 번째, 그들과 의사 소통을 설정해야합니다 명확한 정책을 불어넣고 그들의 국민을 실시하는 정책 y 둘째, 그들 보장하는 이러한 정책이 시행되어야합니다. 이 느는 품질을 지속적으로 모니터링하고 필요에 따라 행동을 조직에 대한 추적을 유지합니다. 비즈니스 매니저를 제공해야합니다 심각한 생각을 소프트웨어의 품질 정책, 다음과 같은 질문에 응답하기 : -은 조직의 정책을 첫 번째로 시장에의 오른쪽 기능의 오른쪽 격 - 및 수정 프로그램의 안정성 문제를 나중에 있습니까? -이 그것을가 장 안정적으로 제품을 사용할 수있는 그 클래스가? -은 그것을 목표는 저 끝 부분에 시장을하기로 동의가 난한 품질이 조금 더 낮은가 격을가? - 이들이 중요한 안전성이나 고객의 문제가있는 수요가 완성도,이 약관을 100 %로 안정성이 있습니까? (이 경우, 예를 들어, 의료 계측기, 방위 시스템, 그리고 avionics 구성 요소가있습니다.) 이 작업을 결정하는 정책을 위임할 수 없다. 비즈니스 관리자만이이 정책을 설정할 수 있기 때문에, 다른 모든 조직에 영향을하면 정책은 그들의 (개인)의 품질 목표를 설계 / 구현의 소프트웨어를합니다. 따라서,이 정책의 무게를 운반해야한다 사업 관리자를 반영 하듯 심각한 배려와 헌신합니다. 그것이 있어야 영원한 값, 그리고 이들을 구현 정책에 unambiguous된다. 거기 정말이 값은 517이 같은 정책을 생각하고있습니다. 품질 문제의 소프트웨어 업계가 발생하는가 부족 명확한 방향에서 사업 관리자와이 같은 정책을 시행합니다. 비즈니스 매니저는 자신의 팀이 책임에 대한 회의를 개최 품질 기준이 명시된 경우입니다. 제품을 배송을 결정 할 사항이있을 경우에만 수있습니다 명확한 기준을 만들어 이런 결정을합니다. 개발 팀에 대한 징계를 일으킬 수있습니다 엄청난 지원 두통 때 팀 구성원들이 말한 것을 최소화 지원 비용은 중요한 문제 시점의 소프트웨어를 디자인합니다. 제품 관리자의 품질 목표를 설정할 수있을 뿐이다 제품에 대한 일반 기업의 정책이 일관성을 유지하면 매일 주소 및 제품에 제품을합니다. 설정되어야합니다 및 관절의 오른쪽 정책을 시행하기 전에 할 수있습니다. 비즈니스 관리자에게이 문제는 소홀히하지 않는 단계까지 자신의 조직을 선도합니다. 모니터링 및 집행 품질 정책일단 품질이 정책은 제자리에 넣어, 두 번째 큰 문제는 모니터링 제품의 품질을 보장하는 정책을 실시합니다. 즉, 비즈니스 매니저 구축하는 좋은 품질의 관리 기능을 제공해야합니다 그들의 조직에 대한 정보와 함께 좋은 품질의 제품을 개발, 그리고 그들의 품질이 정책을 적용합니다. 의 정책과 그 집행을받지 못했을 경우에 비즈니스 관리자만이 알게되는 제품이 출시된 후 고객이 불만족입니다. 사전 조치 비즈니스 관리자가 제품의 개발 여부를 확인해야합니다에 전달됩니다 시간, 일 예산, 그리고 시장에서 성공할 수있는 품질을 필요로합니다. 일반적이지 않은 관리자, 사람들은 제자리에 넣을 수있는 권리 단체와 국민과 함께 올바른 방향을 필요 단지의 정보를 요구하는 경우, 그것은 사용할 수있는 몇가 지 형태를 제공하는 정확한 내용의 품질이 제품의 개발을합니다. 그러나 유감스럽게도 대부분의 단체와 비즈니스 관리자, 이것은 성취될 꿈입니다. 반면이있을 수있습니다 테스트 팀에서 장소를 측정할 제품의 품질, 그것은 아마 묻혀의 개발을 조직, 런 초보 스탭 보고서에 대한 초보 시험 관리자입니다. 여기에서 올바른 정보가 거의 도달할 수있는 권리 사람들은 시간이있습니다. 보다는 독립적인 기능, 품질 관리는 더 낮은 - 수준의 품질 제어 기능을 수행하는 팀의 테스트는 최소한의 이해는 기업의 품질 정책 및 이슈입니다. 무엇이 단체 요구가 품질 관리 팀이 : -은 독자의 개발 팀에 -이 empowered으로 권위의 비즈니스 관리자 -이 작업은 제품에 대한 하루가 -가 - 하루 기준 - 사람은 능력을 철저히 평가 제품에 대해 명시적 또는 묵시적 조건, 그리고 수 색출에 대한 평가 기준을 초과에서 어떤 내부 소스를 사용할 수있습니다 - 또는 인상 플래그 알맞은 제품을 요구하지 않는 경우가 존재 - 문서화 정보를 제공할 수 전문적 모두의 개발팀과 비즈니스 관리자 - 명확하게 이해하고 관리자의 비즈니스 문제를 해결하기 위해이 도움이 무엇보다 - 운행 매우 효율적이고 효과적 죄송 합니다만, 어렵 - 만약 불 -에 대한 한 비즈니스 조직을 넣어이 정의 제자리를 내부입니다. 대부분의 단체가 호출이 기준을 "요구 사항이있습니다." 이들은 조직하다고 생각되는 제품의 사양을 만족해야합니다 충족시키기 위해서는 고객이 필요합니다. 전문적으로 정보를 제공한다는 의미에서이 팀은 양식을 한번에, 그리고이 한 방법이 나 비 - 협박, 객관, 그리고 소중한. 가없는 모양을 숨긴 편견이나 의제입니다. 한마디로 테스트 팀이 존중되고 모든 당사자에 의해을 듣고있습니다. 보통의 경우에는 테스트 팀들이 아니다. 관리의 품질 함수제품의 품질 관리는 집행 기능을 소유한이 과정에 대한 내로 제품의 품질을 요구하는 마켓 플레이스가있습니다. 이 함수를 시작으로 좋은 제품을 요구 사항, 변동 사항을 개발하는 프로세스를 제공하기 위해 설계 예측 결과를 기반으로 요구 사항, 그리고 엔드에있는 품질 관리 프로세스 (테스트), 어떤 유효성을 확인하는 제품을 실제로 정의된 요구 사항을 충족합니다. 의 개발 프로세스를 포함해야합니다 명시적 품질 보증 단계를 수행하여 성공할 수있습니다. 그러나 대부분의 기업 임원 집중할 요구 사항과 다른 측면의 개발, 치료 품질 보증 활동으로 늦게합니다. 몇 단체가 지정된 품질 관리 기능, 비록 일부가있는 소프트웨어를 테스트 부서입니다. 다른 사람이있는 품질 보증 부서는 이들을 참고로 "소프트웨어 품질 보증,"그러나 그것이 실제로는 소프트웨어 테스트 그룹입니다. 추정치, 그리고 시위를 반대에도 불구하고,이 "소프트웨어 품질 보증"부서는 종종 약자 링크를 체인입니다. 기업 매니 페스트의 현상은 이러한 약점을 다양한 방법 : -은 소프트웨어 품질 보증 기능 자체는 일반적으로 "뜨거운 감자,"어떤 아니오 수석 관리자 싶다 소유입니다. 이 함수가 이동 과정에서 엔지니어링을 제조업을 운영하고 위로 엔지니어링입니다. 그것 시소 사이의 중앙 집중과 분권 함수를 매 2-3 년. - 2 개 업체가 qualitylogic가 최근 인터뷰를 분해은 중앙 품질 보증 기능, 재배치가 엔지니어가 제품 팀과 원인이 상당히 많은 비중을 중단합니다. 두 단체가 와서는 결론이 중앙 함수는 작동하지 않습니다 잘 후 2~3년의 노력을되도록 할 수있는 효과적인 비즈니스 도구가있습니다. 또 다른 경우는 부통령이 있던 "주어진"품질 보증는 모두가 너무 기꺼이 손을 끈을 외부 회사입니다. -이 단절의 관리의 품질 보증 기능을 자체입니다. 어렵를 찾아 유지하는 좋은 관리자에 소프트웨어를 테스트하거나 소프트웨어 품질 보증합니다. 대신, 관리자가 자주 밖으로 이동하는 기능입니다. 만일 그들이 정말 좋은, 그들은 종종 채용 원정에 대한 더 많은 돈을; 이러한 경우에는 효력, 그들은 종종 사격을합니다. 어쨌든, 그것은 희귀을 찾을 안정적인 경영의 소프트웨어 품질 보증이나 테스트 기능을합니다. -이없습니다 격려; 희귀되는 것은 매우 존경 개발자를 이동하려면 소프트웨어 품질 보증합니다. 사실, 그 반대는 사실입니다. 많은 기업들이 자랑스럽다는 사실이 그들을 사용할 수있습니다 소프트웨어 품질 보증으로 시작 지점과 훈련 지상에 대한 개발을합니다. 에서가 장 매력적인 직업 경로를 사용할 수있는 품질 보증 엔지니어가로 이사를 개발합니다. - 예를 들어, 하나의 qualitylogic의 주요 고객이 끔찍한 시간을 지키는 좋은 테스트 리드합니다. 채용 오른쪽 밖의 대학, 그들이 상영에 대한 좋은 개발 능력 및들이 입주 개발을 빨리되기 효과적인 테스트를 리드합니다. 이것은 개발기구가 잘 작동하는 동안, 그것을 지속적으로 단풍 소프트웨어 품질 보증으로 초보 직원입니다. -이있는 상수 매출의 품질 보증 담당자입니다. 가 결과가 품질 보증 조직 결코 도래를 동일한 수준의 기술과 전문성을 개발 팀이있습니다. 기업들이 자주 점에서 자부심을 갖고있는 안정적인 품질 보증 조직에 대한 1, 2 년입니다. 이것은 날카로운 대조를 안정과 성숙의 개발 팀에는 일반적으로 5 년 이상의 총에서 동일합니다. 따라서,이 회사는 품질 보증 팀이없는 것으로 인식하여 알맞은 작업에 대한 닫을 수도있습니다. -를 사용하는 개발자와 테스터입니다. 주요 qualitylogic 고객이 최근에 중요한 사업과 관련하여 도움이 필요합니다. 그 부대 관리를 막 사격의 모든 품질 보증 엔지니어의 시도를 "해결"의 품질 문제가있습니다. 이 회사의 iso 9000 모델을 진술하는 개발자를해야한다 실제로 수행의 모든 품질 보증 및 최종 승인 테스트가 스스로 - 그러나이 그룹은 대역폭을 이렇게 그냥 않았다. - 있지만 실제로 개발자를해야한다 "소유"의 품질을 자신의 작품과 같은 품질 보증 활동을 실시해야한다으로 유닛 테스트 및 피어 리뷰, 그들의 최종 제품을 테스터하지 않아야한다. 개발자는 거의 의욕이나 특히 유능한으로 최종 제품 테스터입니다. 또한, 잃어버린 - 기회 비용을 당겨 그들을 해제의 개발을위한 작업이 장장, 언제을 분석합니다. -의 개발 엔지니어가 성공적으로 평신도 비난에 대한 품질 / 일정 / 기능 문제에 대한 소프트웨어 품질 보증합니다. 약자 링크는 테스트 또는 품질 보증 팀이없는 자신의 입장을 효과적으로 옹호; 덤프를 통해 팀을 확보하고보다가 다시합니다. - 하나의 주요 회사는 현재이 문제를 해결하는 매우 문제를 토론하는 방법입니다. 이 단체는 탁월한 품질 보증 팀 않는 시스템을 테스트,하지만 작품 아래에 엔지니어링 담당 부사장입니다. 때문에이 부분 엔지니어링, 품질 보증 팀 덜어의 개발 팀들의 모든 항목이 기준을 통과하기 전에 제품의 수용을위한 시스템을 테스트합니다. 물론, 품질 보증은 다음을 비난하면 배송 날짜를 전표입니다. -하면서 이러한 상황은 매우 전형적인, 그것도 쉽게 solvable. 기업 관리자를 반드시 확인하십시오 개발 및 품질 보증 기능을 모두에 대한 명확한 책임과 품질 관리 기능을 설정하는 정책을 시행합니다. - 품질 보증 팀이없습니다 통신 제품의 품질 정보를 의사 결정 - 제조사 - 주로 비즈니스 관리자입니다. 이 팀은 수 없어이 경험을 결정할 때는 정보가 중요한를 비즈니스 관리자입니다. 또는, 팀의 정보가있을 수있습니다 필터링을 통해 현재의 소유자, 일반적으로 부사장은 개발 또는 엔지니어링입니다. 이에 따라 정보를 제공합니다 -*가 아니라 비즈니스 관리자입니다. - 배송 날짜는 자주가 지연되고 지연이 오기로 놀랄 (처음) -가 모든 사람을 제외하고 개발자와 테스터입니다. 가 테스터 않았다 만들기 위해 노력하고 사용할 수있는 정보를 비즈니스 관리자, 또는 해당 과정에서 실패했다. - 제품 디자인이나 기능은 일상적 변경을 일으키는 일정 전표와 비싼 rework하고 다시 테스트를하기 전에 릴리스입니다. 관리를 받아들이면 주요 디자인이나 기능 변경 사항의 기본적인 과정을 규율하기 때문에 품질의 관점에서 통제되지 않았다. 아무도 시행의 초기 단계의 요구 사항을 확인하거나 설계를 검토, 그리고 품질 관리 활동에 미치는 영향은 의사 결정 과정을 무시했습니다. 이러한 상황이 발생하는가있을 때 더 자주 부적 절한 품질 관리 기능에 배치합니다. 이러한 문제는 모든 결과를 적절하게하지 않기 때문에 사업 관리자는 품질 관리에 투자합니다. 하지도은 그 또는 그녀는 의사를 고집 책임은 개발 그룹입니다. 대부분의 경우에 대한 정의는 "적절한"가되지 이해하며, 품질 관리는 conference. 품질의 소프트웨어를 취급하기 때문에처럼 엔지니어링 함수는 아무도 자신의 진짜 싶은 것이 아니요 궁금해하는 소프트웨어 품질 보증 사람도 제대로 대접을합니다. 따라서, 소프트웨어 테스트 및 품질 보증 엔지니어 일자리는 엔트리 - 레벨 순위로 사용 훈련을 지상에 대한 개발을합니다. 가 장 좋은 사람들이 일상적으로 마이 그 레이션하기 때문에 개발,이 perpetuates가 약점은 품질이 단체가있습니다. 조직이 어려움을 만기시의 모든 회원은 엔트리 레벨과 의도를 이동하는 기능을 개발합니다. 또한, 소프트웨어 테스트 및 품질 보증 엔지니어들이 2 차 - 클래스 공민로 취급합니다. 그들은 선한로 간주되지 않습니다 개발자가있어서 편견이 제안 : "이들 좋지 정도로 코드, 테스트,"또는 "사람 수, 쓰기 코드; 사람 수없는, 테스트입니다. " 또한, 소프트웨어 테스트 및 품질 보증 엔지니어들이이 저조한 유료 상대적으로 개발 엔지니어, 그리고이 거의 없거나 전혀 경력 경로를 전합니다. 따라서, 테스트 및 품질 보증 엔지니어가없는 거의가 동일한 기회와 개발자가 상승 학년과 비용을 지불합니다. 이 불평등을 확장하여 예산을 결정하고있는도 찬성 개발을 통한 품질 보증합니다. 예를 들어, 두 품질 보증 및 개발 도구 세트에 대한 질문에 대한 그들의 기능 및이 회사가 모두 감당할 수없는, 개발 대체로 승. 마지막으로, 경영은 의사가 알려 품질 보증에 고통이 개발 전표는 일정합니다. 이러한 모든 문제 및 지표를 줄기에서 비즈니스 관리자의 부족으로 명확한 이해와 중시의 소프트웨어 품질의 기능을합니다. 이러한 일련의 문제가 발생할 수있습니다 모습으로 문화 및 경영 과제를 직면하고있는 사업장 관리자입니다. 성공적인 소프트웨어 품질 관리해결이 proble 날씨 세트는 간단하다 : 비즈니스 관리자가 있어야합니다 품질의 요구 사항을 명확하게 이해하고 자신의 제품이 될 수 있도록 기꺼이 적절한 전략적 그것에 대해 결정을 누른 다음 제자리에 넣어 품질 관리 기능을합니다. 과거에는 이것이 의미 자금이체 독립 소프트웨어 품질 관리 그룹을하지 않는 보고서를 엔지니어링 및 주장에 대한 징계 문제는 전체 과정 중에있습니다. 이 그룹은 일반적으로 사용되는 측정 및 제어 메커니즘입니다. 전통적으로, 임원 - 레벨 부사장, 이사, 또는 관리자의 품질이 아마도 비즈니스 관리자에게 직접보고합니다. 이 제공된 적절한 예산, 경험, 그리고 전원을 시행할 품질의 훈련, 그리고 역할을 게이트에 대한 제품 출시 사이클을합니다. 현재, 품질이 자주 접근을 통해 통합하여 품질을 함수로 개발 팀이 수석 품질의 사람, 그리고 설정하는 명확하고 적절한 프로세스에 대한 제어 권한은 품질이 기간 동안 개발을합니다. 이것은 조직의 능력을 향상시킬 수 있지만 높은 - 품질의 제품을 개발하려면 시간과 내에 예산, 그것을 제공하지 않습니다 객관적, 독립적 내용은 제품의 품질을 회사 관리자가있습니다. 또는, 강력한 비즈니스 관리자가 필요할 수있는 품질의 함수 (보통 한 테스트 그룹) 보고서를 직접합니다. 그들이 볼 수 채용 담당 부사장 품질을 작품에 대한 직접 그들을 관리하는 테스트 기능을합니다. 그들이 볼 수 있는지 확인하는 과정 개발 담당 부사장도 조회 제품의 품질을 관리만큼 중요을보고의 필요성에 대해 독립적인 품질의 기능을합니다. 결국, 기업 관리자는 상당한 액수의 노력과 달러를 지출해야합니다을 개발하는 강한 품질 보증 조직입니다. 3 년 전, 예를 들어, 하나의 최고 경영자의 주요 소프트웨어 회사 품질 보증 바로 아래에 배치 하였다. 불행히도, 품질 보증 관리자가 아니 강한만큼, 그리고 심각한 문제가 발생하는 주요 릴리스했습니다와 함께 제공됩니다. 그래야 않은 최고 경영자 마침내 이해가 스킨스의 관리자가 필요합니다, 그리고 또 다른 몇 개월이 걸렸다를 찾을 수있는 사람입니다. 지금이 회사는 재건 위상, 그리고 배심원은 아직 밖의 성공 여부는이 접근법을합니다. 그것은 실제로는 영업 관리자가 이례적인 것이하기 위해 이러한 결정을합니다. 대신, 대부분 계속해서 투쟁으로이 문제를 해결할 것이지만 결코 진짜입니다. 에 대한 비즈니스 매니저가 성공의 소프트웨어를 비즈니스, 둘 다 내부 및 외부의 품질 관리 기능을 필요로 다음과 같은 특징 : - 비즈니스 관리자의 명확한 정의 및 집행의 품질 정책 - 기관에서 직접 비즈니스 관리자, 그리고 독립성, 적어도 내에있는 조직 - 팀 안정성 및 만기로 적법한하여 비용을 지불, 프로모션 기회를, 그리고 팀 임기 버금가 개발; 비즈니스의 개발에 대한 이해는 성공적인 소프트웨어 제품; 및 근로 존중의 전체 조직 - 지속적인 투자는 일반 소프트웨어 테스트 및 품질 보증 능력을 - 지속적인 투자에 도구 및 프로세스 개선을위한 품질 보증 및 테스트 기능 - 인센티브 구조를 강화 효과와 효율성을 모두의 품질 보증 및 테스트 기능 회사를 지출하는 경우 그 자원에 회의가 이러한 요구 사항을 할 수 및 유지하는 강력한 품질 보증 기능을 동등가 다른 요소에 필요한 제품을 성공합니다. 그러나, 이러한 투자는 종종 어려움을 조직 을 정당화, 그리고 지속적인 관심을 통해 그들의 비즈니스 관리자를 필요로합니다. a 경적 대안은 외부의 일부 또는 전체의 소프트웨어 품질 관리, 소프트웨어 품질 보증, 또는 품질 관리를 제 3 - 파티 전문이 지역에있습니다. 아웃소싱의 일부 또는 모든 측면의 소프트웨어 품질 관리 기능은 신흥 접근 방법의 품질 문제가있는 진화 자연스럽게합니다. 이 솔루션을 인식하는 품질의 기능을 수행해야합니다 잘, 그러나 전략적 내부 역량이 필요없습니다. 품질 관리, 품질 보증, 테스트 구성 a 징계를 완료있는 일반적인 방법론, 프로세스, 및 도구입니다. 기업 여부 확인해야하는 것이 전략적으로 좋은 투자에 대한 그들을 외부, 또는를 개발하고 유지이 기능성 전문 지식을 스스로 - 어떤은 비싼 법안입니다. 의 진화는 소프트웨어 품질 관리비즈니스 측면의 소프트웨어의 품질은 진화와 함께 하드웨어 플랫폼, 소프트웨어 언어, 소프트웨어 개발 도구, 그리고이 과정의 정의와 건물의 소프트웨어 제품입니다. 에는 적어도 5 개의 별개의 모델에 대한 조직의 소프트웨어 품질 관리 기능 : 1. 개발자는 자신의 품질 보증 수행합니다. 2. 테스트 또는 품질 보증 엔지니어들이 통합 내에있는 개발 팀이있습니다. 3. 별도의 품질 보증 그룹에 속하는가 엔지니어링 관리자 또는 담당 부사장입니다. 4. 별도의 품질 보증 그룹에 속한를 담당 부사장 이외의 엔지니어링 담당 부사장입니다. 5. 별도의 품질 보증 조직 리포트를 직접 이동 수석 사업 관리자 (또는 부사장의 품질이 사람을보고 그에게 혹은 그녀). 다양한 구체적인 해결책이되지 놀라운, 업계가 여전히 어려움을 파악하기 때문에이 문제가됩니다. 같은 소프트웨어가 기업에 대해 전반적으로 각 회사에 대한 의도를 보인다 inventing 자체 모델을위한 소프트웨어의 품질 관리를합니다. 모든 모델들이 기반으로하기 때문에 필요가 - 그것 - 자신 접근 방식의 문제를 조건으로하여 그들이 이전에 발견됩니다. 아웃소싱 소프트웨어 품질 보증 활동은 신흥 모델의 비즈니스 관리자 a 경적 옵션을 제공하는 제품의 품질과 품질 ma nagement 문제를 해결합니다. 역사적으로 품질 보증 아웃소싱 구성된이 적은 - 비용, 빠른 - 처리를 보충하여 내부 테스트 노력합니다. 여러 개의 아웃소싱 업체 제작소의 소프트웨어와의 호환성 테스트를 제공하여 다양한 하드웨어 플랫폼 및 comp onents. 일반적으로, 클라이언트 소프트웨어 업체는 늦게 실행 자원에 대한 개발 및 부재를 모으기 - 집 또는 장비에 대한 신속한 - 처리 호환성 테스트입니다. 그래서 그들을 설정하여 소프트웨어 품질 보증 아웃소싱, 계약과 함께 독립적인 테스트 랩에 대한 특정 테스트 프로젝트입니다. 그리고이 제공되는 반면 독립성과 객관성, 그것을 겨냥한 해결 품질 보증 관리자의 인력 부족보다는 비즈니스 관리자의 기본적인 품질 관리 문제가있습니다. 이러한 초기 모델의 아웃소싱 테스트가 급속히 변화와 주요 기업들은 품질 프로세스를 개선하려고합니다. 아웃소싱이 아니라 사용에 박차를하지만, 변화를 그대로 묘사하는 아웃소싱 관계를 이끌어가 pc 제조 업체입니다. 1995 년, 컴퓨터 제조 업체를 시작 체계적으로 조사하고 테스트를 래버러토리스, 어떤 것이 그 다음에 사용되는 소형, noncritical 사업을 적절하게하지 않은 staffed 내부입니다. 서평이 있었다 프로젝트를 테스트한 후 각 초 현지화된 소프트웨어 버전입니다. 평가 식별하는 방법을 개선하는 테스트와 커뮤니케이션 프로세스의 다음 프로젝트입니다. 따라서 시간이 지남은 제조 업체를 개발 훈련, 신뢰할 수있는 사람들이 사용할 수있는가의 테스트를 조직에 대한 오버플로 작동합니다. 이 단체 역시 계획을 외부 몇몇 부분은 작품을 개발하는 일련의 신뢰할 수있는, 긴 - 용어 공급 업체입니다. 에 의해 1997 년 제조 업체에서하지 않기로 결정했다 성장할 내부 테스트를 자원에 필요한 속도로 폭발 업무를 처리합니다. 대신,이 형성된 내부 그룹 누구의 유일한 함수는 관리의 소프트웨어를 테스트 아웃소싱 활동을합니다. 을 유도하는 핵심 전략이었다 공급 업체를 열려 현지 랩을 개선하기 위해 최선의 포커스와 통신을합니다. 초기에 1998, qualitylogic, inc 연은 전용 연구실로 합작 투자와 다른 회사 근처의 제조 업체의 시설입니다. 본 연구실로 표시된 a 분수령에 대한 테스트를 아웃소싱 산업의 2 개의 중요한 방법입니다. 첫째로, 그것은 첫 번째 인스턴스가 현지 소프트웨어 테스팅 연구소를 지원하는 작업을 한 고객이 해당 고객의 초대를합니다. 둘째, 실험실는 완전히 staffed에 의해 현지 사람들이, 많은 중 누구의 제조했던 취업으로 소프트웨어 품질 보증 엔지니어입니다. 새 연구실 관리자, 누 구를 단장으로 제조 업체의 테스트 센터를, 그와 함께 제기하는 여러가 지 수석 소프트웨어 테스트 엔지니어입니다. a 더 이상 진화론이 이미 과정을 보완 기업은 완전 아웃소싱의 일부 또는 모든 측면의 소프트웨어 품질 관리 기능을합니다. 예를 들어, 여러 단체들이 종사 qualitylogic를 구축하고 그들의 전체 소프트웨어의 품질 관리 기능을합니다. 공급 업체에 고용이 회사의 기존 직원이나 새 직원 등 필수, 누가 그 다음의 클라이언트가 조직되기적인 부분입니다. 이 팀은 작품 클라이언트에서 사이트를보고 직접 이동을 통해 비즈니스 관리자 또는 지정된 담당자입니다. 해당 공급 업체의 품질 보증 관리자가 책임을 기업 관리자를위한 제품 및 프로세스의 품질을 보장 예산 내에서가 정의되어있습니다. 사실, 공급 업체의 품질 보증 매니저는 또한 클라이언트의 사업 관리자가 특정 소프트웨어 품질 보증 활동에 대한 개입니다. 모든 경우에 해당 공급 업체는 직접 회사 -가 - 회사 업무 관계를 비즈니스 관리자입니다. 즉, 해당 공급 업체는 사업 관리자의 문제를 해결함과 동시에 엔지니어링 조직의 품질 관리 문제를 해결하는 것이있습니다. 이 모델이 열립니다 도어의 아웃소싱 품질 보증 조직을 수있는 영향력있는 참여자에있는 고객의 내부 개발 과정과 도구를 개선 공헌합니다. 해당 공급 업체는 업무의 실제 테스트가 활동은 물론 고객과 함께 품질 보증 서비스를 제공합니다. 톤 그는 활동으로는 구현 모두 결함을 추적하고 구성 관리 프로세스 (및 도구)는 물론 다른 프로세스 개선 작업을 기획하고 구현합니다. 반면 수많은 기업이 계약을 넣는 전용 소프트웨어를 테스트 팀들에 대한 고객의 사이트, 이러한 기업들은 일반적되지 않은 전용 소프트웨어 테스팅 회사,하지도들은 그들 전용 랩 제자리에 넣어 특정 긴 - 임기 계약을하지 않고있습니다. 미래의 소프트웨어 품질 관리이 결정의 미래 경영의 소프트웨어 품질의 기능, 초반의 성공을 검토한 결과는 다음 논리 개발이 아웃소싱의 전체 품질 보증 기능, 또는 일부에 해당 부분을 의미합니다. 이 아웃소싱 모델 수에 직접 주소를 중요한 문화와 경영이 문서에서 문제를 발견합니다. 그것은 또한 향상된 품질 및 비용 절감을위한 소프트웨어를 제공합니다 회사 게재합니다. 이러한 장점 결과의 고유한 특성의 아웃소싱 품질 보증 팀입니다. 먼저, 대부분의 문화 문제는 해결을, 인사 속해 있기 때문에 누구의 주요 포커스는 소프트웨어 품질 보증을 한 회사입니다. 그러한 조직, 소프트웨어 품질 보증 엔지니어는 "첫 번째 - 클래스를"시민, 함께 모두의 상태 및 장점이 용어 의미합니다. 가 잘 - 정의된 경력 경로, 함께 관련 교육 및 재정적 보상합니다. 안정과 성숙을 개발할 수 있기 때문에 품질 보증 엔지니어들이 의욕을 체류가의 조직과 개발을 전문으로 첫 번째 - 속도입니다. 둘째, 품질 보증 팀이 설정으로 이익 -과 - 손실을 중심으로 자신의 유능한 p & 리터 또는 비즈니스 관리자 (누가 공급 업체의 품질 보증 ma nager)입니다. 따라서,이 팀은이있는 이익에 대한 동기 및보다 효율적인 업무 수행을보다 효과적으로 고객과 함께 소프트웨어 품질 보증 서비스를 제공합니다. 비록 기 - 무늬 내부 품질 보증 팀들은 종종 헌신과 자기 - 희생, 그것은 매우 어려운 한 회사가 재정적 보상을 그들 때 훌륭한 업무 수행합니다. 품질 보증이 아닌 일반적인 경력 경로를 고위 경영진 포지션, 그리고 품질 보증 급여 수준은 일반적으로 아래 capped 이들의 개발을합니다. 심지어 한 회사가 제공하는 보너스를 계획이나 주식 옵션, 그러한 보상은 하나의 실제적인 효과와 효율성을 간접적으로 타이의 품질 보증 팀입니다. 반면으로 설정하는 경우 품질 보증 팀이 자체 p & 리터 센터, 그것은 매우 실질적인 금융 사기에 대한 감지가 장 효율적인 방법으로보다 효과적인시 해당 작업을합니다. 반면 내부 품질 보증 관리자는 거의 인센티브를 해지할는 "온도"이 프로젝트가 완료되면 응용 & 리터 관리자는 보너스를 공동으로 금융 결과는이 인센티브입니다. 이 장비가 더 이상 필요하지 않습니다를 수행하는 테스트 작업을 내부 품질 보증 그룹 일반적으로 계속해서 그것에 대해 어떤 정의되지 향후 사용합니다. 응용 & 리터 관리자가 감당할 수없는 비생산적인 장비로 비용을 유지합니다. 특히, 이익 - 의욕 그룹으로 경험 많은 경영진이 효율성을 높이는 방법을 찾기를 창작, 제작은 고객 만족을 향상시키는 효율의 활동 - 즉, 비용 절감합니다. 수십명의 품질 보증 단체가 폐기물 수천 달러와 시간의 시간을 시도하는 자동화 테스트 -서만가 실패할 수있습니다. 뿐만 아니라 성공을 위해 필요한 경험했던 팀 부족하지만, 심각한만큼 결과에 대한 오류는 없었다. 어느 팩터를 운영하고있는 아웃소싱 품질 보증 팀입니다. 이 비용은 실패가에 반영 대표팀의 월급, 그리고 그들의 관계를 사용하여 하나의 고객이 놓여진 상당한 위험이있습니다. A broken promise to automate testing can cause serious mistrust, ending in potential disaster for both the client company and the outsourced QA team. The third critical factor is the direct relationship between the outsourced QA team and the business manager of their “parent” company (i.e., the customer that the QA team came from). This alone solves both critical problems of software business managers. The very act of making the QA team independent and directly responsible to the business manager (instead of an engineering or other vice-president) places strategic emphasis on software QA. In addition, the business manager has an effective mechanism for monitoring the quality of products under development, in order to take decisive actions. Through its direct relationship with the business manager, the QA team can also influence the overall software development process. The relationship offers power to “push back” development managers and teams who are shortcutting their own processes. This cannot happen effectively when QA reports to the same vicepresident as development. The QA team can also suggest improvements to the development process that will enhance product quality and increase effectiveness. For example, programming hooks can be added to support test automation, or the product architecture standards can be improved to enhance testability and maintenance. Finally, outsourcing software QA can result in lowered overall costs for the client company. These take the form of improved quality and lower costs for customer support, of interim fixes and releases, and of better customer retention. In addition, because a profit -oriented QA team is more cost conscious than an internal team, the software QA organization’s cost savings can be passed along to the client. Finally, in the new model of full QA function outsourcing, costs can be lowered even more, as there is more emphasis on process improvement for the entire development cycle. NOTES1. The term P&L manager refers to the executive ultimately responsible for both the revenue and expenses for the product organization. In larger companies, this is likely to be a division general manager or president. In smaller companies, it is likely to be the CEO or president. In this article “business manager” will be substituted for “P&L manager” in most cases, as the former term is more commonly used 2. Product quality management consists of the quality management function (ensuring that good quality policies are in place and enforced), the quality assurance function (developing and implementing practices and processes that ensure that quality products are produced), and the quality control function (actual testing of products to ensure conformance to customer requirements) 3. Most organizatio ns call these criteria “requirements.” These are the specifications that the organization believes a product must meet in order to satisfy a customer need. 4. Professionally means that the team provides information in a form, at a time, and in a way that is perceived as non-threatening, objective, and valuable. There is no appearance of a hidden bias or agenda. In short, the test team is respected and listened to by all parties. This is not usually the case with test teams. 5. While a number of companies have contracted to put dedicated software test teams on a customer’s site, these companies have typically not been dedicated software testing companies, nor have they put dedicated labs in place without specific long-term contracts. this is an article added by Jean Sedane
|
|||
|