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

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

改善 旧館より

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

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


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

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

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

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

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

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

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

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

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

-改善, 旧館より

執筆者:


comment

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

関連記事

自分のTwitterアイコンの変遷

Twitterアカウントのアイコンは干支をモチーフにしたものですが、元ネタはヨメさんが年賀状用に描いていたものです。 #コミュニティなどで使う個人名刺にも使っていて、名刺の作成は前川企画印刷さんのブロ …

潔く本を諦めるようになりたい

どれくらい先かは分かりませんが、今後「したいこと」「できるようになりたいこと」の1つに「潔く本を諦める」ことがあります。 何度かエントリにも書いていますが、仕事関係の技術書やマネジメント系、その周辺領 …

えらくなっていきたいか?

ずいぶん前に書いたまま放置していたのを(ちょっと書き足して)アップします。 組織において「えらくなっていきたいか?」という話です。 えらくなりたいか?の問いに対して 一時期「昇格/昇級したいか?」とい …

最高のプレゼンテーション―心をつかむ見せ方、話し方[読書感想]

最高のプレゼンテーション―心をつかむ見せ方、話し方 プレゼン = 「パワポ(PowerPoint)を作らな!!」+「本番でのしゃべり!」となるのがだいたいの感じだと思いますが、この本はプレゼン = ( …

difference-of-the-elements-required-for-development

新規開発と保守開発に求められる要素の違い

システム開発の要素の1:新規開発(スクラッチ)と2:保守開発(機能追加)があります。 #保守開発は派生開発とも呼んだりするようですが、ここでは保守開発とします。 新規開発はその名前の通り「一から」シス …

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