誰かがCSDP認定を行っていますか？
私は、ソフトウェアエンジニアとしての私の知識と市場価値を潜在的に高めることができるいくつかの認定を探していました。 IEEEの Certified Software Development Professional（CSDP） が私の注意を引いた。ユーザーエクスペリエンスについてネットで調べたところ、実質的なものは見つかりませんでした。あまり人気がないようです。そして、私は確かにそれを行った私の組織や友達のサークルの誰も聞いたことはありません。
コミュニティメンバーから、この認証を取得した人がいるかどうか、また、同じ経験を持っているかどうかを知りたいと思います。認定は知識の面で役に立ちました。それはあなたの履歴書に重りを加えましたか（重荷ではありません！）？
私は現在 IEEE認定ソフトウェア開発アソシエイト（CSDA）証明書 を保持しており、資格がある場合はCSDP試験に参加します（まだ2〜3年の経験が必要です）。
他の証明書と同様に、本のフォームで特定のトピックを知っていることを証明するだけです。彼らは実際にあなたが仕事でどのように実行するかについてはあまり言いません。あなたの過去の職歴はそれをはるかに効果的に行います。
私にとって、私はCSDAを採用しました。CSDAは私の大学のソフトウェアエンジニアリングプログラムと非常に密接に相関していたからです。試験を受けて合格することで、自分の分野に関連する資料を大学が義務付けた深さと広さ（学位プログラムの完了によって証明される）だけでなく、深さと広さについても知っていることを確認しましたソフトウェアエンジニアリングの分野で豊富な経験と知識ベースを持つ国際的に認められた組織によって推奨されます。
雇用主による証明書の見方は、業界や組織によって大きく異なります。一部の業界は、特定の認定を他の業界よりも優先しています。組織はまた、見通しのある従業員と彼らが保持する証明書に自分の重みを置きます。あなたの質問へのコメントで、Brian Driscollが CSDP/CSDA証明書保有者を保有する企業のリスト へのリンクを投稿しました。気が付くと、防衛、医学、通信、金融、および一般エンジニアリング（ハードウェアシステムの構築）に多くのことが関わっています。これらは、規制や精密工学への準拠（故障や欠陥に対する許容度が低い）が重要な業界です。
私が認定を受けるつもりだったら、間違いなく IEEE Computer Society 、 Project Management Institute（PMI） 、 カーネギーメロン大学ソフトウェアエンジニアリングインスティテュート 、 情報システムセキュリティ認証コンソーシアム（（ISC）2） 、および企業のトレーニングを行う企業ではなく、専門/卒業証明書を提供する大学。
認定を比較検討しているときは、将来どこに行きたいか、どのような知識を身につけ、自分が持っていることを証明する必要があるかを判断する必要があります。たとえば、IEEE CSDP認定はソフトウェアエンジニアリングの幅広い範囲をカバーしています。あなたは ソフトウェアエンジニアリングの知識体系で特定された主要なトピック の能力を実証しています。これは、「塹壕」の開発者からソフトウェアリードまたはソフトウェアプロジェクトマネージャーまで、誰にとっても優れた一般的な認定です。ただし、SEIは、CMMI、プロセス管理、およびプロセス改善（他の多くの中でも）などのトピックに関する集中的な証明書を提供します。私のような、すべてのプレーヤーがCMMI評価を受ける防衛産業で働いている人にとって、CMMIを開発し、CMMI評価者をトレーニングする組織からトレーニングと証明書を取得することは価値があるかもしれません。 CMMIを適用する組織で働いていない場合、この証明書はそれほど価値がありません。
ここにショートとスウィートがあります：それは勢いを増すでしょう。
多くの雇用主は、過去の経験、あなたが通った学校、そして「燃やされた」と言うより良い方法の欠如のために、かなりの重点を置いてきました。一般的な信念に反して、ソフトウェア開発は、技術における私たちの多くが信じたいと思っていたほど創造的ではありません。創造性を可能にし、さらには必要とする分野では、通常、ソフトウェア構築[コーディング]に入る前に、エンドユーザーのペルソナ/ストーリー、システム要件、ビジネスドメイン、経済学、ソフトウェアエンジニアリングプロセス、およびソフトウェアアーキテクチャを十分に理解する必要があります。
アジャイル運動の台頭以来、合意は誤ってコーディングと開発者を最初に強調することになりました。これは実際には、マニフェストからそれを収集するのは難しいかもしれませんが、アジャイルマニフェストの作者が試みようとしていたことの誤解でした。アジャイルは、LEANの原則を多用し、直接採用しています。 LEANは実装の従業員に焦点を当てていますが、これらの個人は会社の[読み取り：契約上のクライアント]実際の顧客に最も近いという事実の観点からのみです。
なぜこの区別が重要なのですか？実装の従業員は、多くの決定（良いことも悪いことも）の影響を直接感じます。そのため、パフォーマンスと品質に劇的な影響を与える可能性のある簡単な変更を行うために、それらは独自の位置にあります。悲しいことに、彼らは多くの場合、最終顧客の知識に完全には関わっていないため、パフォーマンスと製品品質を改善する多くの機会がテーブルに残ります。 LEANの使命は、無駄をなくすことにより、ますます高いレベルの効果を達成し、配送速度と品質を向上させることにより、エンドユーザーに一貫してより大きな価値を提供することです。アジャイルはソフトウェア構築スペース内の廃棄物除去に限界を押し広げましたが、エンドカスタマー（および契約クライアントのエンドユーザー）の観点からの真の効果は最小限に抑えられました。
そのため、コードのクラフトマンシップ（科学と芸術の融合）の明確な改善など、速度と品質における肯定的な成果によって建設の最前線に進んだことは注目に値しますが、その過程で重要-お客様。そして、私はエンドユーザーだけを意味するのではなく、企業のエンドカスタマーを意味します。 LEANと同様に、すべてが実際の顧客から始まり、逆方向に機能します。では、これはIEEEのCSDAとCSDPとどのような関係があるのでしょうか。たっぷり。
まず、多くの場合、エンジニアリング分野に反映されている理解のタイプに根ざしている人は、実際の有効性、マイルストーン、品質属性を考慮しながら、プロセスは常に全体的な目標に焦点を当てる必要があることを完全に理解する必要があります。これらの特性のいずれかを見逃していると、契約の[エンタープライズ]クライアントに完全な価値を提供することができず、エンドカスタマー/企業のクライアントの価値を低下させる大きな波が発生する可能性があります。良くない。
さらに、リーダーシップの責任を引き受ける能力（自主的なチームがある場合{アジャイルの任務として}誰もがある程度導くことができる必要がある）通常、目前の主題についての十分な幅と深さの理解が必要です。それが相互作用する機能、およびこの知識をさまざまなバックグラウンドから複数の利害関係者に伝える能力。実際には、仕事の内容が何であれ、開発者はエンジニアであると深く考えられています。彼らはスマートで才能のある人々であり、スキルセットに幅と深さがある。これには、主要な活動の習得、および契約上のクライアントの問題領域を理解して解決する能力が含まれる。
では、CSDAとCSDPについて話し合うときに、なぜアジャイルについて大げさなのか。シンプル-基盤。あなたがCSDAとCSDPのチームを持っている場合、彼らが何らかの方法でだまされたとしても、ソフトウェアエンジニアリング内のすべてのプロセスと分野がどこにあるのか、なぜそこにいるのか、いつ手段としてそれらに戻るのかについてある程度の知識があります新しい方向に進む前に理解を統一すること。その財団は、SDLC手法全体にわたってソフトウェア開発手法を一貫して提供する機会と、SDLC手法間でピボットしたり、SDLC手法を簡単に組み合わせたりする機会を生み出します。 IEEEは、エンジニアリングの専門家、CSの卒業生、ITの専門家、独学の開発者など、コンピューティングの専門家がソフトウェア開発、デリバリー、および廃棄のプロセスの基本的な理解を統合し、価値のあるエンジニアリングの規律として実証するための道を作りました尊重し、敬意を持って扱われるべきです。そして、これらの要因により、勢いが増します。