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

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

改善 旧館より

雛形やテンプレートは現場の役に立って「ナンボ」

投稿日:2009年2月12日 更新日:


ある程度の組織にはPMO(プロジェクト・マネジメント・オフィス)や「品質標準化グループ」のような部署があり「設計書のフォーマットはこういうのを使ってください~」「レビューではこのチェックリストに沿って使ってください~」とテンプレートファイルや雛形が色々と用意されたります。

そういうのをプロジェクトの規模や状況、メンバーのスキル等に合わせてうまくテーラリングして使えれば、そのプロジェクトのQCDに貢献できる要素のものです。
#妄信的に「標準なんだから使え!」なんて説明責任も果たさずに強制的に言うともちろん猛反発を食らいます。

前職では、こういうテンプレートやチェックリストなんかを「作って」→「(頼み込んで)使ってもらって」→「改善して」と、現場のプロジェクトメンバーに使って「もらう」側にいました。

そして、今では「使う」側にいて、両方の気持ちはそれなりに分かっているつもりです。
先日、私の所属する会社のそういう部署から配布されたあるテンプレートが「う~ん」というもので、ちょっと残念な気持ちになりました。

それは(よくあるExcelの)チェックリストで「チェックした日付」を入力していくものでした。
が、その入力欄はどう見ても(実際に入力して見ても)入りきらない…####となってしまう…横幅しかありませんでした。
#よりによってこのチェックリストはプロジェクトを進める上で必須なようでした。

配布する前に少しでも「自分が使う立場」で入力すれば「お!?これでは使いにくいわ」と気づくようなことです。
こういうことが何回か続くと、現場と軋轢が生まれていくんだろうなぁと思いました。
冷静に考えれば「そんな些細なこと…」ですが、多忙な現場にとっては(しかも必須なドキュメントで)「なんじゃこれ!あぁもうめんどくせ~」になって拒否反応が広がっていくような気がします。

こういう部署(やその雛形やチェックリスト)の価値は「現場の方に使ってもらって、そして役立ってナンボのもん」なので、ちょっと悲しくなりました。

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

Photo credit: BMeunier via VisualHunt.com / CC BY-SA

-改善, 旧館より

執筆者:


comment

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

関連記事

プロジェクトに途中から入る難しさ

開発プロジェクトの立ち上がりではなく、途中から参加することはどれくらいの頻度であるでしょうか? また、それはどのあたりから参加することが多いでしょうか? 開発プロセスがウォーターフォールの場合、要件定 …

あるフリカエリにて。

あるフリカエリをして、しばらく時間が経ってから思ったことです。 性格やクセに起因する、固有の行動特性は、『簡単』には変わらない…と思いました。 変わるには、それなりの意志の強さが必要だったり、周囲の状 …

我慢することの難しさ

もうずいぶん前の感じがしますが…2009年1月に納品したプロジェクトで、私が感じたことの1つに「自分には我慢が足りないなぁ」があります。 そのエントリにも書いていましたが、PJメンバーにいた新人と若手 …

打合せ前に少しだけ調べておく

とある社内での打合せの席で思ったことです。 「相手の方を少しだけ知っておくと、それだけど打合せがスムーズに進む(進みやすい)」と。 その打合せは部門も違い、お互い初対面でした。 ただ、事前に「○○さん …

勝手に親近感

Twitterや社内SNSなどで、「実際に会った」ことも「直接話した」こともない…けれど、その考え方やアクション、マインドにすごく共感したりする方々がいます。 その中には「こんな方を目標にしたい!」と …

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