Alguém já fez a certificação CSDP? [fechadas]

Eu estava procurando algumas certificações que podem potencialmente aprimorar meu conhecimento e valor de mercado como Engenheiro de Software. O Profissional Certificado de Desenvolvimento de Software (CSDP) do IEEE chamou minha atenção. Quando procurei na internet qualquer experiência do usuário, não consegui encontrar nada de substancial. Não parece muito popular. E certamente nunca ouvi falar de alguém da minha organização ou círculo de amigos que o fez.

Gostaria de saber dos membros da comunidade se alguém já fez essa certificação e suas experiências com a mesma. A certificação foi útil em termos de conhecimento. Isso adicionou peso ao seu currículo (não peso morto!)?

Atualmente, possuo o certificado IEEE Certified Software Development Associate (CSDA) e estarei sentado no exame CSDP quando for elegível (ainda preciso de aproximadamente 2-3 anos de experiência).

Como qualquer certificado, é apenas uma prova de que você conhece determinados tópicos, pelo formulário do livro. Eles realmente não dizem muito sobre como você se sai no trabalho. Seu histórico de trabalho passado fará isso com muito mais eficiência.

Para mim, aceitei o CSDA porque ele se correlacionava muito de perto com o programa de engenharia de software da minha universidade. Ao fazer e passar no exame, validei que não apenas conhecia o material relevante para o meu campo quanto à profundidade e amplitude exigidas pela minha universidade (o que é comprovado pela conclusão do programa de graduação), mas também quanto à profundidade e amplitude recomendado por uma organização reconhecida internacionalmente que possui uma extensa experiência e base de conhecimento no campo da engenharia de software.

A maneira como os empregadores veem os certificados varia muito, entre setores e organizações. Algumas indústrias favorecem determinadas certificações em detrimento de outras. As organizações também atribuem seu próprio peso aos funcionários em perspectiva e aos certificados que possuem. Nos comentários da sua pergunta, Brian Driscoll postou um link para uma lista de empresas que possuem titulares de certificados CSDP / CSDA . Se você notar, muitos estão envolvidos em defesa, medicina, telecomunicações, finanças e engenharia geral (sistemas de hardware de construção). São setores em que a conformidade com regulamentos e engenharia de precisão (baixa tolerância a falhas ou defeitos) é importante.

Para obter a certificação, eu definitivamente consideraria organizações reconhecidas mundialmente, como a IEEE Computer Society , o Project Management Institute (PMI) , o Software Engineering Institute da Carnegie-Mellon University , o Information Systems Security Certification Consortium (( ISC) 2) e universidades que oferecem certificados profissionais / de pós-graduação em oposição a empresas que fazem treinamento corporativo.

Ao pesar as certificações, você precisa determinar onde deseja seguir o caminho e que tipo de conhecimento você precisa ter e demonstrar que possui. Por exemplo, a certificação IEEE CSDP abrange a amplitude da engenharia de software - você está demonstrando competência nos principais tópicos identificados no Corpo de Conhecimento em Engenharia de Software. É uma certificação geral boa para qualquer pessoa, de um desenvolvedor "baixo nas trincheiras" a um líder de software ou gerente de projeto de software. No entanto, o SEI oferece certificados intensivos em tópicos como CMMI, gerenciamento de processos e melhoria de processos (entre muitos outros). Para alguém como eu, que trabalha na indústria de defesa, onde todos os jogadores são submetidos a avaliações do CMMI, obter treinamento e um certificado da organização que desenvolveu o CMMI e treina os avaliadores do CMMI pode ser valioso. Se você não está trabalhando em uma organização que aplica o CMMI, este certificado não é tão valioso.

Aqui está o curto e o doce: vai ganhar impulso.

Muitos empregadores enfatizaram a experiência passada, as escolas que frequentou e - por falta de uma maneira melhor de dizer "se queimaram". Ao contrário da crença popular, o desenvolvimento de software não é tão criativo quanto muitos empreendedores em tecnologia gostariam de acreditar. Nas áreas em que permite e até exige criatividade, normalmente é necessário entender as personas / histórias do usuário final, requisitos de sistema, domínios de negócios, economia, processo de engenharia de software e arquitetura de software muito antes de você começar a construção do software [codificação].

Desde a ascensão do Movimento Ágil, o consenso foi equivocadamente colocar a ênfase na codificação e desenvolvedor primeiro. Na verdade, isso foi uma má interpretação do que os autores do Manifesto Ágil estavam tentando entender, embora possa ser difícil coletar isso do Manifesto. O Agile tomou emprestado fortemente e até adotou diretamente os princípios LEAN. LEAN faz foco no empregado de implementação, mas apenas a partir da perspectiva do fato de que esses indivíduos estão mais próximos [da empresa ler: do cliente contratual ] clientes reais.

Por que essa distinção é importante? Os funcionários da implementação sentem o impacto de muitas decisões - boas e ruins - diretamente. Como tal, eles estão posicionados de maneira única para fazer alterações simples que podem ter um impacto dramático no desempenho e na qualidade. Infelizmente, eles geralmente não estão totalmente engajados pelo conhecimento do cliente final, deixando muitas oportunidades para melhorar o desempenho e a qualidade do produto. A missão da LEAN é entregar consistentemente maior valor ao cliente final, alcançando níveis cada vez maiores de eficácia através da remoção de resíduos, aumentando a velocidade de entrega e a melhoria da qualidade. O Agile expandiu a área de remoção de resíduos dentro do espaço de construção do software, mas a eficácia real da perspectiva do cliente final [e do usuário final do cliente contratual] foi mínima.

Para esse fim, vale a pena notar que as conquistas positivas em velocidade e qualidade, como uma clara melhoria no artesanato de código [misturando ciência e arte], nos levaram adiante na frente da construção, mas no processo perdemos de vista o que é importante - o cliente. E não quero dizer apenas o usuário final, mas o cliente final da empresa. Assim como no LEAN, tudo começa com o cliente real e funciona de maneira inversa. Então, o que isso tem a ver com o CSDA e CSDP do IEEE? Muito.

Para começar, muitas vezes é necessário que uma pessoa que esteja enraizada no tipo de entendimento refletido nas disciplinas de engenharia compreenda plenamente que um processo sempre deve ser focado no objetivo geral, levando em consideração sua eficácia, marcos e atributos de qualidade. Se você está sentindo falta de alguma dessas características, está deixando de fornecer valor total ao seu cliente contratual [corporativo], o que, por sua vez, pode gerar uma onda de eventos que diminuem o valor para os clientes finais / clientes da empresa. Não é bom.

Além disso, a capacidade de assumir responsabilidades de liderança [que, se você tiver uma equipe autodirigida (como manda o Agile}, exige que todos sejam capazes de liderar até certo ponto)] geralmente exige uma boa amplitude e profundidade de entendimento do assunto em questão, o funções com as quais ele interage, bem como a capacidade de comunicar esse conhecimento a várias partes interessadas de diversas origens. A realidade é que, independentemente da descrição do trabalho, as pessoas esperam que os desenvolvedores sejam engenheiros no fundo. Que eles são pessoas inteligentes e talentosas, com amplitude e profundidade em suas habilidades, que incluem o domínio de suas atividades principais, bem como a capacidade de entender e resolver o domínio de problemas de qualquer cliente contratual.

Então, por que o grande olant sobre Agile ao discutir o CSDA e o CSDP? Simples - Fundação. Se você tem uma equipe de CSDA e CSDP, mesmo que de alguma forma trapaceie, ainda terá um conhecimento decente de onde estão todos os processos e disciplinas da Engenharia de Software, por que eles estão lá e quando voltar a eles como um meio de unificar o entendimento antes de avançar em uma nova direção. Essa fundação criará uma oportunidade para o fornecimento consistente de práticas de desenvolvimento de software, através de metodologias SDLC e capacidade de alternar entre e / ou combinar métodos SDLC com bastante facilidade. O IEEE criou uma avenida para profissionais de computação - sejam graduados em engenharia, graduados em CS, profissionais de TI ou desenvolvedores autodidatas - para unificar e demonstrar um entendimento básico do desenvolvimento de software, entrega, e Processo de descomissionamento como uma disciplina de Engenharia que é digna de respeito e deve ser tratada com deferência. E por causa desses fatores, ganhará impulso.