skillup

技術ブログ

プロジェクト管理

チーム内の行動変容(定着する、しない仕組みづくりについて)

投稿日:

学習塾時代からそうだったのですが、チーム内で新しいとりくみなどを始めてもなかなか定着せずに忘れ去られてしまう仕組みものというのがいろいろありました。

以下で書きましたね・・

文化づくりについて(チームビルディングに関して)

 

直近のプロジェクトでもそういったものがあったのでチーム内で定着しにくい仕組みについていろいろ書いていこうと思います。

可視化できずに個人の意識や善意に頼るもの

仕事を始める上で、プロジェクト管理ツール、接客業などでも記録表などをつかっていることは多いと思うのですが(逆にそういったものがないとやばいと思います)、そういった可視化された情報がなく、個人の意識や善意に頼るものは最初のうちだけ、意識の高い何人かがやるだけでなかなか定着しにくいと思います。

基本的に定着させるためにはそういった「仕事をやる上で必ず見なくてはいけないもの」に情報を集めてそこに紐づけることが大事だと思います。

習慣性のないもの(時間や期限がきまっていないもの)

朝会などで報告があるとか、そのことについて報告させる習慣がないもの、いつかやろうとおもっているものはなかなか定着しない傾向にあります。

毎朝10時に朝会で報告させるとか、仕事終わりに連絡しなくてはいけないなど、そういう制約がないとなかなか定着しないと思います。

あるいはその作業をする時間があらかじめきまっていると尚良いでしょう。

フィードバックがないもの

フィードバックというのが「習慣性のないもの」に通ずるのですが、他人からの指摘などがなかったり、すると「やってもやらなくても変わらない」ということになりなかなか定着しません。

チーム内で全員に定着させたい場合にはなるべく、毎日リーダーや担当者からいってもらうようにしましょう。

プロセスが複雑かつ難解なもの

仕組みが分かりにくいと当然間違えたり、いちいちやり方を覚えるのが面倒なのでこれも定着しません。

プロジェクト管理ツールなんかも複数使うのはやめてなるべく少ないもので管理するようにしましょう。私は何も考えずにExcelで管理しがちなので、これを撲滅する必要がありますね・・・

なるべくシンプルかつ情報を少なくして簡単にしましょう。

逆にいうと定着させるためには、以下のような原則を踏まえるようにしましょう。

  • 必ずチェックさせるような仕組みをつくる(個人の意識や善意に頼らない)
  • 定期的に報告させる情報である
  • こちらから常にフィードバックを行う
  • なるべくシンプルかつ単純にする

またいきなりスタートするのもいいのですが、少しずつ始めて定着させ、ある程度複数のメンバーが覚えてきたところで明文化して定着化させる・・というのも大事かと思います。

-プロジェクト管理

執筆者:


comment

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

関連記事

no image

ファジープロジェクト対策 その2

前回に引き続き、大事だと思ったこと。一部単なるフレームワークの作り方的な内容になっているかも。 Contents1 テンプレート共通化2 バリデーション3 ログ出し4 異常系の処理5 新規プラグイン+ …

no image

カバレッジの計測

テストがどの程度徹底されているかを見る指標としてはカバレッジが代表的だと思います。 PHPUnitなどでもこれらはだせるのですが、codecovなどのサービスをつかうとPRごとなどさらに細かい視点でコ …

no image

タスク管理・情報管理で必要なこと

いままでもタスク管理などでいろいろかいてきましたが、今のプロジェクトで思っていることなどを箇条書きで。 Contents1 情報のもれ、ダブり2 完了地点の明確化3 ストック型とフロー型の情報のまとめ …

no image

情報管理、進捗管理について

管理業務を少しつずつやるようになりまして、情報管理や進捗管理がメインになりました。 その場合、比較的イレギュラーなケースの情報管理が面倒でして、自分の場合、特に 今やっている作業(開発やdocumen …

no image

プロジェクトマネジメントについて

ある程度、大規模なプロジェクトを経験させていただき、経験だけでなくプロジェクトマネジメントを体系的に理解しておきたいため、ポツポツと本を読んでます。 比較的初心者でも読みやすいと思った本としてを2冊メ …

アーカイブ