よろしくお願いします。

ディレクターほど頻繁ではないですが、今、請求金額に対してどのくらい稼働しているかな？というような、お金の動きは見ていますね。

あとは、デバッグ系の外部パートナーに業務をお願いする時、過去のプロジェクトを確認して、いくらくらいでお願いしていたかなど把握するのにも使っています。

その他では、特に小規模な会社のシステム部門はそうだと思うんですが、クライアントから受けたプロジェクトの他に、社内のインフラ整備などの社内業務を担当する場面が多くなったりします。

クライアント業務と社内の業務との割合を振り返って確認したり「今月は社内業務に時間使っちゃったな～」という時は、チーム内で調整したりするのに使っています。

システム案件は3か月～6か月、1年以上といった長期にわたることが多いので、例えば、ディレクター、デザイナーなど作業区分ごとの稼働状況の波が長期で見られるのはありがたいですね。

はい。
通常のプロジェクトだと、まずディレクターが動いて、次にデザイナーが動いて、それからシステムが動く。そこで全体の流れを見ることができます。

ただ、以前、あるプロジェクトで、ディレクターが全然動いてないな・・・
僕に流しているだけじゃないか、ということがあり、本人に直接注意したことがありました（苦笑）

確かに全体の動きが可視化されている分、ある程度緊張感を持ってプロジェクトを進める必要はありますね。

懐かしいですね。

そうですね・・・基本は、以前の工数管理システムをベースに作っているんですが、「ワークログ」という言葉の通り、ログなので、システムで蓄積しているデータを活かすため、グラフ機能を追加して、プロジェクトメンバーの動向を可視化することで、より見やすく、分かりやすくしています。

先日のシステム改修のタイミングで、API化を行いました。

はい。APIというのはデータを連携させる仕組みのことで、以前は「 Playth 」という一つのアプリケーションだったものを、各機能に細分化して連携させるようにしました。

今後のPlaythの拡張性というところが大きいです。

ログイン情報や顧客情報の入った「マスター」をベースにして、「アドオン（拡張機能）」というかたちで、人事評価システムや会計システムなど、いろいろな機能を自由に組み合わせて使えるように再構築しました。

現在利用している「ワークログ」も「アドオン（拡張機能）」のひとつという位置づけになっています。ユーザーが自分に必要なアプリケーションだけ利用できるような設計にしました。

今は「売上管理」のシステムを準備中です。

そうだと思います。
とはいえ経理単体ではなく、ワークログと連動して、工数管理と売上の連携をより密にする方向で考えています。

例えば見積項目の各数字に対して、メンバーがどれだけ効率的に動けたかを確認したり、さらにそれを評価に結び付けられるような仕組みも検討しています。