CSDP 인증을받은 사람이 있습니까? [닫은]

소프트웨어 엔지니어로서의 지식과 시장 가치를 향상시킬 수있는 인증을보고있었습니다. IEEE의 공인 소프트웨어 개발 전문가 (CSDP) 가 주목을 받았습니다. 인터넷에서 사용자 경험을 살펴 보았을 때 실질적인 것을 찾을 수 없었습니다. 너무 인기가없는 것 같습니다. 그리고 나는 내 조직이나 친구 서클에서 그것을 한 사람에 대해 들어 본 적이 없습니다.

누구든지이 인증과 그 경험을 한 사람이 있다면 커뮤니티 회원들에게 알고 싶습니다. 인증은 지식 측면에서 유용했습니다. 이력서에 무게를 더했습니까?

저는 현재 IEEE CSDA (Certified Software Development Associate) 인증서 를 보유하고 있으며 자격이있을 때 CSDP 시험에 응시할 것입니다 (여전히 2-3 년의 경력이 필요합니다).

다른 인증서와 마찬가지로 책 형식으로 특정 주제를 알고 있다는 증거 일뿐입니다. 그들은 당신이 직장에서 수행하는 방법에 대해 실제로 많이 말하지 않습니다. 과거의 역사는 훨씬 더 효과적으로 할 것입니다.

CSDA는 대학의 소프트웨어 엔지니어링 프로그램과 매우 밀접하게 관련되어 있기 때문에 CSDA를 선택했습니다. 시험을 치르고 합격함으로써 본인은 본인의 분야와 관련된 자료를 대학에서 요구하는 깊이 및 폭 (학위 프로그램의 완료로 증명 됨)뿐만 아니라 깊이 및 폭에 대해서도 알고 있음을 확인했습니다. 소프트웨어 엔지니어링 분야에서 광범위한 경험과 지식 기반을 보유한 국제적으로 인정 된 조직에서 권장합니다.

고용주가 인증서를 보는 방식은 산업과 조직에 따라 크게 다릅니다. 일부 산업은 다른 산업보다 특정 인증을 선호합니다. 조직은 또한 관점 직원과 그들이 보유한 인증서에 자신의 무게를 둡니다. 귀하의 질문에 대한 의견에서 Brian Driscoll은 CSDP / CSDA 인증 보유자를 보유한 회사 목록에 대한 링크를 게시했습니다 . 아시다시피 국방, 의학, 통신, 재무 및 일반 엔지니어링 (건물 하드웨어 시스템)과 관련이 있습니다. 규제 및 정밀 엔지니어링 (실패 또는 결함에 대한 낮은 내성) 준수가 중요한 산업입니다.

인증을 받으려면 IEEE Computer Society , PMI (Project Management Institute) , Carnegie-Mellon University 의 Software Engineering Institute , Information Systems Security Certification Consortium ((시스템 보안 인증 컨소시엄 ) 과 같은 세계적으로 인정 된 조직을 확실히 살펴볼 것입니다. ISC) 2) 및 기업 교육을 수행하는 회사와 달리 전문 / 대학원 인증서를 제공하는 대학.

인증의 무게를 측정 할 때는 길을 가고 싶은 곳과 보유해야 할 지식의 종류를 입증해야합니다. 예를 들어, IEEE CSDP 인증은 광범위한 소프트웨어 엔지니어링을 포괄합니다 . 소프트웨어 엔지니어링 지식 본문에서 식별 된 주요 주제 에서 역량을 입증하고 있습니다.. "다운 트렌치 다운"개발자부터 소프트웨어 책임자 또는 소프트웨어 프로젝트 관리자에 이르기까지 모든 사람에게 적합한 일반 인증입니다. 그러나 SEI는 CMMI, 프로세스 관리 및 프로세스 개선과 같은 주제에 대한 집중적 인 인증서를 제공합니다. 나와 같은 누군가에게, 모든 플레이어가 CMMI 평가를받는 방위 산업에서 일하는 사람에게는 CMMI를 개발하고 CMMI 평가자를 훈련시키는 조직의 교육과 인증서를받는 것이 가치가있을 수 있습니다. CMMI를 적용하는 조직에서 근무하지 않는 경우이 인증서는 그다지 가치가 없습니다.

여기에 짧고 달콤한 것이 있습니다 : 그것은 운동량을 얻을 것입니다.

많은 고용주들이 과거의 경험, 당신이 다녔던 학교, 그리고“불에 태워졌다”고 말하는 더 좋은 방법이 없기 때문에 많은 것을 강조했습니다. 대중의 신념과는 달리, 소프트웨어 개발은 ​​기술 분야에서 우리가 믿고 싶어하는 많은 노력만큼 창의적이지는 않습니다. 창의성을 허용하고 심지어 요구하는 영역에서는 일반적으로 소프트웨어 구성에 들어가기 전에 최종 사용자 개인 / 스토리, 시스템 요구 사항, 비즈니스 영역, 경제, 소프트웨어 엔지니어링 프로세스 및 소프트웨어 아키텍처를 이해해야합니다 [코딩].

민첩한 운동이 부상 한 이후, 컨센서스는 실수로 코딩 및 개발자에 중점을 두었습니다. 이것은 실제로 애자일 선언문을 작성하려고하는 것에 대한 잘못된 해석으로 선언문에서 그것을 수집하기는 어려울 수 있습니다. 애자일은 LEAN 원칙에서 많은 부분을 빌려 왔으며 심지어 직접 채택했습니다. LEAN은 구현 직원에 중점을 두지 만 이러한 개인이 회사의 실제 읽기 고객 과 가장 가깝다는 사실의 관점에서만 볼 수 있습니다.

이 구별이 왜 중요한가? 구현 직원은 많은 결정 (좋은 점과 나쁜 점 모두)의 영향을 직접적으로 느낍니다. 따라서 성능과 품질에 큰 영향을 줄 수있는 간단한 변경 작업을 수행 할 수있는 고유 한 위치에 있습니다. 슬프게도, 그들은 종종 최종 고객에 대한 지식에 전적으로 참여하지 않기 때문에 성능과 제품 품질을 향상시킬 수있는 많은 기회를 제공합니다. LEAN의 사명은 폐기물을 제거하는 전달 속도와 품질 향상을 통해 지속적으로 증가하는 효율성을 달성함으로써 최종 고객에게 더 큰 가치를 제공하는 것입니다. 애자일 (Agile)은 소프트웨어 구축 공간 내에서 폐기물 제거에 대한 한계를 뛰어 넘었지만 최종 고객 (계약 고객의 최종 사용자뿐만 아니라)의 관점에서 진정한 효과는 미미했습니다.

이를 위해 Code Craftsmanship (블렌딩 과학 및 예술)의 명확한 개선과 같은 속도와 품질의 긍정적 인 성과는 건설 분야에서 우리를 이끌어 냈지만 그 과정에서 중요한-고객. 그리고 저는 최종 사용자가 아니라 기업의 최종 고객을 의미합니다. LEAN과 마찬가지로 모든 것이 실제 고객에서 시작하여 거꾸로 작동합니다. 이것이 IEEE의 CSDA 및 CSDP와 어떤 관련이 있습니까? 많은.

우선, 공학 분야에 반영된 이해 유형에 뿌리를 둔 사람은 실제 효과, 이정표 및 품질 특성을 고려하면서 프로세스가 항상 전체 목표에 중점을 두어야한다는 것을 완전히 이해해야합니다. 그러한 특성을 잃어버린 사람은 계약 [기업] 고객에게 완전한 가치를 제공하는 데 부족하여 결국 최종 고객 / 고객의 가치를 떨어 뜨릴 수있는 이벤트가 발생할 수 있습니다. 안좋다.

또한, 지도력 책임을 수행 할 수있는 능력 (자신을지도하는 팀으로서 민첩한 의무가있는 경우 모든 사람이 어느 정도 발전 할 수 있어야 함)은 일반적으로 당면한 주제에 대한 폭 넓은 이해를 필요로합니다. 이 지식을 다양한 배경에서 여러 이해 관계자에게 전달할 수있는 기능뿐만 아니라 상호 작용하는 기능. 실제로 기술에 관한 설명이 무엇이든 개발자는 개발자가 엔지니어가되기를 기대합니다. 이들은 주요 활동의 숙달과 모든 계약 고객의 문제 영역을 이해하고 해결할 수있는 능력을 포함하여 자신의 기술 세트에 대해 광범위하고 깊이있는 똑똑하고 재능있는 사람들입니다.

CSDA와 CSDP를 논의 할 때 왜 애자일에 대해 큰 관심이 있습니까? 단순-기초. CSDA와 CSDP 팀이 있어도 속임수를 썼더라도 소프트웨어 엔지니어링의 모든 프로세스와 분야가 어디로 가고 있는지, 왜 존재하는지, 언제 수단으로 되돌릴 수 있는지에 대한 적절한 지식을 갖습니다. 새로운 방향으로 나아 가기 전에 이해를 통일하는 것. 이 재단은 SDLC 방법론과 SDLC 방법간에 피봇 및 / 또는 결합하는 기능을 통해 소프트웨어 개발 사례를 지속적으로 제공 할 수있는 기회를 제공 할 것입니다. IEEE는 엔지니어링 전공, CS 졸업생, IT 전문가 또는 자체 교육 개발자와 같은 컴퓨팅 전문가를위한 소프트웨어 개발, 제공, 존중할 가치가 있고 연기로 처리해야하는 엔지니어링 분야로서의 해체 프로세스. 그리고 이러한 요소들로 인해 운동량이 증가 할 것입니다.