intra-mart案件の仕事内容
intra-mart案件は、社内申請や稟議などのワークフローを中心に、業務システムを構築・更改する仕事が多い傾向です。既存システムの老朽化対応や、Notesなど他基盤からの移行、既存機能の改修・機能追加まで、スクラッチとローコードを組み合わせて進めます。
担当工程は、詳細設計〜実装〜テストだけでなく、要件整理や基本設計、設計レビュー、受入テスト準備、運用引き継ぎまで広がる案件も見られます。会員管理や購買・販売、会計、文書管理など、基幹寄りの業務領域でAPI連携やデータ移行を伴うこともあります。
開発だけでなく、保守運用フェーズで問い合わせ対応や改善提案を行うポジションも一定数あります。業務部門と近い距離で「要求どおりに作る」だけでなく、運用を踏まえた最適化や手順整備、関係者調整まで担うことが期待されやすい点が特徴です。
intra-mart案件で求められる必須スキル
必須としてまず見られやすいのは、intra-mart上での開発経験、またはWebアプリ開発経験を前提にしたキャッチアップ力です。案件によってはintra-mart経験が明確に必須ですが、JavaやJavaScriptでの設計・実装経験があれば参画可能とする求人も見られます。
次に、設計〜テストまでの一連工程を自走できることが重視されます。基本設計・詳細設計の経験、設計書を読み解いて修正できる力、結合テストまでの品質担保などが求められやすく、既存改修では影響範囲の把握や仕様調査の力が応募可否を分けます。
加えて、RDBとSQLの基礎は多くの案件で前提になりやすいです。画面・ワークフローだけでなく、マスタ管理やデータ移行、プロシージャ読解、API連携などでDB理解が必要になります。リモート中心の体制もあるため、チャットやレビューを含むチームコミュニケーションも必須要件として扱われがちです。
intra-mart案件であると有利な歓迎スキル
歓迎スキルとして多いのは、intra-martのローコード機能を使い分けられることです。FormaDesigner、LogicDesigner、BloomMaker、IM-Workflowなどの経験があると、画面・ロジック・承認ルートの実装を短期間で立ち上げやすく、移行や更改案件でも強みになりやすいです。
周辺技術では、Java（Spring系やTERASOLUNAなど）での拡張開発、フロントエンドの知見（ReactやjQueryなど）、API連携の設計・利用経験が評価されやすい傾向があります。帳票作成（PDFDesigner、SVFなど）やバッチ・ジョブ設計、CI/CDや構成管理の整備経験も、改善フェーズで特に活きます。
プロジェクト特性として、クラウド移行や基盤更改に伴うAWS/Azureの知見、オンプレからクラウドへのリフト経験、DB移行（OracleからPostgreSQLなど）の経験が歓迎される案件も見られます。また、会計・販売購買などの業務知識があると、要件定義や運用提案を含むポジションで選択肢が広がります。
intra-mart案件で評価されやすい実務経験
評価されやすいのは、ワークフローや申請系の業務を、現行調査から設計へ落とし込み、実装・テスト・リリースまで通した経験です。特に、Notesなど別基盤からの移行で、Fit&Gapやモック作成を通じて要件を具体化できる経験は、上流寄り案件で強みになりやすいです。
既存システムの改修・保守経験も価値があります。コードや設定を読み解いて仕様調査を行い、影響範囲を見積もったうえで安全に改修する力は、長期運用の案件で評価されやすい傾向です。運用保守では問い合わせ対応だけでなく、運用の最適化や改善提案まで担えると優位になりやすいです。
また、設計レビューや受入テスト準備、オフショア成果物のQA対応など「作る以外」の経験も案件によって重視されます。リーダーやサブリーダーとして、進捗・品質・課題を管理し、関係者と合意形成しながら前に進めた実績があると、上流・支援系ポジションまで視野が広がります。
intra-mart案件でよく使われる開発環境
言語はJavaとJavaScriptが中心で、intra-mart基盤上のスクラッチ開発とローコード開発が混在しやすいです。ローコードではFormaDesigner、LogicDesigner、BloomMaker、Workflowといった機能が登場し、画面・承認・ロジックを分担して実装する進め方がよく見られます。
DBはOracleやPostgreSQL、SQL ServerなどのRDBが多く、移行案件ではOracleからPostgreSQLへの置き換えや、データ移行ツールの作成がテーマになることがあります。運用・保守系ではWindowsやLinux上での稼働、ジョブ運用、ログ調査など、アプリと基盤の境界をまたぐ理解が求められる場面もあります。
チーム開発の前提として、Git系リポジトリやチケット管理ツール、ドキュメント管理ツールを使う案件が見られます。参画後に動きやすくするためには、intra-mart特有の設計・設定の考え方に加え、設計書の読み書き、レビュー、テスト設計の型を押さえておくとキャッチアップが早くなります。
intra-mart案件を選ぶときのチェックポイント
まず確認したいのは、ローコード中心か、Java/JavaScriptでのスクラッチ比重が高いかです。同じintra-martでも、WorkflowやDesigner系を主に触る案件と、JavaEEモデルや周辺FWでの拡張が主となる案件では、求められる準備が変わります。自分の強みが活きる比重かを見極めることが重要です。
次に、工程範囲と役割の粒度を確認します。詳細設計以降で手を動かすのか、要件定義や基本設計、設計レビューや受入側の支援が中心なのかで、必要なドキュメント力や調整力が変わります。移行案件の場合は、現行調査、データ移行、切替手順、リハーサルの有無まで確認するとミスマッチを避けやすいです。
最後に、運用保守の有無と期待値を押さえましょう。問い合わせ対応や業務部門との調整、改善提案が含まれる案件では、技術だけでなく業務理解を深める姿勢が評価されやすい傾向です。オフショア連携がある場合は、レビュー範囲やQAフロー、意思決定者との距離感も事前に確認しておくと安心です。
intra-mart案件の将来性・需要
求人票からは、既存業務のデジタル化や申請業務の再設計を目的に、intra-martを基盤として採用する流れが継続していることが読み取れます。ワークフローは業務の中核に近く、周辺システムとの連携や運用まで含めて改善していく案件が多いため、長期での運用前提のニーズが生まれやすい領域です。
また、バージョンアップ対応やブラウザ変更対応、オンプレからクラウドへの移行など、基盤更改に絡むテーマも見られます。単なる機能追加だけでなく、影響調査や移行計画、設計書整備といった「変化に強い運用」を作る仕事が評価されやすく、経験の積み上げが次の案件選択につながりやすいです。
ローコード開発の拡大により実装速度は上がる一方で、複雑な要件はJava/JavaScriptでの拡張が必要になります。ローコードとプロコードの境界を判断し、品質と保守性を両立させられる人材は重宝されやすく、設計・レビュー・運用改善まで対応できるほど選択肢が増えやすいでしょう。
intra-mart案件のよくある質問
intra-mart未経験でも応募できる案件はありますか？
あります。求人ではintra-mart経験を必須とするものが多い一方、JavaやJavaScriptでの設計・開発経験があれば参画可能とし、参画後にintra-martをキャッチアップする前提の案件も見られます。設計書を読み解ける力や、既存改修の経験があると評価されやすいです。
ローコードだけできれば参画できますか？
ローコード中心の案件では、FormaDesignerやLogicDesigner、BloomMaker、Workflowなどの実務経験がそのまま強みになります。ただし、連携や例外処理、性能面の調整などでスクリプトやJavaの拡張が必要になる場合もあるため、どこまで担当する想定かは事前確認が重要です。
移行・更改案件では何が求められますか？
現行仕様の調査と整理、設計への落とし込み、データ移行や切替手順の検討、テストとリハーサルなど、開発以外の作業も増えやすいです。リバースエンジニアリングや設計書整備、DB移行経験があると選べる案件が広がります。
運用保守案件で重視されるポイントは何ですか？
問い合わせ対応の速さだけでなく、業務の背景を理解して運用を最適化する姿勢が重視されやすいです。マスタ管理や設定見直し、改善提案、手順書整備、関係者調整などが含まれることが多いため、コミュニケーション力と継続的な改善経験が評価につながります。