読者です 読者をやめる 読者になる 読者になる

しるろぐ

いろいろ書きます。

プロダクトマネージャー風林火山

雑記

小野和俊さんの風林火山の話おもしろいなと思ったので真似して分類してみたメモ。

小野和俊のブログ:プログラマー風林火山

分類 能力
風のプロダクトマネージャー 顧客の要望に素早く対応し、プロダクトを成長させていくプロダクトマネージャー。立ち上げ直後のプロダクト向きで市場の変化にいち早く対応できる。開発者出身が多い。
林のプロダクトマネージャー 冷静に市場分析や顧客分析を行い、プロダクトを改善していくプロダクトマネージャー。安定したプロダクト向きで着実に良い製品を作り出す。主なスキルは分析。
火のプロダクトマネージャー 情熱を持ってチームを整え、強い開発力でプロダクトを飛躍させるプロダクトマネージャー。チームが一丸となり、短期間での目標達成に強い。
山のプロダクトマネージャー プロダクトのロードマップを整え、プロダクトの品質を担保するプロダクトマネージャー。一貫した方針でプロダクトのブランドを守り、様々なしがらみからチームを守る。

完全に独断と偏見なので、もっとこうしたほうがわかりやすそう!とかあれば教えてください!

おにやんま - ISUCON6予選敗退反省会 #isucon

ISUCON6予選に、 id:karupanerura, id:ar_tama と3人で「チームおにやんま」として参加しました。

当日の動きなどは他の二人が書いてくれると思うので、反省点をまとめておきます。

昨年のふりかえりはこちら。

ofsilvers.hatenablog.com

まとめ

isucon.net

以下の4チームは、最終スコアは上位10チームを上回っていたものの、それぞれ下記の理由により失格となりました。

再起動後のチェックで正しいレスポンスを返せなかった
・ヴェンティッグ
チームおにやんま

KEEP

きっちりと役割分担できた

インフラ整えるあたりで3人とも同じ罠(symlinkがー、daemon offがー、再起動がー)にハマったりしていたので、誰か一人が全メンバーのインスタンスでインフラ整えて渡すみたいなことをしておけばよかった。 その間に残りのメンバーはアプリケーションの仕様を把握したりコード読んだり。

昨年、このような反省をしたので、今回はきっちりと役割分担をした。 インフラや破壊的な大規模改修は id:karupanerura、地道なアプリケーションの改善は id:ar_tama、計測やベンチ、プルリクのマージ・テスト等サポート全般は id:ofsilvers という感じ。

githubのプルリクもうまく使えて、今回は誰が何をやっているか全員が把握しつつ、一度も作業がバッティングすることなく進められた。

落ち着いて作業できた

なんか午前中にインフラまわりで時間かけてしまって、進捗ゼロです!みたいなので、お昼の時間も忘れて焦ってしまった*1ので、もっと時間をかっちり決めても良かった

音楽流したり、アロマを炊くなどして、精神を整えられた。

思わぬ事態に遭遇したときも、固執せずに代替案などに切り替えられたと思う。

相談の時間がとれた

開始前に、XXXが終わったら相談の時間をとる。XX時になったらアレをする等、相談のルールを決めていたので、3人の方針の認識は統一がとれていたと思う。

PROBLEM/TRY

前回の反省と違って、細かい作業レベルの反省になってきたのは良さそうに感じる。

systemdって分かっていたので準備しておく

workerの調整が結構ギリギリになってしまったので、systemdまわりも最初にリポジトリにいれておくことで、変更履歴を管理するとともに、ansible で配れるようにしておけばよかったなと反省。

コードもデプロイできるようにする

設定等はansibleで配布していたけれど、コード周りは環境でpullしていたのでいっそのことコードも配布できるようにする。

早めの締切を作る

18:00終了の予定で動いていたため17:00過ぎたあたりから最終調整に入ったが、毎回、最終調整の内容が重く、「あと数分あればかなり改善が見込める変更が反映出来たのに!!!」みたいな状況で終わってしまう。 そのため、17:00を提出時間だと思っておくとよさそう。

ふせんを使う

ホワイトボード、githubのissue、slack等情報が分散されてしまったのでタスク等は付箋で管理してみる(分散してそんなに困ったわけではないが、より良く情報を管理できそう)。

おまけ1

おまけ2

1on1ミーティングに備えるアンケート

仕事

最近は、大体月一ぐらいのペースでメンバーと1on1ミーティングをするようにしている。

一人あたり30分から60分ぐらいで、前回のミーティングからの振り返りとその他相談を話す感じ。相談は仕事のことが主だけれど、プライベートな内容もある。

1on1ミーティングにあたって今年から事前アンケートを用意するようにしたのだけれど、そこそこいい感じに回っているのでまとめてみる。

事前アンケートを用意するメリット

話すことが事前に想定できる

アンケート自体がアジェンダになるので、ミーティングがコントロール可能になる。 どんな話をするか分かっていると安心感もあるし、話が横道に逸れることもない(雑談は雑談で良いものだけど)。

その場で回答が思いつかなくて適当な返しになることがなくなる(お互いに)

自分の体験談なんだけど、何か質問をされたときにその場では「うーん、今は特に思いつかないです」と答えたのに終わってからアレコレ思いついて、まあいっか、今度話そ、みたいになって忘れてしまうことがよくあって、それって非常にもったいないなと思っていた。 事前に回答を用意する感じになれば、いくらでも悩めるし、アンケート時には思いつかなかったけどあとから「そういえば…」みたいなこともある。

事前に準備ができる

これがすごい良くって、スピード感が出る。

例えば、「会社やチームにこんな不満/要望がある」みたいなことが事前アンケートに書かれていれば、ミーティング前に調整を行って、ミーティング時には「あれ対応しといたよ」みたいなことが言える。 通常であれば、面談 → 対応 → 報告みたいなフローをとる必要があって、結構面倒だったりする。 全員に共有できる内容であれば対応後すぐに報告することもできるのだけれど、内容によっては個別に共有が必要で再度予定確認して会議室とって、みたいになると思いの外時間を使ってしまう原因になる。

また、Aさんの話を聞いた後にBさんの話を聞いたらちょっと見え方が変わってきたみたいなことも多くって、それを事前にみんなの意見を見てからミーティングにのぞめるのも良い。

アンケートの内容(レギュラー)

常に表示しているアンケート項目。回答は任意。

キャリアについて

  • 5年後どうなっていたいですか?
  • そのために今年このチームでは何をしたいですか?

将来のキャリアプランと計画を聞くことで、今後どのような業務・役割をしてもらうかを判断するために聞いている。 場合によってはこのチームにいたら目標に近づけないこともあるので、別のチームを紹介するなど異動の手伝いをすることもある。

目標/評価について

  • 目標や評価について何か悩んでいること・障害はありますか?

期初に決めた目標の進捗がよろしくないみたいなときに、一緒に解決の方向を探るために聞いている。 障害であればできる限り取り除き、自己評価と周りの評価が大きく違っていれば認識を合わせたりする。

相談/不安/不満/報告

  • 会社/経営について
  • プロダクト/チームについて
  • 一緒に働くメンバーについて

いろいろなカテゴリでとにかく話したいことがあれば書いてねという項目。 ここも同様で、障害であれば取り除いたり、意見や提案であれば、取り入れるか取り入れられない理由を説明する。

アンケート項目(季節替わり)

チームのフェーズに合わせて変えていく質問。回答は必須。

プロダクトをよくするために何をしたいですか?

まずはプロダクトのマイルストーンを決めるために、チームメンバーがプロダクトをどう思っているか、どうしたいと思っているかを聞いた。 現実的な回答よりは夢を語ってほしかったので、お金や時間やその他もろもろのしがらみを無視して答えてもらった。

人によってプロダクトのとらえ方が違っていたので、回答をもとに改めてプロダクトの立ち位置やミッションを共有した。

あなたがPMだとしたらプロダクト/チームをどう改善したいですか?

ある程度運用を行ったので、それぞれが考えるプロダクトやチームと、PMが決めたマイルストーンとの差異を確認するために聞いた。 すごい長文で回答をくれたメンバーもいて熱意が伝わってきたし、自分になかった切り口などを知れてとても勉強になった。

今の仕事や環境は、あなたや周りのメンバーの能力をちゃんと引き出せていますか?

みんなが同じ方向を向けるようになったので、今度は配置について聞いてみた。 ほんとはこれがやりたい、あれがやりたい、みたいなことを期待していたのだけれど、そこは満足度が高くて良かった。 かわりに、自分はあの人に以前一緒だったんだけどこういうこともできるので任せてみては?みたいな回答があって、なんか嬉しかった。

あなたに与えられた仕事は、おもしろいですか?

能力は引き出せているけど、ただの作業になってしまって学びがない、みたいなことを防ぐために聞いてみた。

今チームでやっていることで1つだけやめるとしたら何ですか?(一番無駄だと思うことを教えてください)

形骸化した習慣を捨てるために聞いてみた。 結構いろいろな意見があったので、きっぱりやめてみたり、やめる検討中。 「すごい考えたけど思いつかなかった」みたいな回答もあったけれど、今やっている習慣やフローの必要性や目的を振り返る良い機会になったと思う。

まとめ

といった感じで事前アンケート良いよというお話でした。

2015年と私

雑記

毎年弊社では最終営業日に有志で 忘年会議 という一年を振り返るLTをやりながら飲んだり騒いだりする会をやっているのだけれど、今年は参加できなかったのでブログにまとめておく。

普段はいろいろな数値を出してアレコレするんだけど、今回は単純な振り返りで。

1月

f:id:ofsilvers:20150117165054j:plain * ボードゲーム熱が再燃して、Amazonで買えるボードゲームをひたすら買いまくった * 宅飲みするときとかオフィス飲みするときに便利 * 飲みながらプレイするのであまりものを広げない感じのやつが良い * 犯人は踊る はルールが微妙に調整されているので2015年版オススメ

Drei Magier ごきぶりポーカー

Drei Magier ごきぶりポーカー

ロストレガシー

ロストレガシー

2月

  • ネイティブアプリ開発の勉強はじめた
  • バランスボードを買って会社に置いたら大人気っぽい

TOEI LIGHT(トーエイライト) バランスディスク40 H-7412

TOEI LIGHT(トーエイライト) バランスディスク40 H-7412

  • 会社の先輩からJawboneもらったので睡眠時間の計測をはじめた
    • グラフみるだけで楽しい
  • 本棚を整理したり、靴や洋服のメンテナンスグッズを買っていたらしい
    • 定期的に整理してるけど整理するたびに2,30冊買ってて減らない

3月

  • マネジメント回りや感情の制御的な本をよく読んでいたらしい
  • 小布施ワイナリーが作った日本酒がおいしい
  • 疲れ気味だったので休養もかねて会津出張
    • お酒も料理もおいしいしやすくて最高だった。また行きたい

f:id:ofsilvers:20150314121402j:plain

4月

  • 新卒が入ってきた
  • 産直屋 たか、最高に良かった

f:id:ofsilvers:20150408200549j:plain tabelog.com

  • Kindleデビューして本買いまくった
    • 調子に乗りすぎてあと数年は本買わなくても大丈夫そう
  • この時期から買い物面倒くさい病でAmazonで日用品買うようになったらしい
  • huluで名探偵コナンの映画を見まくった

5月

  • チームメンバー増えてきたのでマネジメント寄りな作業多

ofsilvers.hatenablog.com

  • アロマにはまり始めて一式揃えた
  • ゲームジャム部でゲーム作った
    • 幼児を操作して邪魔者をよけながらおもちゃを片付けるゲーム

ofsilvers.hatenablog.com

ofsilvers.hatenablog.com

6月

  • 京都出張

f:id:ofsilvers:20150612211533j:plain

  • 手ぬぐいにはまる
    • 最近は見かけたらとりあえず買うようにしている
  • 「SAKE おかわり」という日本酒注ぎ放題のお店がオフィスのすぐ近くにできた

tabelog.com

7月

  • 産直屋 たか、最高に良かった

f:id:ofsilvers:20150718202957j:plain

  • 鳥料理 それがし、最高に良かった

f:id:ofsilvers:20150726203431j:plain tabelog.com

8月

  • MapBoxの検証など

ofsilvers.hateblo.jp

  • たまりがちなissueを消化したり、一番コード書いてた時期っぽい
  • 日本酒のジャケ買い

f:id:ofsilvers:20150801142257j:plain

  • gotanda.js発足
    • ちょっと放置してたら後輩がいろいろ取りまとめてくれてるらしい
  • YAPCスタッフ業

9月

  • フィルターボトル、今年買ってよかったものベスト3に入る
    • だし作ったり、水出しなんちゃら作ったりが手軽にできる

  • ISUCON予選参加した
    • 反省点は以下のエントリに

ofsilvers.hatenablog.com

  • HuluからNetflixへ乗り換えた
    • オリジナル作品とかあって良い

10月

  • ISUCON参加メンバーで予選の復習
    • 2度目ということもあって落ち着いて作業できた
    • お互いの能力がわかって役割分担できるようになったので次回こそ
  • 駅奪取というアプリのイベント参加で1泊2日で河口湖行った
    • 面白かった

f:id:ofsilvers:20151024134018j:plain

11月

  • 友人の結婚式でハワイへ
    • 8年ぶりぐらいの海外だったけど良かった
    • 自販機までクレジットカードですごかった
    • アロマキャンドルたくさん買った

f:id:ofsilvers:20151031042416j:plain f:id:ofsilvers:20151101091929j:plain f:id:ofsilvers:20151104070804j:plain

  • ワイン展面白かった

12月

  • 社内でワークショップ開催した

ofsilvers.hatenablog.com

過去の忘年会議資料

www.slideshare.net

www.slideshare.net

www.slideshare.net

「チームをつくるワークショップ」というのを開催しました

仕事

社内の某プロジェクトのメンバー全員で「チームをつくるワークショップ」というワークショップを開催しました。

背景

2週間ごとに「チームメンバーの満足度をあげる」というテーマで振り返りを行っていたのですが、KEEPやPROBLEMが直近の物事に左右されがちという問題がありました。
また、この1年でチームメンバーも増え、お互いが何を考えて仕事しているのか、どういう環境が嬉しいのかという情報共有が不足しているように感じました。

そこで、1年の振り返りとして、お互いのことを深く知り、自分たちがどんなチームになることを選択するのか、というのを話し合う機会を用意しました。

資料

www.slideshare.net

流れ

4人一組のグループに分かれてもらって、グループごとにワークを行うようにしました。
まずはじめに、以下のような話をして、チームを作る上でお互いのことを知るのが重要だ、みたいなことを話しました。

チームを作る上で、メンバーのことを知ることが重要だよ。
(自分たちの)チームの目標は、製品のビジョンを達成することに加え、メンバーのサポートをすることだよ。

次に、以下の順番で5つのワークをこなしました。

  1. 自己紹介(一緒に働くメンバーがどんな人で何をしたいのか知る)
  2. 理想的なチームについて考える(チームの将来像に関する意見交換)
  3. 現在のチームがどうなっているかまとめる(現状の認識をすり合わせる)
  4. なにをどうすれば理想に近づくのか考える(理想と現実のギャップを見極める)
  5. ネクストアクションを決める(理想に近づけるために、個々人が何をするか決める)

Work 1. チームメンバーをもっと知ろう!

個人ワークで自己紹介を考えてもらい、グループ内で自己紹介をしました。
自己紹介を作る上で以下のような観点で自己紹介をしてもらうようにしました。

  • あなたの業務はなんですか?
  • あなたがチームに対して貢献できることはなんですか?
  • 周りがあなたに期待していることはなんですか?
  • あなたは今後どのような人になりたいですか?

Work 2. 理想的なチームについて話そう!

過去の経験を元に、それぞれが思う理想的なチームについて考えてもらいました。
その後、グループ内で「理想的なチームはどんなチームか」をまとめてもらい、全体に発表をしました。

  • 今までで良かったチームはどんなチームでしたか?
  • どういったところが良かったですか?
  • そのためにどのような工夫がされていましたか?

Work 3. チームの現状を確認しよう!

同様に、今のチームはどんなチームであるかをグループでまとめてもらい、全体に発表をしました。

  • 今のチームの良い/好きなところはなんですか?
  • 今のチームの悪い/嫌いなところはなんですか?
  • 今のチームの特徴(個性)はなんですか?

Work 4. 何ができるかを考えよう!

理想と現実の差は何か、どこを改善すればよいか、どんなことをすればよいか、というのをグループ内でまとめてもらい、全体に発表をしました。

  • 今のチームに足りないことはなんですか?
  • 何が変われば理想的なチームになりますか?
  • それを変えるためには何をすれば良いでしょうか?

Work 5. アクションカードを書こう!

最後に、Work 4でまとめた課題に対して、各々が何をできるかを付箋にまとめてもらいました。
自分が、理想的なチームに向けてできることはもちろん、みんなにやってもらいたいことを発表したり、誰かにやってもらいたいことを書いてその人に渡す、といったことをしました。

  • 理想のチームにするため…
    • 自分ができることを付箋に書こう
    • みんなでやりたいことを付箋に書いて発表しよう
    • 誰かにやってほしいことを付箋に書いて渡そう

そして、最後に、

  • 各グループがまとめてくれた「理想」を右に
  • 各グループがまとめてくれた「現実」を左に
  • メンバーごとのアクションカードをその間に

貼ったボードを成果物として作成し、ワークショップを終了しました。

やってみて感じたこと

初めてのワークショップ(参加も開催も)だったのですが、比較的うまく行ったのかなと思います。
ただ、思っていた以上に話が盛り上がり(特に自己紹介や理想のチーム)時間をオーバーしてしまったので、もう少し余裕を持った時間配分にすると良かったかなと思いました。
全体的にワークの時間を2倍ぐらいにしても良い感じでした(印刷に1時間ぐらいかかってスタートが30分弱遅れてしまったの申し訳ない…)。

あとは、時間がなくてアクションカードの共有がボードに貼るだけになってしまったけれど、本当は「誰々から誰々へ。理想的なチームにするためにほげほげしてほしいです」とか「私から私へ。理想的なチームにするためにほげほげをします」みたいな感じで宣言するような形をとりたかったなというのが反省点。

参加者の反応

ワークショップ後にアンケートに回答してもらったのですが、以下のような反応がもらえました(抜粋)。概ね好評だったようです。

  • アクションカードを渡しあうのが面白かった
  • アクションカードを貰えると、自分では気付いけない/気づかない、期待されている事を知れる
  • チームメンバーの自己紹介で改めてどんな人物なのがわかった。全員分聞きたい
  • 普段の業務とは違う雰囲気でチームメンバーとのコミュニケーションがとれたところがよかった
  • 普段業務でかかわらない人の意見を聞くことができた
  • 目標や課題などについて改めて考え直すよい機会となった
  • 改めて「よいチームってなんだろう」「自分は何を期待されて何を貢献できるんだろう」と考えつつ、今の仕事を見つめなおせてよかった
  • チームが目指したいこと、個人が目指したいことを考え直すいい機会になった
  • 個人の意見や目指すものが知れたこと。今後、コミュニケーションすすめる上での種にできそう
  • 普段言うタイミングを逃しがち、明文化されず雑談ベースで話しているような内容を表現出来た

特に、他人にアクションカードを渡す部分と、できるだけ普段関わらない人とテーブルが同じになるようにしたのが評価が高かったです。

また、似たようなワークショップがあれば是非参加したい。他のチームもやったほうが良いという回答も多かったので、アップデートしてまた開催できればいいな。

逆に反省・改善点としては、

  • ぼくが参加していなかったこと
  • ホワイトボードが各テーブルにあれば発表楽かも
  • 話す時間とまとめる時間を分けてもらえると時間気にしなくていいので嬉しい

といったものがありました。

現場からは以上です。

おにやんま - ISUCON5予選敗退反省会 #isucon

雑記

ISUCON5予選に、 @karupanerura, @ar_tama と3人で「チームおにやんま」として参加しました。

当日の動きなどは他の二人が書いてくれると思うので、反省点をまとめておきます。

isucon.net

反省1:分担をきちんとする

インフラ編

インフラ整えるあたりで3人とも同じ罠(symlinkがー、daemon offがー、再起動がー)にハマったりしていたので、誰か一人が全メンバーのインスタンスでインフラ整えて渡すみたいなことをしておけばよかった。 その間に残りのメンバーはアプリケーションの仕様を把握したりコード読んだり。

アプリ編

指示出すメンバーが明確に決まっていなくて、それぞれが判断してアプリいじってたり、「AとBとC直そう」みたいに話したあと、誰がどれやる決めてなくて、「誰かがやってると思った」みたいなのがあったので、作業方針が決まったあとに、この作業は誰々、この作業は誰々とちゃんと分担するべきだった。

次回以降の対策

  1. インフラ整えてスナップショット配布
  2. 誰が何やっているか分かるようにする(小さい単位でブランチ切る)

反省2:みんなで忙しくならない

3人が3人ともゴリゴリコード書いていると相談もしづらいし、何かハマったときのヘルプが大変。 誰か1人は、計測中心に動きつつ、何か会った時に遊撃手として動けるようにしたほうが良かった。 あと開発しやすい環境を整えたり。

次回以降の対策

  1. 全体を見る人を立てる
  2. その人は実作業はせず、サポートに徹する(ハマった時の聞き役や開発しやすい環境を整えたり)

反省3:相談の時間を沢山とる

いちおうpt-query-digestで上から順に撲滅していったけど、もうちょい実装方法について共有しても良かった。 いろいろ意見出たけど、どの作業方針が決定稿か、みたいな認識がとれてなかった気がする。

次回以降の対策

  1. 全体を見る人を用意する
  2. 大画面でコードレビューしつつ、方針をコメントしてみる?

反省4:あわてないあわてない

なんか午前中にインフラまわりで時間かけてしまって、進捗ゼロです!みたいなので、お昼の時間も忘れて焦ってしまった*1ので、もっと時間をかっちり決めても良かった。

次回以降の対策

  1. ポモドーロテクニック的な感じで作業を止めて相談する時間を作る?
  2. 時報をslackに流してもいいかも?
  3. 音楽流して心に平穏を

おまけの反省

12:36 silvers: ブログ用におにやんまの写真とっとけばよかった
12:38 karupanerura: Uploaded an image: Slack for iOS Upload 
12:38 ar_tama: https://instagram.com/p/8Es-fjLKqA/?taken-by=ar_tama
12:39 silvers: すごい
12:39 silvers: おにやんまerの鑑だ
12:40 ar_tama: ₍₍ (ง ˘ω˘ )ว ⁾⁾

f:id:ofsilvers:20150928142451j:plain f:id:ofsilvers:20150928142721j:plain

*1:15時ぐらいに寿司食べた

午後、ぼーっとしてくる時間に休憩を推奨する発言を垂れ流すようにしてみた

雑記

会社の正式な制度ではないんだけど、チームとしてより生産性をあげるために昼休み以外にも休憩時間を取るといいんじゃないかという話になったので、お試しで15:30-16:30ぐらいを休憩推奨時間にしてみた。

もちろん、昼休みや休憩推奨時間以外にも適宜休憩はとっても良いけれど、制度として時間を確保することで

  • 堂々と休みやすくなる(全然いつ休んでも良いんだけど、気持ち的に)
  • チームメンバーとコーヒーブレイクしながら雑談しやすい
  • slackに通知する(ようにしている)ので良いタイムキーパーになる

といった利点がある。

また、業務と関係ない話から面白い発想が生まれたり、普段あまり関わらない人と話すことで良いシナジーが生まれたりすることがあるのでそこも期待しているところではある。

実際に、その時間に話した内容からいくつかの新しい制度を会社に提案し採用されていたり、新しい勉強会のネタが生まれたりと良い結果がでているので計画通り。

どうでもよい雑談のしやすさは、チームとして今後力を入れていきたい部分なので、サポートしていきたい。

ちなみに

こんな感じで休憩に関する適当な名言を流しつつ学校のチャイムのmp3のURLを流してます。

f:id:ofsilvers:20150825183736p:plain f:id:ofsilvers:20150825183724p:plain f:id:ofsilvers:20150825183734p:plain f:id:ofsilvers:20150825183738p:plain f:id:ofsilvers:20150825183727p:plain f:id:ofsilvers:20150825183731p:plain

追記

記事読んだ社内の人から質問あったので答えとく。

Q. 1時間多く昼休みとっているようなもん?

昼休みとは違います。

Q. どんなことをしているの?

例えば、飲み物飲んだり、トイレ行ったり、ストレッチしたり、たばこ吸ったり。
集中してて見てなかったチャットの返答をしたり、レビューをしたり。
あとは、溜まっているブログ記事読んだり、良いライブラリないかなって探したり。

Q. それって制度なくてもいつでもできることでは?

その通り。

ただ、その時間を「チームとして、大体この時間にとるとステキですね」ってすることで、ついでに相談ができたり雑談ができたりしてイイネって制度。

Q. 休憩っていうからサボってるのかと思った

良い名前があれば募集中。

ただ個人的には、脳の血管ブチ切れるぐらい思考している時か、ひたすらコードをガリガリ書いている時以外の業務時間は休憩だと思ってるのでこういう名前になった次第。