サウスポーなエンジニアの独り言

サウスポーなエンジニアが日々感じた、気づいた、学んだことを徒然と書いています。

仕事のやり方 旧館より

ワークフローシステムが意味がない時

投稿日:2010年1月10日 更新日:


社内にあるワークフローシステムを使って事務処理をしていた時にふと思ったことです。

例えば、開発プロジェクトでサーバなどのハードウェア器機を調達する必要が出てきたとします。
それは、当然個人で買うわけでなく、プロジェクトの予算…部門、ひいては会社のお金…で買うのですが、その際に直属の上司を初め、経理などの関係部署の承認を得る必要があります。

その承認を得る人/組織の立場によって見るべき観点も違ってきます。
例えばプロジェクトマネージャであれば「このPJにおいて、それが必要か?他に代替できる術はないか?」と、部門長であれば「他のPJ(部門全体の予算)との兼ね合いで大丈夫か?」はたまた、経理部門であれば「その見積方法、金額妥当か?(経理の)手続き上、不備がないか?」などなどです。

そのため、、承認を依頼した結果が…「プロジェクトマネージャ視点では承認だが、経理的には(金額が妥当でないので)否認になった」というのは分かります。

でも、明らかな誤字/脱字、論理的におかしい理由が記述された承認依頼を最初の承認者の承認後、上位の承認者から、「(誤字/脱字による)否認」をされるような状況は「その最初の承認者は何をチェックしていたん?ちゃんと見ていた??」と思うわけです。

(複数の承認者による)ダブルチェックが働いている証拠でもありますが、一方で「闇雲に承認してるだけなら意味がないよなぁ」と思ったわけです。
#承認する側の立場の「誤字/脱字レベルは申請者がキチッとしれくるのが当たり前だろ」と言うのも分かりますが…

※注意:この記事は旧サウスポーなエンジニアの独り言から移行し一部修正したエントリです。

Photo credit: sachac via VisualHunt / CC BY

-仕事のやり方, 旧館より

執筆者:


comment

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

関連記事

Share

インセプションデッキを書いてみた

社内で「アジャイルサムライ~達人開発者への道~」の読書会をやっています この読書会。色々な所(道場)があります。詳しくはGitHubにまとめられているWikiをご覧ください。 読書会で作ってみた その …

How to Change the World 〜チェンジ・マネジメント3.0〜

 「How to Change the World 〜チェンジ・マネジメント3.0〜」を読み終えました。  以下、自分用のメモ書きですが、感想などを。 クイック・ウィンは、フィードバックを増幅し、その …

白魔導師はファイアを使えません

最近、久しぶり…半年ぶり…にお客様常駐から社内に戻ってきました。 それで、あるプロジェクトのお手伝い…調査、プログラミングなどを少ししたのですが、その時のお話です。 プログラミングですが、当初はVB6 …

あるプロジェクトで工夫したこと

(QCD的に)成功したあるプロジェクトで工夫したことを備忘録のために書いておきます。 そのプロジェクトの特徴は以下の通りです。 【納期】サービスインの時期は確定しており、それまで約3.5ヶ月。 【要素 …

「お世話になりました」エントリを見るのはツライものです

所属している組織はそれなりの規模なこともあり、毎月何人かが去っていきます。 社内SNSを使っている人は(人事異動の連絡が出る前に)自分で「お世話になりました。」エントリを書いていく方がちょくちょくいる …

ギルドワークスの現場コーチ。
「正しいものを正しくつくる現場を増やす」ことを目指している現場コーチ。認定スクラムマスター(CSM)。
様々な規模のSIerでのシステム開発を経て今に至る。
DevLOVE関西を主催。