社内イベント・チームビルディングの拠点を構築する

なぜ自社のイベント拠点を作るのか

香月は従業員640人の製造業で人事と組織文化を担っています。3拠点、うち2つは交替勤務。イベントの運営は彼女の受信箱に住んでいます。イベントごとの申込スレッド、送り直しては聞き直す食事制限の表計算、12月に突き合わせる部門予算、そしてどの名簿にも同じ12人の常連が並び、夜勤はまた遅れて知ります。

イベントの基盤は彼女にチケットを売りたがり、人事の統合ソフトは人事評価の下にこの活動を埋めます。この活動に本当に要るのは、自分たちの小さなシステムです。彼女の人を、シフトを、予算を知っているシステム。Klivはそれを説明から構築し、ひとつのアプリとして動きます。申込、プロフィール、業者、お金、そして終わったあとの写真の壁。

誰も追いかけなかった社内イベント

ある部門の秋のイベントを、受信箱ではなくこの拠点で回します。

提案

部門長が業者の棚からファシリテーターを選びます。去年の感想が付いています。予約はその分に部門の台帳から落ちます。予算の驚きは、直せる10月に起きるようになります。

申込が開く

30人の回を2つ、両方のシフトを含む部門全体に公開します。プロフィールが一緒に走るので、申込はフォームではなくひとタップです。

仕出しへの人数

生きた出席数と、食事の要約。菜食が11人、グルテン不可が2人、重いナッツアレルギーが1人で、これは主催者だけに知らされます。必要のない名前は、どこにも旅をしません。

当日

受付は会場の入口で、ひとりひとタップ。2人の欠席はこの活動の算術のために記録され、それ以外の何のためにも記録されません。

振り返り

感想はイベントに載り、業者に積み上がります。年度末の報告は、ずっと真実だった行への問い合わせです。

静かな機構

座席表を持つ個人情報。 アレルギーは、本人と、そのイベントの主催者と、仕出しの人数の中の数字とのあいだにあります。転送された表計算の中の分別ではなく、データベースの行レベルのルールとして守られます。部門長は自分の部門を、運営責任者はこの活動全体を見ます。

レールに乗ったリマインド。 申込締切の一声、前の月曜に会場へ送る確認事項、翌朝の感想のお願い。定期実行があなたのテンプレートで、時間どおりに送ります。香月の金曜を使いません。

合ったままのお金。 イベントが承認された時点で、費用が部門の台帳に計上されます。年度末の突き合わせがプロジェクトであることをやめます。台帳が、計画であると同時に記録だったからです。

ほとんどの社内ツールは、使わなければならないから使われます。これは、人が使いたいと思うかどうかで生きも死にもします。自発的な申込で評価されるソフトウェアには、それ自身の規律があります。それでも自発的な利用者を持つ社内ツールは、Klivでは同じように始まります。あなたのところが実際にどう回っているかを説明することから。

文化委員会が知りたいこと