すべてのカテゴリ

こんにちは南仙台の父（hrperficio）です。今回は人事関係の領域で多く語られるようになったアルムナイ採用を取り上げてみました。アルムナイ採用は企業が退職した社員を再雇用する形です。大手企業でも多くの実績が出始めており、退職後に別の企業などでの経験を経て元働いていた企業に戻るということで、企業側には採用リスク低減や労働者側にも企業風土や仕組みなどのアンマッチといったリスク回避が期待できます。少子高齢化の中で大手企業でも売り手市場の中で出遅れるケースも見られ、新たな採用スキームとしてアルムナイが注目されています。今後もアルムナイ採用が文化として定着し、実績が増えるのかを占ってみました。写真は鑑定の結果となります。左側が結果、右側が環境条件となります。まず結果ですが、世界のカードの逆位置が出ています。世界のカードの逆位置は衰退や堕落、低迷や臨界点、調和の崩壊や不調といった意味があります。現時点では企業・労働者にもメリットも大きい制度なのでしょうが、退職理由や背景なども関係しており、この採用手法が活きるのは退職した社員も企業側も関係が切れた期間に共に成長を遂げていたことが前提です。人間関係だったり、会社の風土や方向性などが問題となっての退職や問題を起こした社員の再雇用というのは難しいのが実態です。また、採用コストは減らせたとしても、元々の社員のパフォーマンスであったり、企業側の制度革新などの進み具合など、お互いを結びつける力としては課題も正直あるように感じます。一時的には増えてもその後は頭打ちとなっていき、一部の高い意識と能力を持った層に絞られた採用手法となっていくのかもしれませ

「前任者が作ったGASが急に動かなくなった」「エラーが出てるけど誰もわからない」——こんな状況、実は珍しくありません。 GAS猫にも「退職した社員が設定した自動処理が止まって困っている」というご相談をよくいただきます。この記事では、GASが止まった時にまず確認すべき5つのポイントをお伝えします。 ■ 1. トリガーが生きているか確認する GASのメニューから「トリガー」を開いて、設定されているトリガーが一覧に表示されるか確認してください。退職者のGoogleアカウントが管理者によって無効化されていると、その人が設定したトリガーごと消えていることがあります。トリガーが見当たらない場合、これが原因の可能性が高いです。 ■ 2. 実行ログを確認する GASエディタの左メニュー「実行数」を開くと、過去の実行ログが確認できます。いつから止まっているか、どんなエラーメッセージが出ているかがわかります。エラーメッセージをそのままGoogleで検索するだけでも、原因の手がかりになることが多いです。 ■ 3. 権限の問題を疑う 「承認が必要です」というエラーが出ている場合、退職者のアカウントでOAuth認証が通っていた可能性が高いです。GASがGmailやGoogleドライブにアクセスする権限は、スクリプトを承認したアカウントに紐づきます。退職者のアカウントが無効化されると、その権限も失われます。 ■ 4. 外部API連携の仕様変更を確認する 外部サービス（Slack、Chatwork、その他のAPI）と連携していた場合、API側の仕様が変わっていてGASが対応できなくなってい

「前任が作ったNotionが複雑すぎて、誰も手をつけられない」「ページが大量にあるけど、どれが今も使われているのかわからない」——Notionが社内に浸透するほど、担当者の退職や異動で「放置Notion」が生まれるケースが増えています。 GAS猫にも「退職者が構築したNotionのデータベースを整理してほしい」というご相談が増えています。この記事では、放置されたNotionを引き継ぐ時に最初にやるべき3つのことをお伝えします。 ■ 1. ページの全体構成を把握する まず中身をいじろうとしないでください。最初にやるべきは、サイドバーに並んでいるページの一覧を上から順に見て「どんなページがあるのか」を把握することです。ページ名だけでは内容がわからないことが多いので、1つずつ開いて「何のためのページか」をメモしていきます。この段階では整理や削除はせず、ただ全体像を理解することに集中してください。 ■ 2. 「現在使われているもの」と「使われていないもの」を仕分ける 全体像が見えたら、次は各ページの最終更新日を確認します。Notionのページには「最終編集日時」が表示されるので、直近3ヶ月以内に更新されているページは「現役」、それ以降更新がないものは「放置候補」と判断します。ただし、参照用のマスターデータ（顧客リスト、料金表など）は更新がなくても現役の可能性があるので、内容を見て判断してください。 ■ 3. データベースのリレーション構造を確認する Notionのデータベースは、他のデータベースとリレーションで繋がっていることがよくあります。1つのデータベースを削除すると

「前の人が作ったスプレッドシートが複雑すぎて、誰も触れない」「関数がエラーだらけで、どこから手をつけていいかわからない」——退職や異動で担当者がいなくなった後、こんな状況に陥っている会社は少なくありません。 GAS猫にも「前任が作った管理シートが壊れて業務が止まっている」というご相談が多く寄せられます。この記事では、退職者が残したスプレッドシートを引き継ぐ時にまず確認すべき3つの手順をお伝えします。 ■ 手順1. シートの全体像を把握する まず慌てて関数を直そうとしないでください。最初にやるべきは「このシートは何のために存在するのか」を把握することです。シート名、列のヘッダー、入力されているデータの種類を見て、売上管理なのか勤怠管理なのか在庫管理なのかを判断します。複数のシートがある場合は、どのシートがメインでどれが参照用かを整理します。 ■ 手順2. エラーが出ているセルを特定する 「#REF!」「#N/A」「#VALUE!」などのエラーが表示されているセルを探します。エラーセルをクリックすると数式バーに関数が表示されるので、何を参照しようとしているかがわかります。よくある原因は、参照先のシートが削除されている、列が追加・削除されて参照がズレている、などです。エラーの数と場所を把握するだけでも、修復の難易度が見えてきます。 ■ 手順3. 関数の依存関係を確認する スプレッドシートの関数は連鎖していることが多く、1つのセルを直すと別のセルに影響が出ることがあります。修正する前に、どのセルがどこを参照しているかの依存関係を確認してください。Googleスプレッドシー