リモートワークで仕事をしていると、Slack や Teams といった何かしらのチャットツールでコミュニケーションを取ることが多い。そうやって仕事を続けていく中で「こう伝えたらよりスムーズに話が進んだかな...」という後悔は多々あり、日々試行錯誤を続けている。 そうやって試行錯誤を続けていく中である程度テキストコミュニケーションを取る上でのフォーマットが定まってきた気がするので、箇条書きでまとめてみようと思う。（随時更新予定） prefix （接頭辞）をつける文章の先頭にその文章の目的がわかるような prefix をつけて、何のためにポストしたかを一目で分かりやすくする。例えば以下のような prefix をつけることがある。 【質問】→ 相手の返信が欲しい時 【共有】→ 返信は不要だが、内容は把握しておいてほしい時 【メモ】→ 返信不要で、後から検索できるよう残しておきたい時 箇条書きする

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

2017/09/23にサポーターズコラボの和田さんの「【和田卓人氏特別講演】若手エンジニアに送る、"心構え"と"キャリア観"」の講演会に参加していました。 参加した経緯としては、友人からすすめられたのもあるのですが、最近テストを書くことが多くあり、調べた際にT和田さんの話が多く出ていたので興味を持ち参加することにしました。 講演を聞き和田さんがプログラマーとして生き続けるために必要なこととして「技術を学ぶことよりも、技術の学びかたを学ぶこと」がこの先プログラマーとして生きていく上で大切だと思ったのでまとめたいと思います。 今回の講演ではないですが、資料があったので参考までに以下に貼っておきます。 speakerdeck.com 技術の学び方を学ぶとは プログラミングの技術は小さなことから大きなことまで、毎日のように新しい技術が出て来る。そのため、出てきた技術をすべて学ぼうとすると、時間が足

いちは @Willway_ER 左右の取り違えについて。 注射部位を指示するときに、「右肩」「左肩」ではなく「みぎ肩」「ひだり肩」と書くようにしただけで、取り違え報告はほぼゼロになった。 2017-05-10 08:42:53

先日、会社のチームリーダーと面談を行った。 リーダーから「この会社で働いていて楽しい？　困ったことはない？」と尋ねられ、 僕は即座に「すごく楽しいですよ。日本で働いていた会社とは大違いです」と答えた。 「日本では毎日2時間から3時間残業するのが当たり前でした。 ときには週末を潰したり、徹夜でバグ修正を行ったりすることもありました。 それに比べてこの会社では残業が全然ないし、毎日適度な作業量を与えられて集中して仕事ができるから最高ですよ」 彼女はこれを聞いて、驚いたような呆れたような表情を見せこう語った。 「その日本の会社、マネジメントがひどい。 いくら長時間仕事をしたところで仕事が終わるなんてありえないのに」 いくら働いても問題は無くならない 「それは生産性が落ちるからってことですか？」と尋ねる僕に、彼女はこう続けた。 「例えば、いま未解決のバグが10個ある。 すべて直すのに80時間かかる

私は米マイクロソフトの DevOps のインターナショナルチームに所属しています。ただ、住んでいるところは日本なので日本側のオペレーションも実施しています。 前回のブログでも書いた通り、私はどうして米国のエンジニアが生産性が良いのかをずっと知りたいと思っていたし、今も研究中です。この２つのチームに同時に見えてきたことがあり、彼らの生産性の良さの一端に気付いたのでブログにして残しておきたいと思いました。 見えてきた「物量」の違い 私がインターナショナルチームと一緒に向こうでしているときに、仕事でアップアップになったことはありませんが、日本だとしょっちゅうです。日本のMSもはっきり言って過去に私が所属したどの会社より相当効率的で無理がないのですが、それでも存在するこの差はいったい何でしょうか？いくつかの事例を通じてだんだん見えてきたことは１つのことをこなすための「物量」が違うということです。

よんてんごP @yontengoP 後輩ないし自分の部下が何かしらのミスをした。当然ミスを窘め、善後策を協議し再発防止を促すのだが、 その際にミスをした本人に対して 「質問」をするのは得策か否か、である。 2016-01-21 22:08:36 よんてんごP @yontengoP 「質問」というのは例えば 「どうしてこういうミスが起こったと思う？」とか 「ならば次はどうしたらよいと思う？」 のような いわゆる「自分で考えさせる」パターンの質問である。 2016-01-21 22:10:04

上司や先輩の「クドクド口撃」にウンザリした経験、ありませんか？ 自分が重大なミスをした場合であれば、素直にお叱りを受ける気持ちになりますが、何度も何度も同じ非難をされたり、日によって言うことが違ったりする場合は、早くその場から逃げ出して、大切な時間を有益に使いたいもの。本当は、面と向かって「端的にお願いします！」なんて言えたらいいのですが、そんなことができたら苦労しません…。 そこで今回は、上司や先輩の口撃が始まりそうなときに、相手の気持ちを逆なですることなく話を切り上げる方法、そして、上司から「クドクド口撃」のターゲットにされないための予防策をご紹介します。 前回に引き続き、1万2000人以上に「話し方」を指導してきた「話し方教室　青山コミュニケーションセミナー」代表・栗原典裕氏にお話を伺いました。 「やり過ごす」は危険！口撃がさらに長引く可能性も 上司からお小言を言われている間、それを

元後輩？から「どんな人を創業メンバーに選ぶべきですか？」質問をされたので、自分なりの回答をした。 正直今の会社の創業メンバーは、前職同期である社長の素晴らしすぎる人脈もあって、奇跡的な能力のゴールデンバランスと性格的相性の良さを兼ね備えた6人が手を上げ起業している。 なので、このこと自体は全然参考にならないよという前置きをおいたあとに、自分なりに思ったことを述べた。 コストを払わない人と一緒にやるとチームが自然解散する 起業前によくあったのは、エンジニア1人＋企画2人とかのパターン。 大抵が本職がある状態でのプライベートプロジェクトで、土日のどちらかで1, 2週に一回集まって企画を考えてプロダクトに落として行くということをやっていた。 で、よくあるのが企画中はみんなでかなり盛り上がって笑い合って、じゃあこれで行こう！絶対いける！みたいになるんだけど、はいじゃあ実装開始ってなるとエンジニアが

今回は新卒の方が入社されて、会社からメンターにアサインされたが何すれば良いのか？どうしたらより良いメンターになれるのか？と考えられている方と一緒にメンタリングについて探求していきたいと思います。この記事を書くきっかけになったのは、現在私がサポートさせていただいているとあるお客様からのご相談でした。 お客様：新卒のメンターにアサインされたんですが、どうして行けば良いですかね・・・？ 私：そうですね・・・私がメンターから教わったヒントになるかもしれないお話をさせて頂きます。 （以下、お話させていただいた内容・・・） メンターと聞くと何か偉そうだし、いかにも凄い人っぽい響きがしてしまいますよね。私もメンターをやってほしいと言われたりしますが、「自分そんなに凄くないですし・・・」ってなってしまいそうな気がします。ただ、メンタリングを受ける方（以下、メンティー）の成長を促進できるのが良いメンターと捉

スタバやディズニーなど、優れた会社に共通していること　「共通言語」がないのは危険？強い組織を作るポイント

こんにちは！人事部の杉山です。 クックパッドの「ユーザーファースト」は、スタッフが働くオフィスにも浸透しています。 今回はその事例をご紹介したいと思います。 ホワイトボードに文字が残っている問題 クックパッドのオフィスらしさといえば大きなキッチンですが、もう一つの特徴は社内中に設置されたホワイトボード！ すぐにミーティングでき、チーム内でのコミュニケーションの中心になっています。 一方で会議室のホワイトボードは、使用後に文字が残っていることも多く、問題になっていました。 そこでユーザーであるスタッフの利用シーンを観察・・・ すると「ちゃんと消していない」ことではなく、「消そうとしても消えにくい」という課題が見えてきました。 【試してみた①】いろんなマーカーとイレーザーで比較 レビューなどを参考に厳選したマーカー9種類・イレーザー（消すもの）3種類を購入 各マーカーで書いた線を、それぞれのイ

http://www.rubyworld-conf.org/ja/program/ - Video: http://www.ustream.tv/recorded/55359249 - Blog: http://snoozer05.org/?date=20141113#p01

チームで仕事をする際に避けられないのは「仕事の依頼」です。自分が仕事の依頼をすることもあれば、誰かから仕事を依頼されることもあるでしょう。チームワークが難しいひとつの理由に、優秀なプレイヤーは、優秀なワン・オブ・チームメイトでは必ずしもないという点が挙げられるでしょう。

【サイボウズ式編集部より】 この「ブロガーズ・コラム」は、著名ブロガーをサイボウズの外部から招いて、チームワークに関するコラムを執筆いただいています。今回は、脱社畜ブログの日野瑛太郎さんによる「仕事の任せ方、頼み方」について。 「人に何か仕事を頼む」という行為は、とても面倒くさいものです。 誰かに仕事を頼む以上、最低限どんな仕事をやってほしいのか説明をしなければなりません。「アレやっておいて」で済む相手であればいいですが、相手がまったくその仕事に通じていない場合は、説明だけでかなりの時間が取られてしまいます。仕事を依頼した後も、質問に答えたり、仕事の結果をチェックしたり、やることは意外と多くあります。 このような状況から、人に任せるのではなく「もう自分でやったほうが早い」と思ってしまうのはある意味では当然です。この考え方は、短期的には正しいと言えるでしょう。納期がピンチだという時に、悠長に

強いチームはオフィスを捨てる: 37シグナルズが考える「働き方革命」 作者:ジェイソン・フリード,デイヴィッド・ハイネマイヤー・ハンソン早川書房Amazon 最近リモートワークへの知識に興味が湧いてきたので、ひとまず強いチームはオフィスを捨てるを読んだ。元々はリモートワークについての思い込みがあり、そのためリモートワークの難しさのほうに目が行き過ぎていたのだけれど、この本を読んでみて少し中立よりになれたように思う。そういう面で今の時期に読むには非常に良かった。リモートワークの知識だけというより、普通に働いていても参考になる知識も得られた。 リモートワークを始めたいけど何から始めたらいいかについて分からない人には最適な本。ただし良い本であるという一方で、少しリモートワーク礼賛の傾向があるので、そこは一歩引いて読むと良いのかなと思う。とはいえ、ただ褒めているというだけでなくて、きちんとメリット

2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。本件に関する詳細は、プレスリリースをご確認ください。 2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。 本件に関する詳細は、プレスリリースをご確認ください。

現場のオペレーションを改善するために、最初に着手するなら何か？と聞かれたら、いつも「ふりかえり」から始めましょう、と答えています。かつてトラブルの起きているプロジェクトに入ったときも、まず始めたのは「ふりかえり」からでした。 「ふりかえり」とは、文字通り現場の活動を振り返って、改善のアクションを考えることです。反省会のようにも思えますが、すべてが終わってから反省する訳ではなく、現状分析を行って、うまく続けていくための未来を向いた活動です。 この記事では「ふりかえり」という習慣について、そして、ふりかえりを実践するにあたって、進め方とポイントについて紹介します。 ふりかえりの進め方”KPT”とは 上の写真は、私たちソニックガーデンで「ふりかえり」をしている様子です。ソニックガーデンでは弟子を採用していて、その弟子と師匠とのふりかえり風景です。このように、特別な道具はなにも必要ありません。必要