各スタッフのプロジェクト時間を集計する。
2007 年 10 月 28 日

PJ時間の集計は、どのようにされていますか。

以前、いろいろと探したのですが、なかなかいいものがありませんでした。

PJ時間集計プログラムを自前で作成しましたのでご紹介します。

目的は、誰が何のPJの何の部分に何時間かかったかを、リアルタイムで知ることです。

Visual Basic Excelで作成しました。

1028-2.gif

まず、朝出勤したら、この画面でINの記録をします。ID番号と暗証番号を打ち込むと、サーバーのファイルに記録されます。

1028-4.gif

これは各スタッフの日誌の画面です。

毎日のINとOUTの時間を読み込んで、働いた時間の部分だけ、オレンジ色のバーが現れます。

日報を書くときは、そのオレンジ色の部分をマウスでなぞります。

1028-3.gif

マウスでなぞると、マウスイベントが発生し、別の台帳からPJのリストを読み込んで、このようなダイアログが現れます。

実際にやった仕事を選んで、OKを押すと、オレンジ色のバーの下に、いま選んだ内容が記録されます。

1028-1.gif

これがPJの台帳と、集計を兼ねたファイルです。

新しい仕事が来るたびに、この台帳の項目を増やします。項目を増やすと、さっきのダイアログに反映されます。

第4レベルまで項目を設定できるので、例えば、

品川プロジェクトの、 オフィスビル棟の 平面詳細図の 3階

というように設定できます。あるいは

品川プロジェクト・オフィスビル棟の 平面詳細図の 3階の 訂正作業

というような設定方法でもOK。何でもかまいません。

現在までの全員の時間を知りたいときは、すべての日報を読み込んで、集計します。

この例では、Cユニットの平面詳細図に19.25時間かかっており、Jiroさんが16.5時間、Saburoさんが2.75時間かかっていることがわかります。

;*****

実際に会社にいた時間とPJの集計時間との誤差が、理論上ゼロとなるので、正確な把握ができます。

通常、「このPJ何時間かかった?」とスタッフに口頭で聞いて、「8時間でできました」という答えが返ってきた場合、それは全く正確ではありません。

朝来て、パソコンが起動するまでの時間、チェック待ちでぶらぶらしている時間、お茶を入れてのんでいる時間、パソコンの調子が悪くて、調整している時間、リーダーから指示を受けている時間、なんだかんだと加えると、自分では8時間で終わらせたつもりが、実際は10時間くらいはかかっているものです。

しかしこのプログラムを使えば、朝来た時間から帰るまでの時間を、何らかのPJ(あるいは「手待ち」という項目もPJのひとつとして登録できます)に充てなければならないので、かなり正確にPJ時間を把握できます。

;*****

これは以前いた会社で私が作成したものを、大幅に変更して、現在、私の会社で使っています。

会社にきたら、各スタッフが勝手にINの記録をし、勝手にPJの記録をしているので、手間が全くかかりません。

INとOUTに記録漏れがある場合は、秘書が専用のパスワードでIN-OUTを記入します。

IN-OUTの記録は2時間おきにバックアップをとっているので、改竄してもバレます。(まあ僕の前でそんな恐ろしいことをするスタッフに出会ったことはありませんが)

;*****

もともと勤務時間プログラムを先に作り、上記のPJ集計の機能をあとから付加させたので、もちろん月間の勤務時間、残業時間などの集計、給与計算、SSS、TAX計算、ローンの天引き、有給休暇の取得状況などもできます。

これを使って小遣い稼ぎでもしようかと思ったのですが、専門ではない上、エラー処理などいろいろと難しい点もあり、時間も思うように取れないのであきらめました。

プロの方に、もっといいものを作っていただけたらなぁ、と思います。

コメント (14)

Excelのみでは中々ですね。3,4日は掛かったのでは・・・?
>>現在までの全員の時間を知りたいときは、すべての日報を読み込んで、集計します。

問題は、データー数が増えた時、全データーをいつも調べるのですか?3年間の、あの事例を参考に見たいとか、先月の誰々の担当だった仕事を見たい、現在の集計だけじゃなく、過去の事例、しかも、担当者名、仕事名、日にち等、断片的情報で探したい、見積りの参考にしたい、こんな要望には対処されていますか?大量になるとExcelの弱点が出ます。データーをデータベース化し、クエリーでデーターを絞り、その表示にExcelを使えば速度UPになるのでは・・・。

ナベ坊 {523} 2007 年 10 月 29 日 @ 7:14 PM

3年間の—>3年前の
間違いです。失礼しました。

ナベ坊 {522} 2007 年 10 月 29 日 @ 7:18 PM

3,4日どころか、3、4週間はかかっています(爆
読み込むデータは何年の何月から何月まで、という指定ができます。私の業務では現実的に3ヶ月以上さかのぼることはありませんでしたが。。。
確かに担当者名、仕事名、日にち等、断片的情報で探したいという要望があって、読み込んだデータをもとにピボットテーブルを作って分析できるようにはしたのですが、いかんせん複雑で、あまりよくなかったですね。アクセスのプロにいいものを作っていただければと思います。

Shusei {521} 2007 年 10 月 29 日 @ 8:47 PM

Shuseiさん、お早う御座います。用途限定なら問題ないのでしょう・・・。
作業時間データーは、ファイル化し、指定データー以外画面に表示されないのですか?やたら、端の方とはいえ、データーを
表示させるのはダメですね。非表示エリアにしてデーター格納、これも最悪人によっては、間違えてそのエリアを別用途
で使う可能性があります。動的配列などうまく使って、メモリー上にだけ格納でしょう。前にLISPとVBの速度比較を言われていましたね。VBは昔のBASICと違い、インタープリターでは有りません。しかし、BASICです。冗長性が大きいです。従って、単純計算の巨大な繰り返しをすると、とたんにボロが出ます。同じPCでどうして?どうにかならないの?どうにかなれば、C++やJavaなど要らない?
ただAPI関数を使えば、速度の遅さ、小回りの聞いた動きが出来る可能性はあります。例えば画像処理などByte単位の処理を何十万単位でくりかえすと、最初の頃はまだ良いですが、段々遅くなり、止まった?と勘違いするぐらい遅くなります。API関数の良いのがあり、それを使うと同じ処理が瞬時?ですよ。ファイル操作、変数のスコープルールとか、基本テクニックですが、知らないと知ってるで大きく違うでしょうね。VBに限らず、どんな言語でもそうでしょうが・・・。

ナベ坊 {520} 2007 年 10 月 30 日 @ 7:31 AM

すみません。おっしゃっていることがさっぱりわかりません。

Shusei {519} 2007 年 10 月 30 日 @ 10:05 AM

隠しデータががあるのではないかという意味でしたら、ありません。

Shusei {517} 2007 年 10 月 30 日 @ 10:32 AM

>>すみません。おっしゃっていることがさっぱりわかりません。

こちらこそ、質問の仕方が悪かったです。m(_ _;)m
入力された、JOB名、時間等データーはどこに格納されるのですか?どこか離れた、行、列上ですか?それとも、ファイル?

ナベ坊 {518} 2007 年 10 月 30 日 @ 12:50 PM

そのオレンジ色のバーの真下にあるのが従事したPJ名です。
時間はバーの長さを計ります
smaple1/cordination/All/Cordinationというのが
Sample1というPJのcordinationという業務の中の、ALLという業務の中のcordinationという業務、という意味です。

Shusei {516} 2007 年 10 月 30 日 @ 1:39 PM

時間記録の画面は、毎日どんどん大きくなるということですか?

ナベ坊 {515} 2007 年 10 月 30 日 @ 3:16 PM

バーの長さは出社した時刻から帰社した時刻までなので、24時間以上に伸びることはありません。
月がかわると別のシートに移るので、1人1年で1ファイル使います。
もっといいもの作ってください!

Shusei {514} 2007 年 10 月 30 日 @ 4:25 PM

>>月がかわると別のシートに移るので、
そうすると、月がまたがるJOBn参照はめんどくさくなりますね。
>>もっといいもの作ってください!

ハハ 。そうですね、論より証拠ですか、空き時間があれば、作りましょうか・・・。

ナベ坊 {513} 2007 年 10 月 30 日 @ 7:43 PM

言い忘れです。
>>24時間以上に伸びることはありません。
当然です。私の言いたいのは、同じ日に複数のJOBを小分けでやれれば、下記JOB名が見づらくなるでしょう。(短くなる為)データー数も増える。別に、馬鹿にしているのでは有りません。その点はご承知下さい。

ナベ坊 {512} 2007 年 10 月 30 日 @ 7:54 PM

とにかく読み込むだけなので、次がまたがっても特に関係ないです。
そうです、1日にたくさんのJOPをやると、セルが小さいので印刷しても読めません。

Shusei {511} 2007 年 10 月 31 日 @ 2:19 AM

これっていいですね。 大いに参考になりました。 似たようなものも作っているんですが、どうもしっくりこないんですよ。 

NVCMI {510} 2007 年 11 月 1 日 @ 12:02 PM
 

  • RSS | コメントRSS