けんちゃんの建設業IT講座:工程表

工程表について考える

まず、建設業に入って最初に勉強しなければいけないのは、工程表。
これが、全ての基本になっている。
で、工程表はどこまでIT化できるか?
と、いう問題を解決するためにいろいろ考えてみよう。
全国から
「簡単に工程表ができないか」
というような質問が数多く来る。
毎日来る問い合わせの中で、
一日に10人程度の技術者が「簡単に工程表を作りたい」そういう問題を抱えている。
で、その問題解決の早道、
僕が32年前、やっぱり同じように工程の勉強をしたことがある。
それ以来ずぅっと、工程を詰める・工程を考えるということは即、利益につながる。
「無駄なくむらなく仕事をスピーディに工期に間に合わせる」
という使命の元には、工程表は必ず必要である。
しかもそれは何と
「原価管理そのものにまで、影響する」
「原価管理と裏表である」
ということが、理論的に証明できる。
実行予算は全て実際の作業の流れ、
つまり、工程表の流れそのものをコストとして見て
で、このラインは何人で何日かかるか
じゃあ、この作業は何人で何日かかるか、
機械は何台で何日かかるのかとなどという計算は
全て通常の流れの作業段取りの中で、
作業段取りを予想して工程表は作られる。
その時の計算をお金で積み上げれば
実行予算そのものになる。
話を元に戻して、
「簡単に工程表がソフト化できないか?
簡単にできるソフトはないか?」
などという質問に対して、僕はこう答えたい
現場に対して原価管理をしていこうとか、
作業段取りが飲み込めているとか
工程表が自分で手書きで作れるとか
そういう人にとっては、
これは目からウロコの落ちるようなすばらしいITソフトが存在する。
しかし、
そういう現場技術者とは別に、
「ただ単に早く書きたいんだ」とか、
「理屈抜きで簡単なソフトはないか」などと考えている人には
「到底そんなソフトは存在しない。」としか答えようがない。
工程表には施工管理者1級の試験の時に出てくる
CPM(critical pass method)方式のネットワーク工程表を参考に考えるのが、
一番よくわかる。
それぞれ、工程表を作る手順があり、
プランニング・スケジュ-リング・日程計画・フォローアップ
工期からはみ出たものを工期内に収める
工期の短縮というような作業
そういう諸々が理論的に理解してできて初めて工程表は成り立つ。
それをIT化するのはすごく簡単である。
計算する部分を全てコンピューターに任せて、
作業段取りはどうなるという判断する部分を
現場技術者がここの工期は何日までに済ませたいから
この作業はどのくらいの人間をかけて
何日で仕上げたいというようなプランを立ててそれに後先をつなげて
後続作業・先行作業を判断してやる。
その判断データをコンピューターに渡して
初めてネットワーク工程表はIT化できるのである。
その辺を理解すると
「工程表はもっと身近にこんなに簡単にできるんだ」と、
変わっていく。

けんちゃんの建設業IT講座:第4章 工程表と進捗管理と日報管理

予実比較の中で一番大事な事は、

「材料込みの歩掛り管理では日々の予実損益管理はできない」
ということである。
それと一番肝心なのは、
工程表にある数量と単位というのは、
日報管理が完全にできるような、自然に入力できる数量と単位を
与えてやらなくてはならない。
だから、実際に作業したときに当初考えていたのと違っていれば、
よりわかりやすく手直しをする。
そうすることによって、
その作業について日報に一回入力してみれば、
この作業名と数量と単位が適切かどうかは明確になる。
工程どうりにその日の作業が進んだ時、
原価と出来高を入力して、
その日の損益が非常にかけ離れるというのは
数量と単位の持ち方がおかしい。
適切であれば、ほとんど近い数字、
あるいは思ったより仕事が進んだ、
又は半分くらいの人数で済んだというときは、
それなりの答えは即座に出る。
で、数量単位名称の与え方が悪いと、どうなるか?
原価を入れる。
じゃあ、どのくらいにしようかっていう与えられた数量単位では判断できないから、
たとえば、「m(メートル)」でいけばいいものを、
「m3」にしていたら
今日入れた原価と見合うものは「〇㎥立方メートル)」となるわけ。
「m3)」というものは目で見えない。
目で見える場合はいい。
残土処理のダンプが走る場合、
一日何台運んだかというとボリューム管理は可能だが、
延長管理は不適切。
伝票チェックしたり、
一日に大型が何台走ったかというのをチェックしたりしておけば、
何千m3ある中の、今日は何m3出してるな。
これは、どういうことかというと、
僕が今さらに言うことじゃなくて、
現場は常にそういう考え方で動いている。
だから、現場で自然に動いている、
今日どのくらい、何台行ったけん何m3片付いたとか、
それとか、延長の長いものは何m、
何mをボリュームで管理しようとしても、
日報の出来高入力はできない。
手計算、計算機を片手にすればできるが、
それではコンピュータを使う意味がない。
何m掘ったか、まず考えて、それでm当たり何m3だから、
今日は何m3って換算し直してm3で入れてやることになるから、
無駄なことをいっぱいすることになる。
そんなのじゃ日報は打てない。

けんちゃんの建設業IT講座:第3章 2つの実行予算。どちらが正解?

要は実行予算というのは見積りの仕方に2つある。

数量を拾って見積もる方法と、
実際の工事に関して
実際にかかるであろう作業を想定して工程表を作って、
それにこの作業は何人で何日かかるという見積りをする。
いったいいくらになるのか?という積上げる目的は一緒だけど、
何日かかるかで労務費とか機械費が全く違ってくる。
これが本来の予定歩掛り。
だけど、これが、
グループの歩掛り、動的な作業名称に対して行われる歩掛りであって
実際に作業というのは、
その内訳のひと工種ごとには動かないから歩掛りは取れない。
ただ、机上の計算をするとき設計金額を出すときに、
先ほど述べた通りの考え方で
日本全国どこに行っても不公平な積算をしないようにということで、
必要とされている。
だからどちらの考えも必要なんですよ。
で、これだけ、経済情勢が疲弊してくると、
原価管理をしようとか、進捗管理をしようと思ったら
この動的工程表を実際の作業予定通りに積み上げたのが、
実際にかかるであろう金額となる。
だから、実際の作業に対するお金の積み上げは
俗に言う「実行予算」。
実行予算というのはどういう意味かと言うと
工程表に対する積み上げ、それが実行予算なのです。
だけど、それを、
設計書で与えられた工種明細にまで割り戻してやる必要があるわけ。
でも、実行予算を作るのに、
現場の人たちは(実際に作業をする人たち)は
これは何日かかるとか、工程表を頭の中に描いて、
作業ごとに考えるから、
工程表の積み上げによる実行予算だけでもいい人は多いわけ。
だからそれに対応するためには、
積算との結びつきというのは非常に分析は難しいから、
この考えは考えで置いとって、
作業段取りの積上げで実行予算を追求する。
それは実際の動きを、中の工種明細はもう考えなくて、
工程表を主体に積み上げをする。
それが、今回提案している「工程表から行きましょう。
北山さんが『もともと実際の作業はこうだよ・・・』」と
言っていた実行予算の考え方になるわけ。
一番大事なのは、材料はロス管理で別にまとめる事。
作業ごとに考えて材料も入れていってもいいけど、
最終的に仕上げるときには材料は別にまとめる。
材料はまとめて一番上でロス管理。
材料の入った日と数量は材料のみの受入管理とし、
その都度別途に入力していく管理をする。
歩掛り管理は完全に材料を除いて手間管理する。
そうすると、予定通りに今日は作業が進んだかどうか、
あるいは予定の手間歩掛りで済んだのかが明確になる。
進捗管理の数字もそれと同様に明確になる。

けんちゃんの建設業IT講座:第2章 工程表と作業段取りに主体を置いた積み上げ算

ところが、それで積み上げて不公平のないものができたところで、

作業に入るとき、どうするか?
作業に入ったときには頭をチェンジして、
みんな工程表を考える。
工程表の作業段取りは単一工種では動かず、
複数工種が複合的に作業グループとなり、
作業段取りを形成する。
工程表がどういうパターンで進んでいくか?
それを考えて作業項目ごとにまとめて、
この作業については何工数かかるのか?
一日当り何人かけて機械が何台がかかって、
それで、トータルで何日くらいで終わるであろうというものを
プランをたてて、
じゃこのプランでスケジュールを組んでみよう。
次の作業は・・・と同じような形で組み合わせる。
それの先行作業・後続作業を考えながら、
日程計算をしてスケジュール表を作る。
それが工程表。
だからこれには時間というものが加わっている。
時間といういうものが加わるけども、
実際の「動」の動きになったときは、
「静」の見積りである積算というのは
その項目ごとには動かない。
だから動的に動くときは、
作業名が変わって、作業名の中にその工種がいくつか入っているわけ。
それがその日の作業段取りであり、
工程表をスパーンとある日にちで切った時に、
作業(工程ライン)ごとにそれぞれの作業パーティに分かれる。
そのパーティが一日当りの工数と機械・・そういうものが入っていて、
予定では何日、ていうのが今度は横軸で動いたときに
日数を描画する。
それが工程表。
これも、工事の実際の動きに沿った見積り。

けんちゃんの建設業IT講座:第1章①節 積算と見積り及び単一工種歩掛り

まず、積算についての考え方ね。

僕の持論を言うと、
積算というものには、複数の動作の流れがないわけ。
積算は単一作業(単一工種明細)を数量表から分析積上する事。
積算も見積りも一緒なんだ、
考え方は。
どこから来るかと言うと、民間だろうとどこだろうと
見積りすると言うことは、
数量の拾い出しとその積上げをするという事。
役所発注の仕事には設計図書と数量表がついてくる。
でも、数量表がもともと来てないところは、
それについて図面をおこす。
図面のあるやつからから数量を拾うわけ。
ボリュームとか面積とか拾って、
それについて、ひと工種ずつに積み上げるわけ。
それが積算なのよ。
積算であり、見積りというやつなんだ。
それには、「動」が入ってない。「静」なわけ。
机の上だけで、
それを図面から拾い上げた数量について
積み上げしていこうというのが、
今の積算方式。
何で、積算基準というのが存在するかというと、
基準がなければ
数量を積算するのに、担当者担当者の考え方で
10人役かかるとか、20人役かかるとか一緒のボリュームとか
それに対して考え方が個人個人みんなまちまちなのよ。
それに手心とか、しょうがないけど、間違いがおこりやすい。
そうした時は、昔から作っているのは
こういうマニュアルに沿って
不公平がないような、
現場がひとつひとつ違うものについて積算するのに、
工事を構成している部分部分を全部分けてやって
工種明細というものにして、
そればっかりした時はいくらかかるのか?
たとえば、床堀り、掘削というのだけ考えたときは
機械の能力によって一日中床堀りさせるということで、
それなら歩掛り取るのも可能になるんだ。
そういうデータを業者に床堀りはどのくらいかかるかとか、調査かけたり、
機械メーカーに
「一日にどのくらい掘れます、この機械は・・・」
というのがある。
じゃあ、やってみろとメーカーさんに実際にお願いして、
1日中堀らんでも、
1時間させて×8すれば1日の能力ということになるから、
ロスも含めて7.5とかするけど、
そうしたときに単品単品の歩掛りは取れるわけ。
それが、その歩掛りを調査しながら、
莫大なお金と労力をかけて集大成したのが、
積算基準なのよ。
だから、標準積算がなんであるかという意味は、
積算基準に沿って
国民から税金がきたのを無駄に使わないように
不公平のないように、
これだけはかかるであろうという適切な基準に従って
担当者が違っても金額は同じになるように
不公平のない発注をしようと、いう考え方にのっとってやっている。
これが、「静」の積算、積み上げである。

けんちゃんの建設業IT講座:工程表を考える?

かなりの建設関連の技術者がインターネットで、

【簡単に工程表が作れるソフト】を捜して求めている。

彼らは、どこまで自動でできるソフトのことを

【簡単に工程表が作れるソフト】と考えているのかな?

そして、実際のところ、どこまで自動化は可能だろう?

これを読んでるあなたはどう考えますか。。。?

あなたの意見を聞かせて下さい。。。。

かなりの建設関連の技術者がインターネットで、【簡単に工程表が作れるソフト】を捜して求めている。

彼らは、どこまで自動でできるソフトのことを【簡単に工程表が作れるソフト】と考えているのかな?

そして、実際のところ、どこまで自動化は可能だろう?

これを読んでるあなたはどう考えますか。。。?あなたの意見を聞かせて下さい。。。。

【大安発行】会社はチーム ワークを大切 にしよう!

MIYAシステム Ver4 トライアル 試しましたか?
ミヤシステムが考える 利益追求の最強ツールを
突き詰めてみよう!http://www.miyasys.co.jp/dl/
ノウハウも5日間 毎日届きます。5日間でミヤシステムが。

■■━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━■■
    大安吉日発行  ミ┃ヤ┃シ┃ス┃の┃メ┃ル┃マ┃ガ┃   
  ━━━━━━━━━┛━┛━┛━┛━┛━┛━┛━┛━┛━┛━━━━
 ■  工事原価管理ソフト MIYAシステムの現場でつかえるメルマガ  ■
                     http://www.miyasys.co.jp/
━━━━━━━━━━━━━━━━━━━━━━━ Vol.20-43 2008.12.4 ━

 みなさん、こんばんは(ノ ^ ▽ ^ )ノ‥‥━━━━━☆

 ミヤシステムの 開発者愛娘 エリザベス こと
 宮脇恵理(みやわきえり)です!

 いつもお読みいただいてありがとうございます!

 だんだんと忙しくなってきましたね。
 弊社でも 夜間工事 もあり 、気合がだんだんと入ってきています!

 しかし、だんだんと これからの大敵
 インフルエンザも流行りつつあるようです。

 新型にはきかないそうですが、早めの予防接種が必要かも
 しれません。

  では、 大安吉日!

 今日も はりきってまいります。
 あなたに、少しでもHAPPYパワーを
 お届けできますように。 ***ヾ(≧∇≦)ノ”***♪

 今日のお題!

 【毎日忙しくてもロス改善へのコミュニケーションは確実に!】

 ミヤシステムのスーパー営業マンも

 この年度末 現場代理人として 現場に携わる監督さんも
 います。

 全国の建設業のみなさまに 原価管理の「理論」をお伝えし
 最前線で「実践」しているのも彼らだと思います。

 今日は、そんな スーパー監督さんの近況を少しお話します。

 原価管理、原価管理と これだけ建設業界も厳しくなると
 毎日たくさんのお問い合わせをいただいています。

 「原価管理」で一番たいせつなことは

 赤字をださないこと?

 いえいえ そうではありません。

 黒字 赤字 というのは 結果に過ぎません。

 毎日の施工の中で一番重要なのは、

 監督さんが 実行予算とおりに現場が進んでいるのか?を
 明確にわかっているか???

 ということです。

 それが、「実行予算とおりにすすんでいない!」ということは分かっている

 のであれば、実行予算のとおりに進むためのロス時間をさがし

 改善すれば 解決へ向かいます。

 しかし、中には 「だいたい 予定通り!」と報告をしていても

 月次の請求書をしめてみたら 「あれ??」となったり

 工期の最後の出来高を締めようと思ったら、出来高は計上できず
 最後の月に 赤字へ・・・

 それが、いままでの多くの建設業の実態ではないでしょうか?

 弊社の スーパー営業マンのKさんの現場もいよいよ動き出しました。

 昨日、1日目。下水の仕事です。 N値 も高く 土が硬いので

 どれくらい施工を伸ばせるのか? 

 国道のため 1日の施工時間は限られます。

 そうなると ロスをいかになくすか?がポイントです。

 最初の施工から帰ってきて、弊社はもちろん実行予算と工程が
 連動していますから 1日の施工目標は明確ですが

 予定通りにいかなかったことを 話し合う姿が見られました。

 そこに、こっそり近づくと 「ロスタイム 改善ノート」が作られていました。

 予定通りにいかなかった作業は何か?
 今日のロスをなくすには 明日はどうすればいいのか?
 施工を伸ばすには、いつもとはちがう最新の機械や工法を採用してみようか?

 そんなことが チェック事項としてあげられ、明日はそれを行動するという
 PDCAの流れが確立できます。

 ここが忙しくても今の建設企業様に必要なことなのでしょう。

 わざわざ時間をとらなくても、毎日の施工実績さえ
 簡単に把握できれば、現場にかかる人のコミュニケーションを図るだけで
 ここは可能です。

 いかがでしょうか?

 あなたの会社では、今日の結果 把握できていますか?
 チェック、アクションが実践できていますか?

 新しい ミヤシステムVer4 エボリューション!!!のトライアル版
 DLはお済ですか? まだの方はいますぐこちら▽
 http://www.miyasys.co.jp/dl/

 >>>操作などでちょっと問い合わせてみたい方はこちら▽
 http://www.miyasys.co.jp/contact/
 またはフリーダイヤル 0120−8986−88
                (ハヤクヤローパパット)

 そろそろお時間が参りました。
 また次の大安にお会いしましょう(^_-)-☆

 エリザベスがお送りしました。

 明日も ご安全に!
 ※みなさまの 熱いご意見もお待ちしています。
  このメールを返信していただければ
  ミヤシステムに 直接届くようになっています。

───────────────────────────────────
発行・企画・運営 ミヤシステム株式会社

  編集・執筆  
   宮脇 貴代之  北山 大志郎  宮脇 恵理  
━・━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━・━
     (C)2008 Miyasystem ,Inc. All Rights Reserved.       
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

================================================================
■本メールマガジンは、ふくいナビメルマガ発行機能を利用しています。
 http://www.fukui-navi.gr.jp/m/
■購読の解除は、以下のURLからお願い致します。
 http://www.fukui-navi.gr.jp/m/mm_detail?ml=miyasysmm
================================================================