萩原教章の一刀両断

今のデータをどう移すかを先に考える

萩原教章です。

システムを新しくするとき、画面や機能の話は熱心にしても、今あるデータをどう移すかは後回しになりがちです。

ところが、切り替えの直前になって、この部分でつまずくことがあります。

移す作業は思ったより手間がかかり、しかも業務を止められない時期に重なります。今回は、先に考えておきたいことを書いてみます。

どこまで移すかを決める

最初に決めたいのは、過去のデータをどこまで移すかです。

何年分も持っている場合、全部を移すのか、直近だけにするのか。

全部を移そうとすると、手間も確認の量も大きく増えます。

実際に見返しているのは直近の一年分だけ、ということもあります。

古いものは元の場所に残して見られるようにしておく。この形なら、移す量を抑えられます。

システム切り替え前の整理については、萩原教章の業務改善とシステム開発の記事一覧にもまとめています。

そろっていない項目が出てくる

今使っている表やシステムには、途中で運用が変わった跡が残っていることがあります。

以前は空欄でよかった項目が、途中から必須になっている。書き方が担当者によって違う。

こうしたばらつきは、そのまま移すと新しい仕組みでも引き継がれます。

どこまでそろえてから移すのか、あるいは移したあとに直すのか。先に決めておくと作業が進みやすくなります。

使っていない項目も見つかる

中身を確認していくと、もう使われていない項目が見つかることがあります。

以前の運用で必要だったが、今は誰も入力していない。あるいは入力されているが誰も見ていない。

こうした項目は、新しい仕組みに持っていく必要がありません。

移す前に整理すると、新しい画面もすっきりします。

判断に迷うものは、現場に一度確認しておきます。

そろえる作業は誰がするか

データをそろえる作業は、中身が分かる人でないと判断できません。

外注先は、どちらが正しい書き方かを決められません。

現場の担当者が確認する時間を、あらかじめ見込んでおきます。

この時間を計画に入れていないと、切り替えの直前に慌てることになります。

外注前に現場側で決めておくことは、萩原教章のアメブロでも発信しています。

移したあとの確認方法を決めておく

移す作業が終わったら、正しく移ったかを確かめます。

件数が合っているか。金額の合計が一致するか。抜けている項目はないか。

何をもって確認できたとするかを、先に決めておきます。

全部を目で見て確かめるのは現実的ではないので、合計や件数で照らす方法を用意しておきます。

手で入れ直すか、機械で移すか

移し方にも、いくつかやり方があります。

量が少なければ、手で入れ直したほうが早い場合もあります。

量が多ければ、ファイルで書き出して取り込む形になります。

手で入れる場合は、誰がいつやるかを決めておかないと、他の仕事に押されて進みません。

取り込む場合は、うまく入らなかった分をどう扱うかも決めておきます。

いつ移すかを決める

データを移す時期も、業務の都合に合わせて決めます。

月末や締めの時期は避けたほうが無難です。

移している間に新しい入力が発生すると、どちらに入れるかで混乱が起きます。

入力が少ない時期を選び、その間の受け付けをどうするかも決めておきます。

切り替え時期や段取りの考え方は、萩原教章のはてなブログでも整理しています。

切り替え当日の段取りを書く

移す作業には、業務を止める時間が必要になる場合があります。

何時から何時まで受け付けを止めるのか。その間に問い合わせが来たらどうするのか。

当日の流れを一枚に書いておくと、関わる人が同じ動きをできます。

うまくいかなかったときに元に戻す判断を、誰がいつまでにするかも決めておきます。

移さないものの置き場所も決める

移さないと決めたデータも、消してよいわけではありません。

必要になったときに見られる形で残しておきます。

どこに置いてあるか、誰が開けるか。これを決めて共有しておかないと、あとで探すことになります。

新しい仕組みに入っていないものがある、と分かっているだけでも違います。

移す前の控えを取っておく

作業を始める前に、今のデータの控えを取っておきます。

移す途中で間違いに気づいても、元があれば戻せます。

控えを取る作業自体は短時間で終わりますが、これがないと後戻りできません。

いつ時点の控えなのかが分かるように、日付を入れて保存しておきます。

外注前に伝えておく

データを移す話は、外注先に相談する段階で伝えておきたい部分です。

今どんな形で持っているか、どれくらいの量があるか、どこまで移したいか。

これが分かっていると、外注先も作業量を見積もりやすくなります。

作る話と移す話をあわせて相談すると、切り替えのときに慌てずに済みます。

萩原教章は、業務改善やシステム開発を、切り替えのあとまで見た準備から整理する発信をしています。

関連する記事は、萩原教章の業務改善とシステム開発の記事一覧にまとめています。

関連する発信は、以下のSNS・ブログにもまとめています。

急ぎが重なったとき誰が順番を決めるか

萩原教章です。

現場の流れを整理していると、通常の順番は書けても、急ぎが重なったときの扱いが決まっていない場合があります。

どれも急ぎ、と言われたとき、現場は何を基準に順番を決めているのか。

ここは手順書に書かれていないことが多く、担当者の判断に任されがちな部分です。今回はこの話を書きます。

通常の順番だけでは足りない

手順書には、受け取った順に処理する、と書かれていることがあります。

ただ、実際には順番どおりに進まない日があります。

特定の相手からの依頼を先に回す。金額の大きいものを優先する。今日中と言われたものを先にする。

こうした判断は日常的に行われていますが、書かれていないことがほとんどです。

判断しているのは誰か

まず確かめたいのは、その順番を誰が決めているかです。

担当者が自分の判断で決めているのか。責任者に確認してから決めているのか。

担当者が決めている場合、その基準は人によって違う可能性があります。

同じ状況でも、人が変われば順番が変わる。これは引き継ぎのときに問題になりやすい部分です。

実際にあった一日をたどる

基準を聞く前に、実際に急ぎが重なった日のことをたどってもらう方法もあります。

その日、何件が同時に来たのか。どれを先に処理したのか。そのとき何を考えたのか。

一般論として聞くより、具体的な一日を振り返るほうが、判断の中身が出てきます。

特別な日ではなく、月末や週明けなど、混みやすい時期を選ぶと集めやすくなります。

何を見て決めているかを聞く

順番を決めている人に、何を見て判断しているかを聞きます。

期限までの日数を見ているのか。相手先を見ているのか。作業にかかる時間を見ているのか。

本人は感覚で決めているつもりでも、聞いていくと共通する基準が出てくることが多いものです。

その基準を短い言葉にできれば、他の人にも引き継げるようになります。

現場の判断を言葉にして整理する考え方は、萩原教章の業務改善とシステム開発の記事一覧にもまとめています。

割り込みが入る条件を書く

順番を飛び越して先に処理するもの、いわゆる割り込みがある場合もあります。

どんなときに割り込みを認めるのか。誰が指示できるのか。

ここが決まっていないと、声の大きい依頼が優先される状態になりがちです。

割り込みの条件を書いておくと、担当者も断りやすくなります。

決められないときの逃げ道を用意する

現場が困るのは、判断がつかないときに相談先がない状況です。

どれも同じくらい急ぎに見える。どちらを優先しても問題が出そうだ。

こういうときに、誰に聞けばよいかが決まっていれば、担当者は止まらずに済みます。

判断を任せきりにせず、迷ったときの相談先まで含めて決めておきます。

後回しにしたものを見えるようにする

順番を決めるということは、後回しになるものが出るということです。

ここで困るのが、後回しにしたまま忘れられてしまう場合です。

先に処理したものは記録に残りますが、待たせているものは見えにくくなります。

待ち状態のものが一覧で見えるようにしておくと、放置を防ぎやすくなります。

順番を決める仕組みと、待たせているものを見る仕組みは、あわせて考えておきたい部分です。

順番を変えたことを相手に伝える

優先順位を変えると、後回しになった依頼の相手が待つことになります。

このとき、何も連絡がないと、相手は進んでいるものと思って待ち続けます。

いつごろになるかを一言伝えるだけで、問い合わせの手間は減らせます。

順番の決め方には、伝える相手と伝え方まで含めておくと、現場も動きやすくなります。

外注前に現場の流れを整える話は、萩原教章のアメブロでも発信しています。

システムに載せるなら、順番の考え方も伝える

一覧画面や作業リストを作る場合、この順番の考え方は設計に関わります。

何を上に表示するか。急ぎをどう見せるか。割り込みをどう扱うか。

通常の流れだけを伝えて作ってもらうと、実際の運用と合わない画面になることがあります。

順番の決め方まで含めて伝えると、現場で使える形に近づきます。

要件整理や優先順位の見直しについては、萩原教章のはてなブログでも整理しています。

例外を認める人を決めておく

基準を決めても、そこから外れる依頼は必ず出てきます。

そのとき、誰なら例外を認められるのかを決めておきます。

決まっていないと、依頼者と担当者のあいだで押し問答になります。

例外を認める人が決まっていれば、担当者はその人に判断を渡せばよくなります。

判断を引き受ける人がいることが、現場の負担を軽くします。

決めた順番も、見直す前提で

優先順位の基準は、扱う量や取引先が変われば合わなくなります。

一度決めた基準を守り続けるより、合わなくなったときに見直せる形にしておくほうが現場に合います。

萩原教章は、業務改善やシステム開発を、現場で実際に行われている判断から整理する発信をしています。

関連する記事は、萩原教章の業務改善とシステム開発の記事一覧にまとめています。

関連する発信は、以下のSNS・ブログにもまとめています。

画面の名前をそろえる前に確認すること

萩原教章です。

システムの画面が増えてくると、呼び方がばらばらになっていることがあります。

同じ画面なのに、担当者によって呼び方が違う。これは珍しいことではありません。

画面の名前をそろえたいという相談を受けたときに、まず確認していることを書いておきます。

呼び方がばらばらになる例

たとえば、同じ一つの画面が、こう呼ばれている場合を考えてみます。

ある担当者は「申請一覧」
別の担当者は「依頼リスト」
責任者は「案件管理画面」

三つとも、指している画面は同じです。

打ち合わせの中でこの三つの呼び方が飛び交うと、外注先は同じ画面の話をしているのかどうか、その都度確認する必要が出てきます。

議事録を作る人も、どの呼び方で書けばよいのか迷い、結局その場で聞いた言葉をそのまま書き残すことになります。

本人たちは慣れているので、呼び方が違うことにすら気づいていないこともあります。

呼び方が違っていても、日々の仕事は回っているので、問題として意識されにくいという事情もあります。

そろえる前に、今の呼び方を集める

名前をそろえる前に、まず今使われている呼び方を集めます。

現場の担当者が使っている呼び方。

責任者が使っている呼び方。

マニュアルや資料に書かれている呼び方。

一つの画面に対して、いくつの呼び方が存在しているのかを、最初に見えるようにします。

集めてみると、思っていたより呼び方の数が多いことに気づく場合もあります。

呼び方だけでなく、それぞれの呼び方をいつ、どんな場面で使っているのかもあわせて聞いておくと、あとで選ぶときの手がかりになります。

どの呼び方を残すかを決める

呼び方を集めたら、どれを正式な名前にするかを決めます。

いちばん多くの人が使っている呼び方を選ぶ方法もあります。

作業の内容が伝わりやすい呼び方を選ぶ方法もあります。

正解は一つではありません。現場が納得して使い続けられる呼び方を選ぶことが大切です。

決める場には、実際にその画面を毎日使っている人にも加わってもらうと、選びやすくなります。

決めた呼び方は、その場で終わらせず、決めた理由も一緒に書き残しておくと、あとで見直すときに役立ちます。

画面名や呼び方の整理を外注前に進める考え方は、萩原教章の業務改善とシステム開発の記事一覧にもまとめています。

古い呼び方も、しばらく残しておく

名前をそろえると決めても、古い呼び方をすぐに禁止する必要はありません。

しばらくの間は、正式な名前と一緒に、今までの呼び方も併記しておきます。

「案件管理画面（旧・申請一覧）」のように書いておくと、慣れている人も迷わずに済みます。

急に呼び方を変えると、かえって現場の会話が止まってしまうことがあります。

併記する期間は、資料を作り直すタイミングなどで、少しずつ短くしていけば十分です。

併記をやめる時期をあらかじめ決めておくと、いつまでも両方が残り続けることも防げます。

資料と会話、両方をそろえる

呼び方をそろえる作業は、資料の表記だけでは終わりません。

打ち合わせの中で話すときの呼び方も、同じようにそろえていく必要があります。

資料は正式名称でそろっているのに、会話では昔の呼び方のまま、という状態もよく見かけます。

資料と会話の両方でそろってはじめて、名前は本当にそろったといえます。

打ち合わせの冒頭で正式名称を一度確認する、という小さな習慣も助けになります。

新しく入った担当者にも、最初にこの名前で説明しておくと、古い呼び方が広がるのを防げます。

現場で使う言葉をそろえる話は、萩原教章のアメブロでも発信しています。

名前がそろうと、外注の相談も進めやすい

画面の呼び方がそろっていると、外注先との相談もかみ合いやすくなります。

どの画面の話をしているのかを、その都度確認しなくて済むからです。

小さな作業に見えますが、名前をそろえることは、外注前の準備の中でも効果が分かりやすい部分です。

外注前の準備や確認項目の整理は、萩原教章のはてなブログでも確認できます。

新しい画面が増えたときも、同じ手順で

呼び方を一度そろえても、システムに新しい画面が増えれば、また同じことが起こります。

新しい画面を作るときは、最初から呼び方を一つに決めて、資料と会話の両方で使い始めます。

最初にそろえておけば、あとから複数の呼び方が育ってしまうことを防げます。

呼び方を決める手順そのものを、現場の習慣にしておくと、画面が増えるたびに悩まずに済みます。

萩原教章は、業務改善やシステム開発を、現場で使われる言葉や画面の整理から進める発信をしています。

萩原教章の発信では、システム開発に入る前に、現場の仕事の流れを整理することを大切にしています。

関連する記事は、萩原教章の業務改善とシステム開発の記事一覧にまとめています。

関連する発信は、以下のSNS・ブログにもまとめています。

システムを入れたあと、誰が世話をするか決める

萩原教章です。

システム導入の相談では、どう作るかに話が集まりがちです。

ただ、入れたあとに誰が世話をするのか、という話は後回しになりやすいところです。

入れて終わりではなく、使い続けるところまで見ておくと、あとで困りにくくなります。今回は、導入後の世話について書いてみます。

使い方を聞かれる人を決めておく

システムを入れると、使い方が分からないという声が必ず出ます。

このとき、誰に聞けばいいのかが決まっていないと、質問が宙に浮きます。

まずは、現場で最初に聞かれる人を決めておきます。

その人がすべてを答えられなくても構いません。分からないときにどこへつなぐか、道が一本あれば十分です。

よく聞かれることは、だいたい決まってきます。その答えを短くメモにしておくと、同じ説明を繰り返さずに済みます。

聞かれる人がはっきりしていると、使う側も安心して触れます。

情報を足したり直したりする人を決める

運用が始まると、項目を足したい、表現を直したい、という要望が出てきます。

その変更を誰が受けて、誰が反映するのかを決めておきます。

ここが決まっていないと、要望がたまったまま、誰も手をつけないことになります。

大きな変更でなくても、小さな直しを受ける窓口があると、現場は安心して使えます。

すぐ直すものと、あとでまとめて直すものを分けておくと、対応する人も動きやすくなります。

要望を書きためる場所を一つ決めておくと、どこまで対応したかも見えるようになります。

止まったときに連絡する先を決める

動かなくなったとき、どこへ連絡すればいいのか。

外注先なのか、社内の担当者なのか、その順番を決めておきます。

止まってから連絡先を探すと、その間、業務も止まってしまいます。

連絡先と、連絡するときに伝える内容を、短くまとめて貼っておくと、いざというとき動きやすくなります。

いつ起きたか、どんな操作をしたときか。これを一緒に伝えられると、相手も原因を探しやすくなります。

世話をする人の負担も見ておく

世話を任される人には、普段の仕事もあります。

問い合わせ対応や修正が、その人だけに集まりすぎていないかを見ておきます。

一人に集中すると、その人が休んだときに現場が止まります。

答えられる人を二人にする、よくある質問をメモに残す。こうした備えが、負担を分ける助けになります。

世話をする人が本来の仕事に加えて対応していることは、まわりから見えにくいものです。

どれくらい手がかかっているかを一度見ておくと、人を増やすか、仕組みで減らすかの判断もできます。

導入後の世話や運用の考え方は、萩原教章の業務改善とシステム開発の記事一覧にもまとめています。

引き継ぎのときの世話も考える

担当していた人が異動したり、別の仕事に移ったりすることもあります。

そのとき、世話の仕方が一人の頭の中だけにあると、引き継ぎで止まります。

よく来る質問と答え、直し方の手順を、短くでも残しておきます。

世話の仕方が言葉になっていると、次の人も同じように受け取れます。

手引きは、使う人の言葉で残す

世話を軽くするには、簡単な手引きがあると助かります。

ただ、専門用語の並ぶ資料は、現場では読まれにくいものです。

よく使う操作を、現場の言葉で、画面の順に書いておきます。

長い説明より、迷いやすいところだけを押さえた短いメモのほうが、実際には役立ちます。

作った手引きは、実際に使う人に一度読んでもらうと、分かりにくい場所が見つかります。

現場の言葉で手引きを残す考え方は、萩原教章のアメブロでも発信しています。

外注前に、運用の話も一緒に伝える

システムを外注するとき、作る話だけを伝えると、運用は見落とされがちです。

入れたあと、誰が使い方を教え、誰が直し、誰が連絡を受けるのか。

この見取り図を一緒に伝えると、外注先も、引き渡しやすい形を考えてくれます。

引き渡しのときに、よくある操作の手引きや、直し方の説明をもらえるかも確認しておきます。

作ることと、使い続けることは、地続きです。両方をあわせて相談すると、あとの世話が軽くなります。

入れる前に、世話の担当を紙に書く

導入の相談が進んだら、世話の担当を一度紙に書き出します。

聞かれる人、直す人、連絡を受ける人。

名前が入らない役割があれば、そこがあとで困りやすい場所です。

全部を一人に集めるのではなく、役割ごとに分けて書いておくと、負担のかたよりも見えてきます。

作る前にこの担当が見えていると、入れたあとの現場も落ち着いて回り始めます。

外注前の役割整理や確認項目については、萩原教章のはてなブログでも確認できます。

萩原教章の発信では、システム開発に入る前に、現場の仕事の流れを整理することを大切にしています。

関連する記事は、萩原教章の業務改善とシステム開発の記事一覧にまとめています。

関連する発信は、以下のSNS・ブログにもまとめています。

ある申請対応を例に外注前の準備を考える

萩原教章です。

外注前に何を渡せばいいか、という相談をよく受けます。

言葉で説明するより、一つの業務を例にしたほうが伝わりやすいので、今回は身近な申請業務を一つ取り上げて考えてみます。

特別な業務ではなく、どの会社にもある小さな手続きのほうが、見方を練習しやすいと思います。

例にするのは、備品の購入申請

例として、社内でよくある備品の購入申請を考えます。

担当者が申請書を書き、上長が確認し、購入して、届いたら記録する。

文にすると一行ですが、実際にはいくつもの分かれ道があります。

金額が一定を超えたら、別の承認が加わる。

在庫が残っていたら、購入しない。

急ぎのときは、先に電話で相談してから申請する。

こうした分かれ道が、担当者の頭の中だけにあることが多いのです。慣れた人ほど自然に判断していて、言葉になっていません。

まず、通る道を一本書く

外注前に最初にやりたいのは、いちばん多い通常の流れを一本書くことです。

申請書を受け取る
内容と金額を確認する
上長へ回す
承認後に購入する
届いたら記録する

まずはこの一本だけで構いません。

例外や特別な場合を先に集めると、話が広がりすぎて手が止まります。

いちばん多い流れが一本あると、後から出てくる例外もどこにつながるのかが見えやすくなります。

次に、道が分かれる場所に印をつける

一本の流れが書けたら、その上で道が分かれる場所を探します。

金額を確認する、のところに「一定額を超えたら」という分かれ道があります。

内容を確認する、のところに「在庫があったら」という分かれ道があります。

この分かれ道に、短い言葉で印をつけていきます。

分かれ道の数が、そのまま相談したい論点の数になります。

最初から全部を出そうとせず、思い出した順に印を足していけば十分です。

渡すのは、清書された資料でなくていい

外注先に渡すものは、きれいな仕様書である必要はありません。

手書きの流れ図でも、箇条書きのメモでも構いません。

大事なのは、通常の流れと、分かれ道の場所が見えることです。

清書に時間をかけるより、分かれ道の説明を一言添えるほうが、相手は質問しやすくなります。

かえって、整いすぎた資料は現場の実際が見えにくくなることもあります。

分かれ道ごとに、誰が決めるかを添える

分かれ道に印をつけたら、そこで誰が判断するのかも短く書いておきます。

金額が超えたときは、誰に確認するのか。

在庫があったときは、担当者だけで止めてよいのか。

急ぎのときは、誰の判断で順番を変えられるのか。

判断する人が書かれていると、外注先は画面や通知の設計を考えやすくなります。

流れと判断者がそろって、はじめて相談の材料になります。

例外は、本流の脇に短くメモする

分かれ道を書き出していくと、めったに起きない例外も一緒に思い出します。

それを通常の流れの中に全部書き込むと、本流が読みにくくなります。

通常の流れは一本に保ち、例外はその脇に短くメモしておきます。

どの場所で分かれる例外なのかが分かれば、それで十分です。

たとえば、金額を確認する場所の横に「後払いのときは別の担当へ」と一言添える。

この書き方なら、本流を追いながらでも例外の存在が見えます。

本流と例外を分けておくと、外注先も、どこを標準で作り、どこを個別に扱うかを考えやすくなります。

一つの業務から外注前の準備を考える記事は、萩原教章の業務改善とシステム開発の記事一覧にもまとめています。

書くときは、実際の担当者と一緒に

この流れを書く作業は、一人で抱え込まないほうが早く進みます。

実際に申請を書いている人、確認している人に、その場で聞きながら並べていきます。

頭で考えた流れと、現場で動いている流れは、細かいところで食い違うことがあります。

担当者と一緒に書くと、その食い違いがその場で見つかります。

ここは飛ばしている、ここは順番が逆、といった声が、いちばんの材料になります。

清書はあとからでも直せますが、実際の流れは現場の人しか知りません。

現場の流れを外注前に整える考え方は、萩原教章のアメブロでも発信しています。

例が一つあると、次の業務にも使える

備品の購入申請を一度この形で書けると、別の業務にも同じ見方が使えます。

通常の流れを一本書く。

分かれ道に印をつける。

それぞれの判断者を添える。

一つの業務を最後まで書ききった経験が、次の外注相談の下地になります。

最初の一つは時間がかかっても、二つ目からは同じ手順でたどれます。

流れを見る目ができると、相談のときに相手が何を知りたいのかも想像しやすくなります。

まずは、いちばん身近な業務を一つ選んで、通常の流れを一本書くところから始めてみてください。

確認項目や分かれ道の整理については、萩原教章のはてなブログでも確認できます。

萩原教章の発信では、システム開発に入る前に、現場の仕事の流れを整理することを大切にしています。

関連する記事は、萩原教章の業務改善とシステム開発の記事一覧にまとめています。

関連する発信は、以下のSNS・ブログにもまとめています。

アクセス権限は現場の役割から決める

萩原教章です。

この記事は、システム開発や業務改善の相談で、画面や管理表のアクセス権限を決めようとしている現場担当者、現場責任者に向けた内容です。

業務改善やシステム開発の相談では、誰が何を見られるようにするかという話が必ず出てきます。

閲覧だけできる人。

入力までできる人。

承認や削除までできる人。

権限を細かく分けたい気持ちは分かりますが、現場の役割を見ないまま権限を決めると、必要な人が見られない状態になりやすくなります。

萩原教章が外注前準備で先に見たいのは、権限の種類ではなく、現場の役割がどう分かれているかです。

誰が何の役割を持っているかを書き出す

権限を決める前に、まず現場の役割を書き出します。

入力する担当者。

内容を確認する担当者。

最終的に承認する責任者。

外部に共有する担当者。

役割が分かれていないまま権限だけを決めると、必要な人に見えない画面が出てきます。

まずは、今の業務でどの役割が動いているのかを整理します。

見るだけでよい人と操作が必要な人を分ける

権限を考えるとき、閲覧と操作を分けて見ると整理しやすくなります。

状況を確認したいだけの人。

入力や修正が必要な人。

承認や削除まで必要な人。

権限を決める前に、閲覧で足りる役割と操作が必要な役割を分ける。

この視点があると、権限の種類を無理に増やさずに済みます。

一時的な権限と常時の権限を分ける

権限には、常に必要なものと、一時的にだけ必要なものがあります。

普段の業務で毎日使う権限。

引き継ぎの期間だけ必要な権限。

特定の作業のときだけ必要な権限。

ここを分けずに常時の権限として設定すると、あとで整理しにくくなります。

一時的な権限は、期間や作業内容をメモに残しておくと管理しやすくなります。

権限が多すぎる状態を確認する

権限を決める相談をしていると、念のため広めに設定したくなることがあります。

ただ、権限が広すぎると、誰が何をしたのか把握しにくくなります。

今の権限設定で、実際に使われていないものがないか。

同じ役割なのに、人によって権限が違っていないか。

こうした点を確認するだけでも、権限は整理しやすくなります。

外注前にこの確認ができていると、開発側にも要望を伝えやすくなります。

権限や確認の流れをもう少し整理したい場合は、萩原教章の業務改善とシステム開発の記事一覧も参考になります。

退職や異動のときの扱いを決めておく

権限の設定では、退職や異動があったときの扱いも考えておきます。

権限をいつ外すのか。

引き継ぐ担当者に何を渡すのか。

誰が権限の変更を行うのか。

こうした流れが決まっていないと、権限が残ったままになることがあります。

小さな仕組みでも、権限を外すタイミングを決めておくと安心です。

権限の一覧を短くまとめる

権限の内容は、細かく決めるほど分かりにくくなることがあります。

役割ごとに、できることを短い言葉でまとめておきます。

入力担当者ができること
確認担当者ができること
責任者ができること

この形にしておくと、外注先に相談するときにも説明しやすくなります。

名前や画面ごとに権限表を作っておくと、あとから見直すときにも役立ちます。

現場フローや外注前準備に関する発信は、萩原教章のアメブロにもまとめています。

権限の見直しを定期的に行う

権限は、一度決めたら終わりではありません。

業務のやり方が変わったとき。

新しいシステムを導入したとき。

担当者の人数が変わったとき。

こうしたタイミングで、今の権限設定が現場に合っているかを見直します。

定期的に見直す機会を決めておくと、権限が古いまま残ることを防ぎやすくなります。

今日決めること

今日決めるなら、権限を整理したい画面や管理表を一つだけ選びます。

そして、次の三つを書き出します。

どの役割が関わっているか
誰が閲覧だけでよいか
誰が操作まで必要か

この三つが言えると、権限の種類を判断しやすくなります。

アクセス権限は、現場の役割から決める。

この順番にすると、外注先への相談内容も整理されます。

小さく始めるなら、今使っている画面を一つだけ見返します。

その画面に関わる役割と、必要な操作を書き出す。

ここが言えると、権限の相談も進めやすくなります。

役割分担や確認項目を見直す記事は、萩原教章のはてなブログでも確認できます。

まとめ

アクセス権限は、細かく分けるほど安全になるとは限りません。

どの役割が関わっているか、誰が閲覧でよいか、誰が操作まで必要か。

この三つを確認することで、外注前の要件整理も進めやすくなります。

権限の設計も、一度決めて終わりではなく、現場の役割の変化に合わせて見直し続けるものです。

萩原教章は、業務改善やシステム開発を、現場の役割や権限の整理から進める発信をしています。

萩原教章の発信では、システム開発に入る前に、現場の仕事の流れを整理することを大切にしています。

関連する記事は、萩原教章の業務改善とシステム開発の記事一覧にまとめています。

関連する発信は、以下のSNS・ブログにもまとめています。

進捗共有の頻度を決める前に確認すること

萩原教章です。

この記事は、システム開発や業務改善の途中で、進捗共有の頻度を決めようとしている現場担当者、現場責任者に向けた内容です。

外注やシステム開発の相談が進むと、進捗共有をどのくらいの頻度で行うかという話になります。

毎日にするのか。週に一度にするのか。区切りごとにするのか。

頻度だけを先に決めてしまうと、現場の実際の作業と合わないことがあります。

萩原教章が現場フローで先に見たいのは、頻度の数字ではなく、何を共有する場面なのかです。

何を進捗として見るのかを決める

進捗共有と一口に言っても、見る内容は現場によって違います。

作業が終わったかどうかを見るのか。

途中の状態を見るのか。

判断が必要な点を見るのか。

ここが決まっていないと、共有する内容も毎回ばらつきます。

まずは、進捗として見たい内容を短く書き出します。

誰が共有を必要としているのかを見る

進捗共有は、誰かが必要としているから行います。

現場の担当者同士が必要としているのか。

責任者が状況を把握するために必要としているのか。

外注先が次の作業を進めるために必要としているのか。

必要としている人が変わると、共有する内容や頻度も変わります。

頻度を決める前に、誰が何のために進捗を必要としているのかを確認する。

この視点があると、共有の形も決めやすくなります。

作業の区切りを先に見る

進捗共有の頻度は、日数だけで決めなくても構いません。

作業の区切りに合わせる方法もあります。

ある工程が終わったとき。

判断が必要になったとき。

次の担当者に引き継ぐとき。

こうした区切りに合わせて共有すると、現場の実際の動きに近づきます。

毎日や毎週といった時間の区切りと、作業の区切りを両方見ておくと、無理のない頻度が決めやすくなります。

共有する内容を短くそろえる

進捗共有の頻度を決めても、共有する内容が長すぎると続けにくくなります。

進んだ内容。

止まっている点。

次に確認したい点。

この三つを短く書くだけでも、共有としては十分な場合が多いです。

進んだ内容
止まっている点
次に確認したい点

この形をあらかじめ決めておくと、共有そのものに時間をかけすぎずに済みます。

記録として残す共有とその場で終わる共有を分ける

進捗共有には、あとで見返す必要があるものと、その場で終わってよいものがあります。

判断の理由や変更点は、記録として残しておくと後から役立ちます。

一方で、確認だけで終わる内容は、その場で終えても構いません。

すべてを同じように記録しようとすると、共有そのものが重くなります。

残す共有とその場で終わる共有を分けておくと、進捗共有は続けやすくなります。

確認の流れをもう少し整理したい場合は、萩原教章の業務改善とシステム開発の記事一覧も参考になります。

頻度を見直すタイミングを決める

一度決めた進捗共有の頻度も、状況によって合わなくなることがあります。

作業量が増えたとき。

判断が増えたとき。

担当者が変わったとき。

こうしたタイミングで、頻度が今の現場に合っているかを見直します。

決めた頻度を守ることよりも、現場の状態に合わせて調整できることのほうが大切です。

共有する場所をそろえる

進捗共有は、話す内容だけでなく、どこで共有するかも影響します。

チャットで済ませるのか。

短い打ち合わせにするのか。

管理表に書き込む形にするのか。

場所がそのつど変わると、あとで見返す人が探す手間が増えます。

共有する場所を一つに決めておくと、進捗の確認がしやすくなります。

現場フローや外注前準備に関する発信は、萩原教章のアメブロにもまとめています。

今日決めること

今日決めるなら、今進んでいる作業を一つだけ選びます。

そして、次の三つを書き出します。

誰が進捗を必要としているか
どの区切りで共有するか
何を共有する内容にするか

この三つが言えると、頻度そのものを決めやすくなります。

進捗共有の頻度を決める前に、必要としている人と区切りを確認する。

この順番にすると、外注先や現場との相談内容も整理されます。

小さく始めるなら、今の作業を一つだけ見返します。

誰が進捗を必要とし、どの区切りで共有すればよいのかを書き出す。

ここが言えると、頻度の相談も進めやすくなります。

作業の区切りや確認項目を見直す記事は、萩原教章のはてなブログでも確認できます。

まとめ

進捗共有の頻度は、数字だけで決めるものではありません。

誰が必要としているか、どの区切りで共有するか、何を共有するか。

この三つを確認することで、外注前の要件整理も進めやすくなります。

進捗共有の形も、一度決めたら固定するものではなく、現場の状況に合わせて見直し続けるものです。

萩原教章は、業務改善やシステム開発を、現場で使われる進捗共有や確認の流れから整理する発信をしています。

萩原教章の発信では、システム開発に入る前に、現場の仕事の流れを整理することを大切にしています。

関連する記事は、萩原教章の業務改善とシステム開発の記事一覧にまとめています。

関連する発信は、以下のSNS・ブログにもまとめています。

確認欄を増やす前に使う場面を決める

渋谷区でIT会社を経営してる萩原教章です。

この記事は、申請書、管理表、入力フォームなどに確認欄を追加しようとしている現場担当者、現場責任者に向けた内容です。

業務改善やシステム開発の相談では、確認欄を増やしたいという話が出ることがあります。

確認済みの欄、承認者の欄、日付の欄、備考の欄。

欄を増やせば管理しやすく見えますが、使う場面が決まっていないと、入力する人も見る人も迷います。

萩原教章が外注前準備で見たいのは、欄の数ではなく、その欄がどの場面で使われるのかです。

何を確認する欄なのかを見る

確認欄を増やす前に、まず何を確認する欄なのかを見ます。

内容を読んだことを示す欄なのか。

作業が終わったことを示す欄なのか。

次の担当者へ渡してよいことを示す欄なのか。

金額や数量を見直したことを示す欄なのか。

同じ確認という言葉でも、意味はかなり違います。

ここを分けずに欄を増やすと、チェックだけが増えて、実際の判断が見えにくくなります。

誰が見る欄なのかを決める

確認欄は、入力する人だけのものではありません。

あとで見る人がいます。

現場担当者が見るのか。

責任者が見るのか。

外注先へ説明するために見るのか。

後日、記録として見るのか。

見る人が決まると、欄の名前も決めやすくなります。

たとえば確認済みだけでは、誰が何を確認したのか分かりにくい場合があります。

内容確認、数量確認、担当者確認のように分けると、使う場面が見えやすくなります。

入力するタイミングをそろえる

確認欄が使いにくくなる理由の一つは、入力するタイミングが人によって違うことです。

作業前に入れるのか。

作業後に入れるのか。

責任者が見たあとに入れるのか。

次の工程へ渡す直前に入れるのか。

タイミングがそろっていないと、欄が埋まっていても状態が読み取りにくくなります。

確認欄は、どの作業のあとに入れるのかまで決める。

この視点があると、入力欄は現場の流れに合わせやすくなります。

増やす欄と減らす欄を分ける

確認欄を増やす話をしていると、あれも必要、これも必要となりやすいです。

ただ、欄が増えすぎると、入力する側の負担も増えます。

まずは、今ある欄の中で使われていないものを見ます。

誰も見ていない欄。

意味が重なっている欄。

入力しても次の作業に使われない欄。

こうした欄があるなら、新しい欄を足す前に整理したほうが進めやすくなります。

外注前にこの整理ができていると、フォームや画面を作るときにも相談しやすくなります。

選択肢で済むかを見る

確認欄は、自由入力にするより選択肢にしたほうが使いやすい場合があります。

確認済み、確認中、差し戻し、保留。

こうした状態を選べる形にすると、一覧で見たときに状況をそろえやすくなります。

ただし、選択肢を増やしすぎると迷います。

現場で本当に使う状態だけに絞ることが大切です。

備考欄を使う場合も、何を書く欄なのかを決めておくと、ただの感想欄になりにくくなります。

後から一覧で見ることを考える

確認欄は、入力した瞬間だけでなく、後から一覧で見る場面もあります。

未確認のものだけ探したい。

確認待ちのものを責任者が見たい。

完了したものを月末に見返したい。

こうした使い方があるなら、欄の名前や選択肢も変わります。

入力する人が分かるだけでなく、後から探す人が分かる形にする。

この視点を入れると、確認欄はただのチェックではなく、現場の状態を読むための情報になります。

今日決めること

今日決めるなら、増やしたい確認欄を一つだけ選びます。

そして、次の三つを書き出します。

何を確認する欄なのか
誰が見る欄なのか
いつ入力する欄なのか

この三つが言えない欄は、まだ増やす前に整理する余地があります。

確認欄を増やす前に使う場面を決める。

この順番にすると、管理表や入力フォームは現場で使いやすくなります。

小さく始めるなら、今ある管理表の確認欄を一つだけ見ます。

その欄を誰が入力し、誰が見て、次の作業にどう使っているのか。

ここが言えると、増やす欄と残す欄を判断しやすくなります。

欄の追加は、画面を作る前の小さな設計です。

現場の言葉で使い道を言える欄から残していくと、相談内容も整理されます。

まとめ

確認欄は、増やすほど分かりやすくなるとは限りません。

何を確認するのか、誰が見るのか、いつ入力するのか。

この三つを決めることで、外注前の要件整理も進めやすくなります。

萩原教章は、システム開発や外注前準備を、現場で確認しやすい言葉と流れに整理する発信をしています。

萩原教章の発信では、システム開発に入る前に、現場の仕事の流れを整理することを大切にしています。

関連する記事は、萩原教章の業務改善とシステム開発の記事一覧にまとめています。

関連する発信は、以下のSNS・ブログにもまとめています。

引き継ぎメモを増やす前に読む人を決める

渋谷区でIT会社を経営してる萩原教章です。

この記事は、担当者間の引き継ぎが多い現場で、メモやExcelを増やしている担当者、現場責任者に向けた内容です。

業務改善の相談で、引き継ぎメモを整えたいという話が出ることがあります。

前任者のメモ、作業途中の注意点、次の担当者への申し送り、確認済みの内容。

メモがあると安心ですが、増えすぎると読む側が探しにくくなることがあります。

萩原教章が現場フローで先に見るのは、メモの量ではなく、そのメモを誰が読むのかです。

メモは残すためだけのものではない

引き継ぎメモは、記録として残すだけでは十分ではありません。

次の人が読んで、作業を続けられることが大切です。

誰が読むのかが決まっていないメモは、内容が広がりやすくなります。

背景を書きすぎる。

細かい注意を全部入れる。

何を見ればよいか分かりにくくなる。

こうなると、メモはあるのに現場では使いにくくなります。

まずは、読む人を決めます。

担当者なのか、確認者なのか、責任者なのか。

読む人が決まると、書く内容も絞りやすくなります。

次に動く人が知りたいことを見る

引き継ぎメモでは、書く人が伝えたいことだけでなく、次に動く人が知りたいことを見ます。

次に何をすればよいのか。

どこまで終わっているのか。

何を確認していないのか。

誰に聞けばよいのか。

この四つが分かると、次の担当者は動きやすくなります。

逆に、経緯だけが長く書かれていると、次の作業が見つけにくくなります。

読む人が次に動けるか。

この視点でメモを見ると、必要な情報が整理しやすくなります。

書く量より探す時間を見る

引き継ぎメモを改善するとき、つい文章を丁寧に増やしたくなります。

もちろん、必要な背景を書くことは大切です。

ただ、現場で困るのは、文章量が少ないことだけではありません。

どこを見ればよいか分からない。

最新の情報がどれか分からない。

確認済みなのか、まだ途中なのか分からない。

この状態では、メモが多くても次の作業に進みにくくなります。

読む人が探す時間を減らすには、見出しや項目名をそろえることが役立ちます。

「次にやること」「確認済み」「未確認」「注意点」のように置き場所を決めるだけでも、読む側は迷いにくくなります。

状態の言葉をそろえる

引き継ぎメモでよく迷うのが、状態を表す言葉です。

確認済み、確認中、未確認、対応待ち、保留。

似た言葉が増えると、人によって意味が変わります。

開発やIT導入を考える前に、現場で使う状態の言葉をそろえておきます。

たとえば、確認中と対応中を分けるのか。

未確認と確認待ちを同じ扱いにするのか。

この整理があると、メモだけでなく一覧画面や管理表にもつなげやすくなります。

メモを置く場所を決める

引き継ぎメモは、置き場所がばらばらだと見つかりにくくなります。

チャットに残るメモ。

Excelに残るメモ。

紙に書かれたメモ。

それぞれに情報があると、次の担当者は探すところから始めることになります。

最初から完璧な仕組みにしなくても構いません。

今動いている案件のメモは一か所に置く。

完了後の記録は別に残す。

この二つを分けるだけでも、引き継ぎは進めやすくなります。

更新する人も決めておく

読む人を決めたら、更新する人も決めておきます。

引き継ぎメモは、一度作って終わりではありません。

作業が進めば、状態も変わります。

確認待ちだったものが確認済みになる。

保留だったものに次の予定が入る。

担当者が変わる。

こうした変化を誰が直すのかが曖昧だと、古いメモが残りやすくなります。

完璧な運用にしなくても、更新する人とタイミングだけ決めておく。

それだけで、メモの信頼度は保ちやすくなります。

今日決めること

今日決めるなら、引き継ぎメモを一つ選びます。

そして、読む人を一人決めます。

次に作業する人
確認する人
後で記録を見る人

その人が次に動くために必要な情報だけを残します。

メモを増やす前に、読む人と置き場所を決める。

この順番にすると、引き継ぎメモは現場で使いやすくなります。

まとめ

引き継ぎメモを増やす前には、読む人を決めておくと整理しやすくなります。

誰が読むのか、次に何をするのか、どこまで終わっているのか、どこに置くのか。

この流れが見えると、メモは単なる記録ではなく、次の作業につながる情報になります。

萩原教章は、業務改善やIT導入を、現場で使われるメモや受け渡しの流れから整理する発信をしています。

萩原教章の発信では、システム開発に入る前に、現場の仕事の流れを整理することを大切にしています。

関連する記事は、萩原教章の業務改善とシステム開発の記事一覧にまとめています。

関連する発信は、以下のSNS・ブログにもまとめています。

帳票を変える前に受け渡しの順番を見る

渋谷区でIT会社を経営してる萩原教章です。

業務改善の相談で、帳票を変えたいという話が出ることがあります。

紙の申請書、Excelの管理表、確認用のチェックシート、作業後の報告書。

見た目を整えたり、項目を減らしたりするだけでも使いやすくなることはあります。

ただ、帳票だけを見ていると、なぜその項目があるのか分かりにくいことがあります。

萩原教章が現場フローで先に見るのは、帳票そのものより、その帳票が誰から誰へ渡っているかです。

帳票は作業の途中にある

帳票は、単独で存在しているように見えます。

けれど実際には、作業の途中で使われています。

担当者が書く。

別の人が確認する。

責任者が承認する。

最後に保管する。

この流れのどこかに帳票があります。

帳票を変える前には、まず受け渡しの順番を見ます。

誰が最初に書き、誰が次に見て、どこで止まりやすいのか。

ここが見えると、変えるべき場所も見えやすくなります。

項目には受け取る人の目的がある

帳票の項目を見ていると、いらないように見える欄があります。

ただ、その欄を後で誰かが見ている場合もあります。

担当者には不要でも、確認する人には必要な情報かもしれません。

現場では使わなくても、月末の確認で必要な情報かもしれません。

だから、項目を消す前に、その項目を受け取る人を確認します。

誰が何のために見る項目なのか。

この問いを置くと、残す項目と変える項目を分けやすくなります。

書く人と見る人の負担を分ける

帳票を変えるときは、書く人の負担だけを見ないほうがよいです。

書く欄を減らすと楽になります。

一方で、見る人が判断できなくなる場合もあります。

逆に、確認しやすくするために項目を増やすと、書く人の手間が増えることがあります。

大切なのは、どちらか一方だけを楽にすることではありません。

書く人、見る人、保管する人の負担を分けて考えることです。

この整理があると、帳票の変更は感覚ではなく業務の流れとして話せます。

受け渡しの止まり方を見る

帳票が使いにくいとき、止まっている場所があります。

記入待ちで止まる。

確認待ちで止まる。

差し戻しで止まる。

保管場所が分からず止まる。

どこで止まるかによって、直す場所は変わります。

記入待ちなら、項目の順番や説明を見ます。

確認待ちなら、確認者や判断基準を見ます。

保管で止まるなら、保存場所やファイル名を見ます。

帳票をきれいにする前に、止まり方を見ることが先です。

変えた後の確認方法を決める

帳票を変えたら、それで終わりではありません。

変えた後に、現場で使えているかを見る時間も必要です。

新しい項目が書きにくくないか。

確認する人が迷っていないか。

保管するときに探しにくくなっていないか。

この三つを一度見るだけでも、次の改善点が見つかります。

外注前に帳票を整理するなら、変更後の確認方法まで決めておくと進めやすくなります。

いつ見るのか、誰に聞くのか、何を直す候補にするのか。

ここまで決まっていると、帳票変更が一度きりの作業で終わりにくくなります。

今日決めること

今日決めるなら、変えたい帳票を一つだけ選びます。

そして、受け渡しを順番に書きます。

誰が書くのか
誰が確認するのか
誰が次に使うのか
どこに残すのか

この四つが見えると、帳票の改善点は整理しやすくなります。

項目を増やすか減らすかを決める前に、流れを見る。

それが、現場で使える改善につながります。

受け渡しの順番が見えると、システム化する場合にも説明しやすくなります。

どこまでを画面で扱い、どこからを確認作業として残すのか。

その境目を話しやすくなるからです。

帳票の流れを先に見ておくと、無理にすべてをシステムへ入れなくてもよくなります。

紙で残すもの、画面で入力するもの、一覧で確認するもの。

この分け方ができると、現場に合う改善を選びやすくなります。

帳票を変える話は、見た目の話だけではありません。

仕事の受け渡しをどう軽くするかという話でもあります。

その視点があると、帳票変更は現場全体の改善として考えやすくなります。

次の見直しにもつながります。

まとめ

帳票を変える前には、受け渡しの順番を見ると進めやすくなります。

誰が書き、誰が見て、どこで止まり、どこに残すのか。

この流れが見えると、帳票の項目や形を現場に合わせて考えられます。

萩原教章は、業務改善やIT導入を、画面や帳票の見た目だけではなく現場フローの受け渡しから整理する発信をしています。

萩原教章の発信では、システム開発に入る前に、現場の仕事の流れを整理することを大切にしています。

関連する記事は、萩原教章の業務改善とシステム開発の記事一覧にまとめています。

関連する発信は、以下のSNS・ブログにもまとめています。

萩原教章の一刀両断

今のデータをどう移すかを先に考える

どこまで移すかを決める

そろっていない項目が出てくる

使っていない項目も見つかる

そろえる作業は誰がするか

移したあとの確認方法を決めておく

手で入れ直すか、機械で移すか

いつ移すかを決める

切り替え当日の段取りを書く

移さないものの置き場所も決める

移す前の控えを取っておく

外注前に伝えておく

関連記事

急ぎが重なったとき誰が順番を決めるか

通常の順番だけでは足りない

判断しているのは誰か

実際にあった一日をたどる

何を見て決めているかを聞く

割り込みが入る条件を書く

決められないときの逃げ道を用意する

後回しにしたものを見えるようにする

順番を変えたことを相手に伝える

システムに載せるなら、順番の考え方も伝える

例外を認める人を決めておく

決めた順番も、見直す前提で

関連記事

画面の名前をそろえる前に確認すること

呼び方がばらばらになる例

そろえる前に、今の呼び方を集める

どの呼び方を残すかを決める

古い呼び方も、しばらく残しておく

資料と会話、両方をそろえる

名前がそろうと、外注の相談も進めやすい

新しい画面が増えたときも、同じ手順で

関連記事

システムを入れたあと、誰が世話をするか決める

使い方を聞かれる人を決めておく

情報を足したり直したりする人を決める

止まったときに連絡する先を決める

世話をする人の負担も見ておく

引き継ぎのときの世話も考える

手引きは、使う人の言葉で残す

外注前に、運用の話も一緒に伝える

入れる前に、世話の担当を紙に書く

関連記事

ある申請対応を例に外注前の準備を考える

例にするのは、備品の購入申請

まず、通る道を一本書く

次に、道が分かれる場所に印をつける

渡すのは、清書された資料でなくていい

分かれ道ごとに、誰が決めるかを添える

例外は、本流の脇に短くメモする

書くときは、実際の担当者と一緒に

例が一つあると、次の業務にも使える

関連記事

アクセス権限は現場の役割から決める

誰が何の役割を持っているかを書き出す

見るだけでよい人と操作が必要な人を分ける

一時的な権限と常時の権限を分ける

権限が多すぎる状態を確認する

退職や異動のときの扱いを決めておく

権限の一覧を短くまとめる

権限の見直しを定期的に行う

今日決めること

まとめ

関連記事

進捗共有の頻度を決める前に確認すること

何を進捗として見るのかを決める

誰が共有を必要としているのかを見る

作業の区切りを先に見る

共有する内容を短くそろえる

記録として残す共有とその場で終わる共有を分ける

頻度を見直すタイミングを決める

共有する場所をそろえる

今日決めること

まとめ

関連記事

確認欄を増やす前に使う場面を決める

何を確認する欄なのかを見る