完璧主義だと言われる僕が自分の性格をもっと理解するために「完璧を求める心理」を読んだ

「完璧を求める心理」を読んだ．良かった〜本当に良かった❗️もっと早く本書に出会いたかったほどに．

本書は "自分は完璧主義だと思うな〜" という人にはもちろんおすすめだけど，自分自身は違うけど同僚に完璧主義な人がいたり，会社でマネージャー職やリーダーポジションを担当しているなら，きっとメンバーの中に完璧主義な人がいることもあるだろうし，多くの人におすすめできる一冊だった．また完璧主義と子育てに関する話も載っているため，育児をしている人も興味深く読めると思う．

完璧を求める心理

読むことにした背景 🦁

僕自身は本書を読む前から完璧主義の傾向があると思っていた．また今まで働いたどの会社でも同僚から「完璧主義だよね〜」と繰り返し言われてきた背景がある（良い意味でも悪い意味でも）．そして，本書を読んでみて「やはり完璧主義だ」と再認識できた．

「完璧主義」という言葉を聞くと "ポジティブ" に感じる人もいれば "ネガティブ" に感じる人もいると思う．僕自身は「完璧主義だから完遂できたな〜」と思う成功体験もあるし「完璧主義だからたくさん問題が起きてしまったな〜」と思う失敗体験もある．そんな自分の「完璧主義」という性格と今後もっとうまく付き合っていきたいと思って，本書を読むことにした．

刺さったところ・参考になったところ・また読み直したいところなど，読書メモやマーカーを付けていたらあまりに多くなってしまった❗️今回は特に印象に残ったところと読書メモの抜粋をまとめて本書を紹介したいと思う．また本書では研究結果や論文などの紹介も多くて視野を広げられたので，実際に論文も読んでみようと思っている．僕も研究の被験者に使ってもらいたいなー👌

目次 🦁

本書は "理論編" と "実践編" で構成されていて，どちらも参考になった．また最後の "文献" も僕にとっては宝のように思えて，もっともっと学びたくなった．

• 第Ⅰ部 : 理論編
  • 第1章 : 完璧主義とは何か
  • 第2章 : 完璧主義になりやすい人・なりにくい人
  • 第3章 : 完璧主義と心とからだの健康
• 第Ⅱ部 : 実践編
  • 第4章 : 完璧主義傾向を測ってみる
  • 第5章 : 完璧主義の自分とうまくつきあう方法
  • 第6章 : 完璧主義の他者とうまくつきあう方法
• 文献

そもそも完璧主義とは何か？ 🦁

完璧主義（もしくは完全主義）は英語では Perfectionism と言う．著者は完璧主義を以下のように定義していた．僕自身は 過度に完璧を求めている という認識はなくて「このぐらいじゃないとできたとは言えないでしょ〜」という感覚なんだけど，他人からは 過度に と思われていることもあるし，うまく定義されているなぁーと思った．

過度に完璧を求めるパーソナリティあるいは認知傾向

また，第4章には他の研究者の定義も紹介されていた．特に "バーンズ" の定義には 完璧主義な人を突き動かしているのは "自分自身を超える" という欲求である とも書いてあって，まさに僕じゃん...という気持ちになった．

（ホレンダーの定義）その状況が要求しているよりも質の高いパフォーマンスを自分自身や他者に常に要求する傾向

（バーンズの定義）達成が不可能に思えるゴールに対して強迫的にいつも達成しようとこだわり自分の価値を結果や達成度のみで測ろうとしている人

完璧主義は3種類ある 🦁

本書では完璧主義を以下の3種類に分類して解説されていた．この分類がとても印象に残っている❗️

• 自己志向的完璧主義（自分に完璧を求める）
• 他者志向的完璧主義（自分から他者に完璧を求める）
• 社会規定的完璧主義（自分が他者から完璧を求められていると認知する）

どれか1つに該当することもあれば，全部に該当することもある．また「他者志向的 → 社会規定的 → 自己志向的」の流れで進むこともあると書いてあった．実際に3種類の完璧主義には「正の相関関係」があるとも書いてあった．読みながら「僕自身は間違いなく全部だなぁ...」と感じた．

完璧志向とは何か？ 🦁

本書で重要な用語として「完璧志向」がある．完璧志向は ある限定されたことを対象にして完璧を求める というマインドセットのことで，"完璧じゃなきゃいけない" という信念にこだわらない点が異なる．本書では完璧主義ではなく完璧志向を目指すべき❗️と繰り返し書かれている．

表1-1 に載っている 完璧の構成要素の違い も興味深かった💡

• 完璧主義
  1. 高すぎる目標の設定
  2. 厳しすぎる自己評価と自己批判
  3. 失敗恐怖
  4. 強すぎる評価懸念
• 完璧志向
  1. 理にかなった高い目標の設定
  2. しっかりした自己評価と自己強化（褒める・励ます）
  3. 失敗を恐れないこと（挑戦的姿勢）
  4. 他者の否定的な評価をあまり気にしないこと

完璧主義を計測する 🦁

第4章には完璧主義を "計測する" 尺度が載っている．論文で提唱されている尺度は権利面で書籍に載せられないらしく，少し改変されたものが本書に載っていて，実際に定量的な数値を調べることができる．実際に僕もやってみた❗️

自己志向的／他者志向的／社会規定的完璧主義を測定する尺度（成人用）📊

42点満点 で以下の結果だった．定量的に全部に当てはまっていた．

• ① 自己志向的完璧主義 : 39点
• ② 他者志向的完璧主義 : 34点
• ③ 社会規定的完璧主義 : 34点

自己志向的完璧主義を4つの観点から測定する尺度（成人用）📊

24点満点 で以下の結果だった．例えば どんなことでも完璧にやり遂げることが私のモットーである や 中途半端な出来栄えでは我慢できない という設問があって「そりゃそうに決まってるだろ！！！！！」という気持ちで回答していた．

• ① 完璧でありたいという欲求 : 24点
• ② 自分に高い目標を課す傾向 : 22点
• ③ ミス（失敗）を過度に気にする傾向 : 22点
• ④ 自分の行動の出来栄えに漠然とした疑いを持つ傾向 : 22点

他にも「子供用の尺度」や「養育者による子育ての尺度」もあって，興味があったら計測をしてみると良さそう📊

不適応 🦁

適当的な完璧主義もあるけど，それは完璧志向に近く，一般的には完璧主義は不適応（軽度も重度もある）になりやすいと書いてあった．不適応な振る舞いや症状として以下などが載っていて，思い当たる節しかなく刺さった🔪

特に「取り掛かるのが遅れる」と「先延ばしにしがち」というのはこれまで幾度となくあって（常に WIP 制限をしてるという理由もあるにはあるけど），やる気はあっても「中途半端になってしまうのは嫌だから完璧にできるまで待とう」という心理が働いてしまう．まさに僕じゃん！という解説がここにもたくさんあった．

• 軽度
  • 課題や仕事への取り掛かりが遅れる
  • 先延ばしをして自己嫌悪や無気力になる
  • 他者を頼れない
  • 新しいことにチャレンジしなくなる
  • 過剰適応になりやすい
• 重度
  • 燃え尽き症候群
  • アルコール依存
  • 薬物依存
  • うつ病

読書メモ 🦁

第一部 : 理論編

• 英語だと Perfectionism（完璧主義／完全主義）
• 完璧主義は不適応に陥りやすい
• 逆に高いパフォーマンスが出ることもある（著名な芸術家や学者やスポーツ選手など）
• 適応的な 完璧主義（健康な 完璧主義）
• 不適応な 完璧主義（不健康な 完璧主義）
• 完璧主義とは何か？
• 完璧主義の種類
  • 自己志向的
  • 他者志向的
  • 社会規定的
• 完璧主義だと周りの人から嫌われる可能性が高い
• 完璧主義から 完璧志向 に移行するべき
• 完璧に近付くことを良しとする を受け入れる
• 医師・看護師・職人は完璧が求められる仕事
  • 特に医師・看護師はミスができないという 失敗恐怖 が強い
• 人間が持つ心理的欲求の中に 有能さへの欲求（コンピテンス欲求） がある
  • この中に 承認欲求 も入っている
• 完璧主義になる背景の一つは乳幼児期に形成される不安定なアタッチメントが関係している
  • ① 子供への干渉的な養育行動
  • ② 子供の生活に完璧を求める養育行動
  • ③ 育児書などに基づく完璧な養育行動
• 父親の完璧主義は子供の完璧主義の形成には影響を及ぼさない（2001年の研究）
  • これは 父親が養育にそこまで関わらない前提 だから今は違うかも
• パーソナリティにおける5つの特性 (OCEAN)
  • 開放性・知性 (Openness to Experience)
  • 誠実性・勤勉性 (Conscientiousness)
  • 外向性 (Extraversion)
  • 調和性・協調性 (Agreeableness)
  • 情緒不安定性・神経症傾向 (Neuroticism)
  • 完璧主義と関連するのは C と N
• 完璧主義は中途半端を嫌う
• 完璧主義は遺伝する（あくまで推定としては 40%の遺伝率）
• 誠実で神経質な人ほど社会規定的完璧主義に陥りやすい
• 完璧主義は心身へのポジティブな影響は望めない
• 完璧志向は周囲からの信頼が高くなり安心して物事を任せられる存在と認知される
• 高目標設定（自分に高い目標を課する傾向のこと）
• 軽度の不適応
• 重度の不適応
• 他者志向的だと完璧を求められた他者が社会規定的になってネガティブな影響を受けることもある

第二部 : 実践編

• ホレンダーの完璧主義の定義
• バーンズの完璧主義の定義
• 完璧主義を計測する
• 自己志向的完璧主義だと対人関係があまり良好ではない
  • 他者を信頼できない
  • 対人関係を築くのが苦手
  • 自分をサポートしてくれる人をなかなか作れない
• 自己志向的完璧主義とうまく付き合う
  • ① 全てのことに完璧を求めている
  • ② いつも完璧でなければならない
  • ③ いつも高すぎる目標を設定している
  • ④ 自己評価が厳しすぎる
  • ⑤ 失敗するのではないかといつも恐れている
  • ⑥ 他者の評価がすごく気になる
• 完璧主義による "メリット" と "デメリット" を書き出して比較する
• プラットフォール効果

「プラットフォール効果」というものを今日知った💡

有能な人とかスゴイ人が弱みを見せたりちょっと失敗したりすると逆にその人に対する好感度が上がるっていう心理学でよく知られた効果らしい❗️へぇへぇ

— カック (@kakakakakku) 2023年3月10日

まとめ 🦁

「完璧主義」とは何か？という今まで曖昧に理解していたところの解像度を上げることができる一冊だった❗️完璧主義だと言われる僕にとってはもっと早く出会いたかったと思えるほどに貴重な一冊だった．本書で学んだことを意識しつつ，今後は「完璧志向」を目指して強みを活かしていきたいと思う💪

完璧を求める心理

Dockerfile の ARG を使って FROM を変数化する

コンテナイメージを作るときに Dockerfile の FROM に指定する「イメージ名」や「タグ名」をビルドごとに変えて設定したく，Dockerfile の ARG を使って実現できた．試しながら学んだポイントをまとめる❗️

Dockerfile 例

例えば，以下の Dockerfile では ARG を使って VERSION を変数化していて，docker build コマンドを実行するときに --build-arg オプションを使うと変数に値を挿入できる．もし --build-arg オプションを使わなかった場合はデフォルト値（今回の例だと latest）のままになる．

ARG VERSION=latest
FROM nginx:${VERSION}

ARG の仕様や注意点などはドキュメントに詳しく載っている．

docs.docker.com

実際に docker build --build-arg コマンドを実行して，NGINX 1.22 と NGINX 1.23 のコンテナイメージを作ったところ，期待通りに起動できた．よって，Dockerfile の ARG を使うことで「Dockerfile」を共通化できるようになった❗️

NGINX 1.22

$ docker build . --tag my-nginx:1.22 --build-arg VERSION=1.22
$ docker run -p 8080:80 my-nginx:1.22
（中略）
2023/03/07 00:00:00 [notice] 1#1: nginx/1.22.1
（中略）

NGINX 1.23

$ docker build . --tag my-nginx:1.23 --build-arg VERSION=1.23
$ docker run -p 8080:80 my-nginx:1.23
（中略）
2023/03/07 00:00:00 [notice] 1#1: nginx/1.23.3
（中略）

ARG のスコープに気を付ける

ドキュメントに載っている通り，FROM より前に設定した ARG はビルドとは異なるスコープ（ビルドステージの外側）になる点は理解しておく必要がありそう．

An ARG declared before a FROM is outside of a build stage, so it can’t be used in any instruction after a FROM. To use the default value of an ARG declared before the first FROM use an ARG instruction without a value inside of a build stage:

実際に確認するため，以下のように Dockerfile に VERSION を version.txt に書き出す1行を追加した．コンテナを起動して version.txt を確認すると，スコープが異なるためファイルの中身は「ブランク」だった．

ARG VERSION=latest
FROM nginx:${VERSION}
RUN echo ${VERSION} > version.txt

正しくは FROM の後にもう一度，デフォルト値は指定せずに VERSION を追加する必要がある．

ARG VERSION=latest
FROM nginx:${VERSION}
ARG VERSION
RUN echo ${VERSION} > version.txt

すると，期待通りに version.txt に VERSION を書き出せた❗️

# cat version.txt
1.23

# cat version.txt
1.23

# cat version.txt
latest

3000円台で買えてコスパ良し！マランツプロ M4U を1ヶ月使ってみた

Amazon で "そこそこ" 評判が良く，メーカーは信頼できるマランツプロ 🎵 そして何よりもお手軽すぎる「3000円台（記事を書いてる 2/25 時点だとなんと3,192円 💰）」という価格にも驚きで，あまり期待はせずに検証も兼ねて「888M マランツプロ USB コンデンサーマイク M4U」を買ってみた❗️

1ヶ月（2023年2月）ミーティングや収録で使ってみて，結論としては「十分に使えた👌」ので紹介したいと思う．価格もお手軽なので「マイク入門」にも良いと思う．ただし macOS で使う場合には自分自身の環境 (macOS Monterey と Ventura) だと問題もあって，その点も紹介する〜

＼( 'ω')／ コスパ最強マイクだぁぁぁー

888M マランツプロ USBコンデンサーマイク PC 単一指向性 ゲーム テレワーク ケーブル スタンド付 ボイスチャット Mac PC【Amazon限定ブランド】M4U

製品紹介（M4U と MPH1）

マイク (M4U) 側の端子は XLR になっていて，付属の A/D コンバーターに接続して使う．A/D コンバーターと macOS 側は USB Type-A で接続する．そして製品画像にも載っている通りマイクスタンドも付属していて，セットアップするとすぐに使える．マイクの質感も良くて「高級感」というか「プロっぽさ」もある❗️ちなみに A/D コンバーターの AUDIO OUT にはヘッドホンを接続できて，セット購入したヘッドホン (MPH1) を検証も兼ねて使っている．

自宅デスクに並べて1枚撮ってみた 📷

macOS で発生した音声トラブル

実際に macOS (Ventura) にセットアップをしてマイク音を確認したら完全に NG ⚡️マイク音のノイズ（音が割れている）が酷く，聴くに耐えないレベルだった．正確に言うと常時ノイズが出ているわけではなく，最初数秒はキレイに収録できていたと思ったら，急激にノイズで埋め尽くされてしまう感じ．環境依存も考慮して別の macOS (Monterey) で確認してもノイズはなくならず，Windows で確認したところ問題なくクリアな音を収録できた．macOS での不具合は Amazon のレビューにも同じコメントが数件あって，再現性はありそうだった 💦

macOS 対応って書いてあるのに全く使えないのは厳しく，返品をしようと思ったけど，もしかしたら...と思って「A/D コンバーター」を変えてみた．するとビンゴ 🎯 驚くことに macOS でもクリアな音を収録できるようになった．コンバーターも種類が多くて悩んだけど，失敗しても落ち込まずに済みそうな「UGREEN USB オーディオ変換アダプタ」を買った．現在だと 1,099円で買える〜 💰

UGREEN USB オーディオ 変換アダプタ 外付け サウンドカード USB 3.5mm ミニ ジャック ヘッドホン・マイク端子 PS5 PS4,MacBook,Mac Mini,iMac,Windows PCなどに最適 ブラック

「UGREEN USB オーディオ変換アダプタ」を使う注意点としてはオーディオ装置名が「USB Audio Device」と表示されてしまって判別しにくいところ．付属の A/D コンバーターは「MARANTZ M4U」と表示される．

まとめ

その後は1ヶ月ほどミーティング（10回）や収録（ポッドキャスト練習）でマイク (M4U) を使ってみて，問題なく使えるようになった．ミーティングでは相手に音質を確認して「クリア❗️」と言ってもらえていて（サービス側のノイズ軽減が効いてる可能性はある），練習で収録したポッドキャストも音質的には「問題なく聴けるレベル」になっていた．そして「単一指向性」なので "ある程度は" 環境音を拾わずに収録できる．コスパ最強マイクと言えそう 👏

ただし 自分自身の環境だと macOS では問題があって，A/D コンバーターを追加で買うことを考えると価格的には別の選択肢もありそうだし，僕は音響の専門家ではないので，もっと厳密に音を分析すると他にも良し悪しは出てくると思う．それは別途レビュー記事や YouTube などを参照してもらうのが良いかと〜

888M マランツプロ USBコンデンサーマイク PC 単一指向性 ゲーム テレワーク ケーブル スタンド付 ボイスチャット Mac PC【Amazon限定ブランド】M4U

Git / GitHub に入門するならまずこの一冊 /「いちばんやさしい Git & GitHub の教本 第2版」を読んだ

「いちばんやさしい Git & GitHub の教本 第2版」を読んだ．「いちやさ」と謳っている通り，本当に本当に丁寧に書かれていて，説明の歩幅も小さく，Git / GitHub の初学者でも挫折することなく読み進められる一冊だった．また情報量も意図的に抑えられている気がしていて（読者層の定義がしっかりされていそう），開発現場で Git / GitHub を使う上で「最低限このあたりは知っておいて欲しいぞー❗️」という内容が凝縮されていた．もし Git / GitHub に慣れてなくて "これから学ぼうと思っていて〜" という人がいたら真っ先に紹介したいと思う👏

いちばんやさしいGit&GitHubの教本 第2版 人気講師が教えるバージョン管理&共有入門 (「いちばんやさしい教本」シリーズ)

圧倒的な読みやすさ

フルカラー🎨という良さもあるけど，とにかく図解とキャプチャの多さが印象に残った．初学者に技術を伝えるときに図解を活用するというテクニックはよく使うもので，例えばリポジトリの関係図やブランチ図がわかりやすく図解されていたけど，本書ではさらに「大量のキャプチャ」も載っていてとにかく読みやすくわかりやすかった．git コマンドの実行結果などはテキストとして載せることもできるけど，本書にはちゃんとターミナルで実行したキャプチャが載っていた．キャプチャ（画像）を載せるのってちょっとした修正に弱く，不要な情報が載っていないか慎重に確認する必要があって，個人的な経験から結構手間だったんじゃないかなぁーなんて思ったりもした．

他には Git をインストールする手順も「イイ感じにやれば良し！」みたいに言ってしまいそうだけど，Windows / macOS どちらにも対応したキャプチャが載っていて，これ以上ない手厚さだった（逆に言うとサイトデザインなどが変わったりすることへの影響は受けやすくなるけど本書の読者層には必要だと判断されたんだと思う）．

体験できる

Chapter 4 以降は Web サイトを実装するというテーマで実際に Git / GitHub を体験していく（プルリクエスト／レビュー／コンフリクトなど）．Git を学ぶためにはとにかく試すことが重要だと思うし，予期せぬ事故に出くわして理解が深まることもあると思う（例えば git reflog とかｗ）．だからこそ，Chapter 4 以降は本書を読むだけではなく，ぜひ実際に yasagit-2/ichiyasaGitSample リポジトリをフォークして体験して欲しいと思う❗️現時点で Fork が 750 を超えていて，体験されている人の多さに驚いた．また本書では「友達や仕事仲間と一緒に進めてみるのも良いよ」と書いてあって，確かにそうすると「よりチーム開発に近い体験」ができそう．

github.com

体験という意味だと GitHub の GitHub Skills（旧 GitHub Learning Lab） も便利で，僕はよく初学者に GitHub Skills を紹介している（必要なら自動翻訳も使ってもらいつつ）．本書と同じように Git / GitHub の基本操作を学べるし，さらにステップアップをして GitHub Pages や GitHub Actions を体験するコンテンツもある．本書を読み終わったら試してみると良いのではないでしょうか❗️

skills.github.com

現場目線

本書では，知っておくべき「現場目線なポイント」も紹介されていて，実践的だなーと思った．例えば以下など❗️このあたりは Git / GitHub の機能と言うよりも文化的な側面で，意識できていると良さそう．

• コミットメッセージの形式
• プルリクエストを誰がマージするか
• LGTM とは何か
• 絵文字
• レビューでのマナー

個人的に気になった

もしかしたら「いちやさ」の組版として定番なのかもしれないけど，以下のように文章の中央で分割されているレイアウト（段組）だと個人的に視線を動かせず，ずっと読みにくく感じていた．あくまで僕個人の感想なので一般的には読みやすいのかも〜

まとめ

「いちばんやさしい Git & GitHub の教本 第2版」を読んだ．これから Git / GitHub を学ぶぞ！という人におすすめできる．僕自身もこれまでの経験で Git / GitHub 未経験者に教える機会が多くあり，実際にペアプロのようにペアで話しながら教えるのが効果的だと思っていたけど，まずは本書を読んで簡単に体験してもらってからペアで教える流れがもっと良さそう❗️とも思えた．

他には細かいところだと，git switch と git restore の話は載ってないかもなぁーと思ったらちゃんと「ワンポイント」で言及されていたし，個人的に必須な code コマンドから VS Code を起動する設定まで載ってて最高かよ〜と思って嬉しくなってたら実際に Chapter 4 で使うようになってたし，他にも印象に残って読書メモにまとめていることが多くあった．

なお，本書は id:syobochim に献本してもらって読んだのに書評記事をまとめることができず，ずるずると伸びてしまってごめんなさい🙇‍♂️そして献本ありがとうございました❗️さらに重版おめでとうございます🎉

おかげさまで、いちばんやさしいGit&GitHubの教本の重版が決まりました〜！🎉🎉🎉 https://t.co/8WaA3BHd9a

— しょぼちむ (@syobochim) 2023年2月24日

Git / GitHub の初学者に最高の一冊でした❗️

いちばんやさしいGit&GitHubの教本 第2版 人気講師が教えるバージョン管理&共有入門 (「いちばんやさしい教本」シリーズ)

関連記事

kakakakakku.hatenablog.com

Calendly 1on1 振り返り（2023年2月）

気軽に 1on1 などのミーティングを申し込める「Calendly」というサービスをテスト運用として1ヶ月導入してみたので（2023年2月），簡単に振り返ってみようと思う．Calendly は本当に便利で今後も継続して使っていくぞー❗️という気持ち．Calendly の機能紹介は以下の記事にまとめてある．

kakakakakku.hatenablog.com

1on1 件数

2023年2月の Calendly 1on1 テスト運用では「4名」とお話できた❗️どの 1on1 もとても楽しく，あっという間に時間がたってしまった⏳テスト運用中なのに積極的に申し込んでもらってありがとうございました❗️感謝ぁぁぁ ＼( 'ω')／

1on1 のトピックをザッと分類すると以下だった．

• 雑談: 1名
• テックブログ相談: 1名
• 技術相談: 2名

1on1 前日までに

まず，1on1 前日までに Notion にドキュメントを作る．前に検証記事を書いた通り，Calendly と Zapier を連携すると自動的に Notion にドキュメントを作れるけど，Calendly の無料プランだと Zapier 連携は使えなくて残念...！そして，Notion ドキュメントにネタ帳（アジェンダやメモなど）をまとめていく．

• アイスブレイク
• 前にお会いしたのはいつか（もしくははじめてお話するか）
• 最近はどんなアクティビティをされているのか（ブログ / Twitter / GitHub などを網羅的に確認する）
• 記載してもらった 1on1 トピックに関する情報をまとめる
• etc

ネタ帳をまとめるのに少なくとも30分以上は必要なので，直前にバタバタしないように 1on1 前日までに終わらせている🍀

kakakakakku.hatenablog.com

1on1 開始前

マイクとカメラなどオーディオ機材の動作確認をしてから，開始5分前には Google Meet に接続する．カメラ位置や画面共有をするときのために接続確認などをしつつ，残った時間は「笑顔の練習」として，頬を上げ下げして表情を柔らかくしている（この頬を上げ下げしている姿を見られたら本当にヤバイ👽笑）．

また Calendly 1on1 を募集する前に個人的に決めた「意識するべき3つのポイント」があって，1on1 開始前に見直している．

• ① 傾聴しよう！（自分のことばかりを話さないように）
• ② 無理にアドバイスをしすぎないようにしよう！（アドバイスおじさんにならないように）
• ③ 時間を厳守しよう！

1on1 終了後

1on1 の後は Notion ドキュメントに僕自身の振り返りを簡単にまとめている．常により良い 1on1 を目指して模索中❗️

• どんな話をしたか
• より良い 1on1 にするためにどんな改善ができるか
• また 1on1 を申し込んでもらえるとしたらどんな話をしたいか
• etc

良かったこと

負担にならないように 1on1 後のアンケートは取得していないけど，僕としてはとにかく楽しく 1on1（雑談）ができたことは良かったと思う❗️そして，無理にアドバイスをしすぎないように気を付けつつも，相談や疑問に多少なりとも回答できたり，少しは背中を押せたんじゃないかなぁーとは思う．また申込み時の質問に「顔出し: ON/OFF」の希望を設定しておいたのは正解だったと思う．できる限り，気軽に 1on1 ができるようにしたいと思っている．

改善できること

まず，2023年2月のテスト運用では「10-11時」の2枠で 1on1 を募集していた．仕事によってバラバラだとは思うけど，10時だと朝会（デイリースタンドアップ）などとカブってしまうということも多そうだと気付いた．そこで，今後は時間をずらしたり，場合によっては平日夜や週末も候補日にできると良さそうだった．2023年3月以降はできる限りバラバラとスキマ時間を Calendly 1on1 枠として確保してみようと思う 📅

そして，1on1 のトピック的に一度話して終わりではなく，また定期的にお話したいなぁーと思うことがほとんどだった．僕としてはウェルカム👌だけど，1on1 を申込む側としては「2回目ってイイんだろうか...」と不安になってしまう可能性があると気付いた．そこで Calendly 1on1 のサイトに FAQ を追加しておいた．お待ちしています❗️

(FAQ) 1on1 の申込みは1回限りですか❓
→ 2回目/3回目もウェルカムなので定期的に 1on1 しましょう❗️

まとめ

簡単に Calendly 1on1 のテスト運用（2023年2月）を振り返ってみた❗️

Calendly の操作や運用など，全体の流れは把握できたのでテスト運用は終了して，今後も引き続き 1on1 を受け付けることにした．Calendly 1on1 の申込みは以下のリンクや kakakakakku blog のサイドバーから気軽にどうぞ〜

＼( 'ω')／ うぇーい

calendly.com