引継工房

HIKITSUGI KOUBOU

Access・Excel で長年動いてきた業務システムを、
作り直さずに引き継ぎます。

「作った人がもういない」システムを読み解いて、壊さずに次へ渡すことを専門にしています。個人で請けています。

01

こんなときに

02

やること

  1. 1

    棚卸し

    現物から、テーブル定義・クエリ・帳票レイアウト・参照先を機械的に吸い出します。人が目で追うより先に、機械で全体の形を出します。

  2. 2

    仕様の復元

    「何をしているか」を、動いているコードとデータから文書に戻します。ここまでが引き継ぎ資料としてそのまま残るものです。

  3. 3

    移行設計

    どこから載せ替えるか、何を捨てるか、何を今のまま残すかを決めます。全部を一度に作り直さない前提で組みます。

  4. 4

    移行と検証

    実データで一周させ、開発環境では出ない欠陥を先に潰します。移行は件数を検算し、合わなければ書かずに止めます。

1と2だけのご依頼も受けます。「中身を調べて資料にするところまで。実装は自社で」という形が、いちばん失敗しにくいと考えています。
03

進め方

テストは、壊してみないと検出力が分からない

実装をわざと壊して赤くなるかを確認します。「テストが通ること」と「壊れたら落ちること」は別物です。緑のまま何も守っていないテストを、これまで何度も見ています。

書き戻しは、検算が合わなければ書かない

データを書き換える処理は「一時ファイルに書く → 件数とバイト数を検算する → 合わなければ書かずに停止する」形以外で書きません。上書きしてから気づく事故を止めるためです。

書き込みは、変更した箇所だけに閉じる

保存処理が未選択の項目まで無条件に書き、既存の値を空で潰した事故を起こしたことがあります。以来、差分だけを書く形に統一しています。

AI の報告は、一次証拠で裏を取る

開発には生成 AI を使います。ただし報告をそのまま信用せず、コミットの中身と実行ログで必ず確認します。AI を使うと開発は速くなりますが、「動いているように見えて壊れている」状態も同じ速度で増えます。そこを止める手順ごとお持ちします。

04

これまで

守秘のため、業種と規模のみ記載しています。

05

お受けできないこと

対応できるのは、月曜・火曜と、その他の曜日の夜です。月曜・火曜は日中のお打ち合わせにも対応できますので、本番作業の立ち会いや定例が必要な場合はその曜日でご相談ください。ご連絡には 24 時間以内に必ず返信します。
資料を見て「これは難しい」と判断した場合は、その時点で正直にお伝えします。できない見積りを出して引き受けることはしません。
06

ご連絡

ご相談は、以下のフォームまたはメールからお願いします。まず現物を見せていただき、どこから手を付けるかのご相談から承ります。

info@hikitsugi-koubou.com

いただいた時点では何も決まりません。

ご担当者さまのお名前で構いません。

こちらに返信します。

分かる範囲で構いません。「Access で作られた何かがあるが中身が分からない」だけでも大丈夫です。

いただいた内容は、ご相談への返信にのみ使用します。第三者に提供することはありません。

24 時間以内に必ず返信します。