IOP

# SaaSアプリの開発。 ## 自社SaaSアプリ開発のメンバーとして以下の業務を実施。 自社SaaSアプリ開発のメンバーとして以下の作業に従事した。 * 詳細設計 * 開発 * テスト(RSpec) * 保守・運用 ### 開発チームのリーダー業務 3名からなる開発チームのリーダー業務を担当した。 リーダー業務ではタスクマネジメントを中心に担当した。 メンバーの望む方向性とチームでやるべき事との整合性を取ったり、 メンバーのやるべきことが無くならないように調整するなどした。 またPMやQAとの折衝などを行いチーム開発業務が滞りなく進むように配慮した。 ### システムの監査を行うログを出力する監査ログ出力機能の開発 監査ログ出力機能の開発ではメインの機能とは無関係なログ出力機能である。 そのため、メインの機能の性能に影響しないように必要最低限の負荷で済むようなActiveRecordを実装できるように必要最低限のデータ登録処理となるように処理やデータ構造を工夫した。 データ構造は更新したデータのレコード構造をそのまま出力する形とすることで余計な加工処理コストを省き、また必要最低限で正確なデータを保存できるように工夫した。 その結果、メインの機能の顕著な性能劣化などは起こさずに改修できた。 ### 検索条件の履歴保存機能の開発 一覧画面で検索した際の条件を自動で履歴として保存する機能を開発した。 対象はReactの画面、AngularJSの画面それぞれ1画面ずつ2画面が対象だった。 React、AngularJSは未経験のまま開発をスタートさせたが、 AngularJSは元のソースを参考に、Reactはモブプロミングを用いて未経験であることを克服し開発を行った。 特にモブプログラミングでの開発参加した全メンバーの工数を合わせてもソロで開発したAngularJS版より少ない工数で開発を終えることができた。 また参加したメンバー全員に機能の詳細やReactの知見を伝えることができた。 ### 大人数化対応 利用人数拡大のために大人数化対応を行った際、全ての機能一覧に対してデバッグツール、ログから性能調査を行った。 性能問題が有る箇所に対してSQLのチューニング、ReactやAngulerJS内部で無駄なループ処理やAPI呼び出しの削減、UI/UX変更によって大人数でも問題なく使える画面構成にするなどの工夫を行った。 ### スクラムマスターとしてのアドバイス スクラムで開発しているわけではないが、認定スクラムマスターとしてふりかえりや開発プロセスについて助言を行っている。 助言は自チームだけでなく他チームへも行っており、他チームのふりかえりに参加してアドバイスをしたりファシリテートも行っている。 ## 同SaaSアプリのCSE（Customer Success Engineer） CSEとして顧客の成功に貢献。 領域としてはCSEを超え、システムエンジニアやセールスエンジニアのようなことも含めて以下の作業に従事。 * 問い合わせ対応 * 障害切り分け * 商談参加・提案 * 問い合わせ状況のレポート * 不具合状況のレポート * API連携開発管理 ### 問い合わせ状況のレポート ユーザーと開発が断絶しないように問い合わせ状況について見える化するレポートを定期配信。 問い合わせが多い分野はどこなのか? その問い合わせによって発生した作業時間はどれくらいだったのか? 問い合わせを少なくするために開発はどうしたら良いのか? などを掲載してユーザー体験向上を図るとともに開発に対するユーザーの声を直接フィードバックしていた。 ### 不具合状況のレポート 開発のサイロ化を防ぐために発生した不具合について開発チームをまたいで定期レポートを作成し配信。 あるチームが発生させてしまった不具合を他のチームが繰り返さないようにしたり、 発生した不具合の根本原因とそれを防げた工程がいくつ、どこにあったかを伝達することで全体的な品質向上に貢献した。 ## 同SaaSアプリのAndroid版開発。 Androidアプリ開発のメンバーとして以下の業務を実施。 言語はKotlin。 * プロジェクトマネジメント * 詳細設計 * 開発 * テスト * リリース * 保守・運用 ### 一覧画面の実装 あるデータを日付ごとに一覧に表示する画面の実装を行った。 ヘッダーとして日付が表示される外部ライブラリを用いつつ、 閲覧日から過去のデータも未来のデータの20件ずつページングする実装を行った。 Androidの特性上過去データのページング処理が非常に難しかったが、 外部ライブラリやAndroidOSのAPI仕様を調べて実装を行った。 Androidのリストコンポーネントの特性上、上部方向(過去データ)へのスクロールをきっかけに処理を行うことがスクロール位置の計算などの処理が煩雑で非常に難しい。 そのため、スクロールきっかけではなく続きを表示するボタンを表示することで、煩雑で非常に難しい処理を回避しつつ過去データを表示するという仕様を満たす実装を行った。 ### 画像ファイル添付機能の実装 特定のデータに対して画像ファイルを添付できる機能を実装した。 Amazon S3に対してアップロードする処理をRetrofitというライブラリで実装した。 標準のカメラ、アルバム機能を利用していない場合、添付できないケースが有ったため、 カスタムされたカメラ、アルバム機能を利用していても画像添付できるように実装を行った。 ### プロジェクトマネジメント 先行して開発が進んでいたiOS版と同等の機能を短期間で高速に開発するプロジェクトマネジメントを実施。 短期間で高速に開発するというチーム開発目標を掲げ判断に迷わない状況を作り出す、 ステークホルダーとの仕様確認やiOS版との差異確認を入念に行うことで手戻りを少なくする、 毎週ふりかえりを行うことで改善点を洗い出し常に開発プロセスを改善する、などを実施。 開発プロセスの改善として開発着手前にアーキテクチャ図を作成して前任者とレビューすることで理解を早めたり、仕様書の作成を行い開発前にレビューすることで手戻り防止を図ったり、発生したバグを分析して原因ごとに対策を行い実装段階からバグの発生を抑止するなどの改善を行った。 これらにより当初想定の1ヶ月前倒しで機能開発完了を達成。

# 大手物流会社様向けにトラックなどの離発着予定と実績の入力・管理を行うシステム。 離発着予定の他、積載するコンテナの量も入力・管理が可能。 開発にはメンバーとして参加し、2013年3月からはPLとして以下の業務を実施。 * お客様からの要件ヒアリング、要件定義 * お客様との定例(開発進捗報告など) * 設計(要件から機能設計書の作成、詳細設計) * 工程管理、工数見積 * 開発メンバーの工数管理(1人～2人) * 現地作業(現地テスト、リリース) * サーバー増強対応(サーバーやOS、ミドルウェア等の選定と発注) * インフラ設計、構築(OS、ミドルウェアのインストールと設定、テスト) * システム保守(ハードウェア、ソフトウェアの保守) * 開発 * テスト * 保守運用(障害対応、調査、チューニングなど) * 現地作業(リリース作業、サーバー構築) ## 具体的な実績、取り組みなど。 ### システムの全国展開対応を実施。 導入拠点数を500前後から全国3,000前後に増やすため、 サーバー増強と性能対策を実施し全国展開を達成。 サーバーは当初四台構成から十台まで増加対応を実施。 サーバーRedhad LinuxのOSインストールからミドルウェア、アプリケーションのインストール、バックアップの設定、物理的なケーブルの結線など全て行った。 性能対策は日々の業務で使用する直近のデータと、 分析業務で使用する分析用の長期間のデータを分けることでそれぞれの要件にあった性能を担保した。 これは使用するデータベースを分けることで分析時に直近データに負荷がかからないようにし、直近データーベースから分析データベースにデータを移すのはバッチ処理で行うようにした。 特に日々の業務で使用するデータについては性能が求められたため、 性能を担保するために不要なデータは持たない、検索性能を重視した設計開発を行った。 ### 実績データダウンロード機能の性能対策 性能対策のため、日々の業務に影響が無い範囲でオンデマンド処理からバッチ処理への変更を実施。 オンデマンド処理ではタイムアウトしてしまう量であったため、Javaを用いたバッチ処理で事前集計を実施。 前日以前のデータであれば即座にダウンロードできるようにバッチ処理化を行った。 実績データは経営層も利用するためデータのため、不具合や間違いの内容に最新の注意を払って開発を行った。 深夜も使われるシステムであっためデータ集計に時間やサーバーリソースを使いすぎないようにバッチ処理の性能にも気を使い構築した。