ともに「実作業時間」を報告(入力)してもらう方式が考えられます。その方式では、各翻訳者に着手時刻を手元にメモしておく昔ながらのストップウォッチを使う作業時間を計測するストップウォッチソフトを使う翻訳結果を入力する画面に表示させた『ストップウォッチ・ボタン』を使うといった手段で実作業時間を計測してもらう必要があります。この「作業時間を自己計測して報告する」という行為は、大きな手間と言わざるを得ません。※もっとも「離席休憩」や「割り込み作業対応」といった除外すべき時間が途中発生した際に、計測を一時停止させる等の柔軟な対応が出来るメリットもあります。報告値の確からしさまた、結果として「正確でない実作業時間」が報告されてしまう可能性もあります。人事考課や能力査定などの面で、「翻訳時間」を短く見せる(長く見せる)ことに何らかのインセンティブが働く制度なのであれば、その「作業時間」は少しずつ事実とは異なる数値が入力されるでしょう。シゴトの成果そのものに誇りを持ち、「翻訳時間」などに全く興味を持たない作業者がいたとすれば、「イイカゲンなデータ」が入力されることを想定せざるを得ません。[翻訳フロー]翻訳作業中ステータスこの業務プロセス定義では、自動計測によって『翻訳工程の所要時間(数値型)』が入力されるようになっています。特筆すべき点は、『2.翻訳者指名』という工程があえて別設定されているところです。いったステータスをカバーすべきですが、この例では「翻訳開始時刻」と「翻訳終了時刻」が明示的に記録できるように、『2.翻訳者指名』という作業着手前工程を別途用意しています。翻訳者は『2.翻訳者指名』の工程を引き受け、翻訳作業に着手まで『2.翻訳者指名』の工程に滞留させるそして実際に翻訳作業を開始するタイミングで『2.翻訳者指名』の工程を完了させる(「翻訳者」に自身を選択)といった流れになります。そこで「翻訳開始時刻」と「翻訳終了時刻」から『翻訳工程の所要時間(数値型)』が自動的に計算されます。この例では『原文文字数』も上流工程にて自動カウントされる仕組みとなっているので、翻訳案件が10件・100件と処理されれば、その案件実績から、おのずと『原文文字数』と『翻訳工程の所要時間』の相関も見えてくるでしょう。『経過分計算』をアドオンのどちらで実現(実装)しても構いません。この例では「アドオンされたサービス工程」が利用されています。「時分表記にしたい」や「歩合計算も併せて行いたい」といったスクリプト拡張のニーズ・予定がないようであれば、メンテナンス性の観点からも「サービス工程(Addon)」の利用が推奨されると言えます。