ID:67330さん

#プロジェクトの総括 　リリースが３回延期しているプロジェクトにアサインしリリースを成功させました。 #プロジェクトの概要 　古くなった基幹業務システムを再構築するプロジェクトで、Dataspiderの開発・運用要員としてアサインしました。新しい業務システムから別の業務システム(Salesforce)へデータを連携するためにDataspiderを利用しており、約50の連携機能がありました。 #チーム情報 　・新営業基幹システム(2人)　外部委託のみ 　・Dataspider（3人）　内製メイン＋外部委託 　・Salesforce（1人）　内製メイン＋外部委託 #担当業務 Dataspider(＋SQLおよびDB修正あり) 　※メイン担当であったため、特定の機能や改修工数が大きいもの以外は私が修正していました。 　・新システムとの連携テスト 　　　シナリオテスト実施 　　　不具合対応 　　　　改修方法検討～単体テストまで 　・新規本番Dataspider環境構築 　　　環境構築 　　　　本番環境刷新のため、既存リソースの移行手順の検討 　　　　Dataspider Studioの初期設定 　　　　既存＋新規リソースの移行 　　　　　※プロジェクト・環境変数・グローバルリソースなど機能に必要なものすべて 　・既存Dataspiderの運用　※新システム切り替えまで 　　　エラー対応 　　　軽微な改修 　　　問い合わせ対応 #課題 　私がアサインされた段階でリリースが９か月ほど遅延しており、不具合の量、Dataspiderの環境構築などスケジュールに対しての残タスクが多く、正常にリリースできる見込みは、プロジェクト内でも低い見込みでした。 特にDataspiderは、前回のリリースの切り替え当日に様々なエラーが起き、延期の原因となっていました。 #取り組み、工夫点 　前回のリリース延期となった要因を調べてみると特にDataspiderの環境設定に不備が多いことがわかりました。 そのため、設定の一覧化・１機能ずつ処理に問題がないかスクリプトを確認・テストを行うことでリリースの対策を行いました。 実際に作業をしていくと、様々な設定漏れ・設定不備・システム切り替え用に必要な改修が必要だと分かり事前に多くのリスクをつぶすことができました。 また、シナリオテストの不具合も10件前後ありましたが、工数が少なく不具合のリスクが少ない改修方法を検討することで、品質を高めながら早く改修を完了させることができました。 #成果 　結果として、リリース３か月前のアサインでしたが無事にリリースすることができました。 #強み 　以上のことから、過去の失敗や、リスクを予見して対策をとり、漏れなく仕事を進めていくことができることが強みです。 Dataspiderの開発ついては、他のプロジェクトと合わせて１年半ほど経験があり、要件定義からテスト、機能のリリース・日々のエラー対応など広いフェーズで経験があります。

#プロジェクトの概要 　既存の基幹業務システムと新規基幹業務システムが並行稼働しており、２つの基幹システムからデータを抽出し、DataspiderでSalesforceへ連携するシステムでした。Dataspiderの入力データとなる基幹システムのデータはSQLで抽出されたファイルであったため、SQLも利用する機会が多いプロジェクトでした。 #チーム情報 　・3～5人(プロジェクト内の各案件により異なる) #担当業務 Dataspider(＋SQL) 　・既存機能案件の改修　3案件 　　　設計～システムテストまで　 　・新規機能案件の作成　2案件 　　　設計～システムテストまで 　　　　※2案件とも通常の改修とは異なり、Dataspider内で他システムからAPIでデータを取得・編集して、Salesforceへ連携する機能でした。 Salesforce 　・既存機能案件の改修　1案件 　　　設計～システムテストまで　 　　　　改修内容 　　　　　オブジェクトへの項目追加 　　　　　VisualForce（HTMLベースの画面）の改修及び、呼び出しているクラスの新規作成 #課題 　SalesforceやDataspiderの開発は初めてで不具合のリスクをどう減らして改修するかが課題でした。 #取り組み、工夫点 　・改修内容の不明点は、一覧化して有識者へ確認 　・手戻りが少なくなるように単体テスト段階で、基本パターン網羅に加えて、改修内容ごとの観点でテストパターンを作成 　・リードタイムを考慮して、いつまでに何をしてないといけないのかスケジュール化 #成果 　・初期案件から不具合を減らし、最後の2案件では不具合なしでリリースすることができた。 　・設計・単体テスト段階で次のフェーズで起こりうるリスクを考慮して作業できるようになった。 #強み 　以上のことから、ミスに対して対策を考えて改善することや、事前にリスク洗い出して対策できることが強みです。

#プロジェクトの概要 　既存の工程管理システム（車両整備）をOutsystemsでリプレイスするプロジェクト #チーム情報 　・10人　※プログラマーとしてアサイン #担当業務 Outsystems（＋SQL）　 　・新規機能作成　１機能　設計～テスト 　・コードレビュー 　　　チーム内にOutsystemsの有識者が少なかったため、ソース全体のコードレビューを行いました。 　・システムテスト　一部 #課題 　コードレビューをするのは初めてで、レビュー漏れのリスクを減らすことが課題でした。 #取り組み、工夫点 　・改修内容の不明点は、一覧化して有識者へ確認 　・コードレビューの観点として、重複している処理や処理や変数を共通化できないか、視覚的にわかりやすくコンポーネントが配置されているかを意識しました。 #成果 　・自分が担当する機能では結合テストで不具合なく開発することができました。 　・コードレビューでいくつかの処理を共通化し、またコンパクトで見やすい実装に変えることができました。 #強み 　以上のことから、初期開発から全体最適化を考慮して実装することができるのが強みとなります。