• Skip to main content
  • Skip to primary sidebar
  • Skip to footer
  • タイプ
    • 日記
    • 読書
    • 買物
    • ドラフト
    • 記事
    • まとめ
  • トピック
    • PCスマホ
    • 金融
    • 家事子育
    • 働き方
    • メンタル
    • ブログ
    • 未分類
    • 作業標準化
    • ドラム
    • 生活
    • リストアップ
    • その他

金融系エンジニア日記

金融系エンジニアがいろいろなものをテクノロジーで効率化する備忘録

現在の場所:ホーム / トピック / 働き方 / OJTソリューションズ著「トヨタの段取り」を読んで、作業の標準化(紙に書いて共 有)し、それを絶えずより良いものにするという癖は必要性がわかった。

OJTソリューションズ著「トヨタの段取り」を読んで、作業の標準化(紙に書いて共 有)し、それを絶えずより良いものにするという癖は必要性がわかった。

OJTソリューションズ著『トヨタの段取り』を読んで、「段取り=才能ではなく、再現できる技術」という前提が腹落ちした。
そして、この内容は“知っているだけ”では意味がなく、日々の仕事にどう落とし込むかで差が出ると感じた。

ここでは、実際の仕事に当てはめた具体例を交えて考察を深めてみる。


主作業を増やすための現実的な工夫

例えばエンジニアの場合、本来の主作業は「設計・実装」だが、実際には以下に時間を取られがち。

  • 仕様の確認往復(付随作業)
  • 過去資料探し(無駄)
  • 環境構築のやり直し(無駄)

ここでの改善はシンプルで、

  • よく使う手順をドキュメント化(標準化)
  • フォルダ構成や命名規則を統一(探す時間削減)
  • 開発環境をテンプレ化(再現性確保)

これだけで、「1日中忙しいのに何も進んでいない」状態から抜けやすくなる。
つまり、主作業の時間を“作る”のではなく、“邪魔しているものを消す”発想が重要。


「品質は工程で作る」を実務に落とす

よくある失敗として、

  • とりあえず作る → レビューで大量修正
  • とりあえず出す → 要件ズレで作り直し

がある。

例えば、API開発であれば、

悪い例

  • 実装してからレビュー
  • レビューで仕様ズレ発覚
  • 修正+再レビュー

良い例

  • 実装前にインターフェース仕様を共有
  • レビューで方向性を固める
  • その後に実装

これだけで、手戻りは大幅に減る。
「早く作る」より「間違えないように作る」ほうが、結果的に速い。


「時間の長い仕事から着手」の落とし穴と活用

単純に長い仕事からやればいい、ではなく「待ちが発生する仕事」を先に流すのが本質。

例えば、

  • 外部ベンダーへの問い合わせ(返信待ちあり)
  • 上司承認が必要な資料(承認待ちあり)

これらを後回しにすると、その間すべての進行が止まる。

実務では、

  • 朝一で依頼メールを投げる
  • 作業前に承認が必要なものを洗い出す

これだけで、1日の“詰まり”が減る。

逆に、すぐ終わる作業ばかりやると「やった感」はあるが、全体は進まない。


「何のため?」を聞くだけでムダが消える

これはかなり即効性がある。

例えば、

  • 「このログ出力追加して」と言われたとき
    → 目的を聞くと「障害調査のため」
    → ならばログではなくメトリクスで良い可能性
  • 「詳細な資料作って」と言われたとき
    → 目的を聞くと「意思決定用」
    → ならば要点だけで十分

目的を聞かないと、“過剰品質”になりやすい。
特に真面目な人ほどやりがちで、「頑張るほど無駄が増える」状態になる。


メールを溜めない=仕事を止めない

メールを溜めると何が起きるかというと、

  • 相手が待つ
  • 自分も気になる
  • 後でまとめて処理して時間がかかる

という三重のロスが発生する。

例えば、

  • 2分で返せるメールはその場で返す
  • 判断が必要なら「いつまでに返す」と決める

これを徹底するだけで、「ボールが自分に溜まらない状態」が作れる。

結果として、全体の流れが速くなる。


内段取り→外段取りの変換は“仕込み力”

これは日常業務でもかなり効く。

例えば会議準備:

改善前(内段取り)

  • 会議中に資料を開く
  • 必要なデータをその場で探す
  • 話しながら考える

改善後(外段取り)

  • 資料は事前に開いておく
  • 必要なデータはまとめておく
  • 想定質問を準備しておく

この差は、「会議の質」だけでなく「時間」そのものに直結する。

さらに一歩進めると、

  • テンプレ資料を作る
  • 定例会議はフォーマット固定

などで、外段取り自体も省力化できる。


標準化の本当の価値

標準化というと「縛られる」イメージがあるが、実際は逆で、

  • 毎回考えなくていい
  • 誰がやっても同じ品質
  • 改善の対象が明確になる

というメリットがある。

例えば、

  • デプロイ手順を標準化 → ミス減少
  • コードレビュー観点を標準化 → 品質安定

そして重要なのは、「標準は仮でいい」ということ。
まず作って、使いながら改善する。このサイクルが回り始めると、チーム全体の速度が上がる。


まとめ:段取りは“仕事のOS”

今回の内容を通して感じたのは、段取りはスキルというより“仕事のOS”に近いということ。

  • 無駄を減らす
  • 流れを止めない
  • 手戻りを防ぐ

これらを支える基盤が段取り。

そして重要なのは、一気に変えようとしないこと。

  • 1つ標準を作る
  • 1つ無駄を減らす
  • 1つ外段取りに変える

この積み重ねが、気づいたときには大きな差になっている。

The following two tabs change content below.
  • この記事を書いた人
  • 最新の記事
Twitter のプロフィール

フリーダム

金融系システムエンジニアが、業務効率化や日常の工夫を発信しています。 日々の作業を少しラクにするアイデアやツールを記録しています。 忙しい中でも役立つヒントになればうれしいです。
Twitter のプロフィール

最新記事 by フリーダム (全て見る)

  • Android個人開発、最後の壁は「テスター12人」だった話 - 2026-04-04
  • 【保存版】テニススクールで学んだことまとめ|3年間の気づきと上達のコツ - 2026-03-29
  • OpenAIのAPIキーを使って利用する方法 - 2025-08-20

共有:

  • X で共有 (新しいウィンドウで開きます) X
  • Facebook で共有 (新しいウィンドウで開きます) Facebook

いいね:

いいね 読み込み中…

最初のサイドバー

Googleでサイト内検索

固定ページ

  • このサイトについて
  • ストレスから自由になる日記のホームページ
  • ストレスから自由になる日記の投稿ページ
  • 新着投稿一覧

最近のコメント

  • パスワード入力が必要な認証付きプロキシの内側のLANでmattermostクライアントとVisua lStudioCodeを使う に iloveadachi より
  • パスワード入力が必要な認証付きプロキシの内側のLANでmattermostクライアントとVisua lStudioCodeを使う に kaakaa より
  • 泣かせっぱなしにするクライングコントロールで、九ヶ月の子供が、三日間で朝の六時まど寝た。 に クライングコントロールのその後 夜中にまた起きるようになった。 – 金融系なんちゃってSEの日記 より

最近の投稿

  • Android個人開発、最後の壁は「テスター12人」だった話
  • 【保存版】テニススクールで学んだことまとめ|3年間の気づきと上達のコツ
  • ある日、突然おかしくなった【朝の一歩目が激痛】かかとの骨にヒビが入ったと思って整形外科に行った話
  • Excelしか知らない人へ:VLOOKUP・XLOOKUPで頑張っているなら、DataFrameを使わないと正直もったいない
  • PythonでOracle接続にハマった話(64bit問題とtnsnames.oraの落とし穴)

感想、要望などコメントをください

Footer

Feedly でフォロー

follow us in feedly

はてなブックマーク でフォロー

このエントリーをはてなブックマークに追加

トップページへのリンク

ストレスから自由になる日記 トップページ

 

コメントを読み込み中…
 

    %d