ID:67553さん

【概要】 クライアントのIT企業の既存プロダクトのリプレースプロジェクトと並行する形でOCR機能も盛り込むことになり、開発を担当いたしました。 【チーム構成】 弊社チームの構成は、デザイナー１名・エンジニア２名でした。 エンジニアリーダーとしてプロジェクトに参加しました。 【担当業務】 ・OCR機能の技術選定 ・コーディング ・コード品質の担保 ・先方のエンジニアと、OCRで読み取ったデータが最終的にどのような状態になっていればいいかなどの折衝 ・先方のエンジニアと、OCR機能をどの言語どのフレームワークで実装するかなどの折衝 ・先方のエンジニアと、検証環境の構築にあたっての折衝 ・弊社チームのメンバーのコードのレビュー ・OCR機能の見積 ・チケットの作成 ・弊社メンバーへのチケットの割り振り ・弊社メンバーの開発チケット管理 ・先方のプロジェクトリーダーとの要件定義(弊社デザイナーと協力して行いました) ・先方のインフラ担当者との折衝 【課題・問題点】 ・OCR機能の技術選定です。 OCR技術に今まで触れたことがなくそもそも前提知識がなかったので、 書籍やWEB上から情報を集めてキャッチアップしました。 ・先方のエンジニアチームの開発プロジェクトの一部にjoinする形になり先方の開発方針に合わせる必要になったため、 「この機能を開発するためにこの技術を使っていいですか？メリットは○○でデメリットは○○です」などを説明して納得してもらう必要があり、どう説明するかに苦慮しました。 ・先方の開発プロジェクトと別の動線で同じデータを登録することになり、データのフォーマットを揃えるために先方のエンジニアと何度も折衝する必要がありました。資料化したり、テキストで細かいところまで徹底的に詰めることで先方と認識を合わせることができました。 【使用技術】 [クライアント] Next.js React.js Typescript [サーバーサイド] Laravel PHP Mysql Docker [マークシートの読み取り機能(OCR)] lambda Docker python [インフラ] ・AWS ECS RDS Lambda

【概要】 IT企業のクライアント向けビジネススキル向上のためのSaasアプリケーションの開発を担当しました。 フェーズとしては、新規開発のアプリケーションの要件定義からリリースまでです。 テストの配信とテストの回答結果をグラフなどで可視化できるアプリケーションです。 【チーム構成】 弊社チームの構成は、デザイナー１名・エンジニア４名でした。 エンジニアリーダーとしてプロジェクトに参加しました。 【担当業務】 ・コード品質の担保 ・チケットの作成 ・弊社メンバーへのチケットの割り振り ・弊社メンバーの開発チケット管理 ・先方のプロジェクトリーダーとの要件定義(弊社デザイナーと協力して行いました) ・インフラの構築 ・コーディング 【課題・問題点】 ・新規プロダクトのリーダーになるのは初めてだったため、データの構成を詰めずに要件定義を進めてしまって何度か手戻りが発生してしまいました。その経験を活かして、以降はどのようなデータ構造にするかをあらかじめある程度決めてから要件定義に参加することで手戻りを防ぐことができました。 ・プロジェクトの途中から急遽エンジニアを追加することになりビジネスロジックの理解が不足したまま案件に参画してもらう必要がありましたが、エンティティにビジネスロジックを持たせるなどの工夫を行っていたため、キャッチアップ工数の削減やバグの発生の防止ができました。 【使用技術】 [クライアント] Next.js React.js Typescript [サーバーサイド] Laravel PHP Mysql Docker [インフラ] ・AWS ECS RDS Lambda

【概要】 大手商社から受託したシステムの開発を行いました。 参加したフェーズとしては、開発初期から運用・保守フェーズまでです。 既存のSaaSなどは使わずに新規で承認フローシステムを開発しました。 【チーム構成】 弊社チームの構成は、デザイナー１名・エンジニア４名・ディレクター１名でした。 エンジニアメンバーとしてプロジェクトに参加しました。 【担当業務】 ・コーディング ・運用中のシステムで異常が出た際の調査と修正 【課題・問題点】 ・本番環境でデータ数が多かったため、表示されるまで１分以上かかってしまう画面がありました。スロークエリの確認や、実際の本番環境とデータ数を同じにして本番環境の遅延を再現するなどして原因を確認し、インデックスの追加やクエリを分けるなどの対応をしました。その結果、１分以上表示に時間がかかっていた画面が５秒以内で表示されるようになりました。 ・大手商社の承認フローのため複雑な権限のルールを実装する必要がありましたが、その際にテストで全ての条件を網羅することで権限のルールをミスなく実装することができました。

- 担当範囲 - QA - QA計画 - QAの実施 - マレーシア社内メンバーへのQA計画の共有 - QA実行の指示と進捗管理 - QAに必要なデータの準備 - 現地開発会社の管理 - 開発詳細資料の作成 - 開発詳細の共有 - 進捗管理 - QAで出たバグの共有と修正方針の話し合い - バグ修正の管理 - 日本のシステム発注クライアントとの調整 - 定例会議 - 資料作成 - リード - 要件の調整 - 受け入れテスト - 計画 - 実施 - 開発システムのインターフェース先のシステム会社との調整 - 会議のリード - スケジュール調整 - システムのインターフェースについての仕様のすり合わせ - システムインターフェースのテスト計画の作成と実行