メルカリ社内Slack利用ガイドラインを一挙公開しました〜！！#メルカリな日々 | mercan (メルカン)
こんにちは！メルカン編集部のnatukifmです。 2020年6月23日、メルカリでは、全社的なコミュニケーションツールとして導入しているSlackの社内利用ガイドラインをGitHubにて公開しました〜！ Slack上での情報共有や連絡を円滑にするため、2016年につくられた本ガイドライン。細かな改定を重ねられてきたものの、2016年当時からほぼ変わっていなかったりします。 そこで本日の#メルカリな日々では、社外公開したばかりのメルカリ社内Slack利用ガイドラインをちらっとご紹介します！ Slackを使ううえでの前提 1：オープンであることを意識する ・ プライベートメッセージやプライベートチャンネルの利用は禁止しないが、人事・インサイダー情報以外は、コミュニケーションコストの低減と、風通しが良くオープンである社風を維持するために基本的にオープンにする ・ チャンネルへのinvite/l
Slackを活用したコミュニケーション術 Slack CTO兼共同創業者 × さくらインターネット創業社長 | さくマガ
カル・ヘンダーソン（Cal Henderson）さん Slack CTO兼共同創業者 2019 年には Fortune 誌の「40 Under 40」に選出され、世界経済フォーラムのヤング／グローバル・リーダーにも任命。 2020年1月30日におこなわれた「BEYOND MILLENNIALS 2020（主催者：Business Insider Japan）」でSlack CTO兼共同創業者 カル・ヘンダーソンさんとさくらインターネット創業社長 田中邦裕の対談が実現。その様子をイベントレポートとしてお伝えします。 自己紹介 カル・ヘンダーソンさん（以下、ヘンダーソン）：カル・ヘンダーソンです。SlackでCTO兼共同創業者として働いています。弊社は11年前に創業したのですが、もともとはテレビゲームを制作するための会社でした。 情熱はあったのですが、結果的にはゲームを作ることに向いていなか
あなたの会社は大丈夫？社会心理学者スタイナーが説く社内コミュニケーションの重要性
「社内コミュニケーション」何となく大事だとはわかっているけれど、実際それがどの様に、なぜ仕事に影響を及ぼすのか、あなたはきちんと理解できていますか？ 社内コミュニケーションの良し悪しは仕事の生産性に大きく影響を与えます。その点をきちんと理解し改善すれば、自社に大きな利益をもたらしてくれます。 アメリカの社会心理学者スタイナーの集団の生産性に関する公式や、個々人の能力が高くてもコミュニケーション不足により力を発揮できなかった組織の事例などが、その相関関係を示しています。 本記事では、社内コミュニケーションと生産性がどう関係するかの解説と合わせて、社内コミュニケーション活性化の方法、各社の取り組み事例なども紹介します。 最後までお読みいただければ、社内コミュニケーション次第で組織は大きく変わり得るのだという確信を持ち、自社でも何かしらの取り組みを始めるべく、すぐにでも動き出したくなっていること
若手が次々と辞めていく、「雑談」の無いIT職場は問題だらけだ
会話が無い。聞こえてくるのは仕事の指示や叱責のみ。そんなIT職場で働いた経験がある。 叱責が耳に付く職場だった。若手にヒステリックな声をあげている先輩社員も目立っていた。 筆者は外部の人間だったため多少の世間話は許された。しかし社員たちは雑談することなく黙々と作業をしていた。私がたまに雑談で声を掛けた時の、若手社員たちのうれしそうな（すがるような）瞳が忘れられない。彼ら／彼女らはその後そろって退職した。 雑談すらせず仕事に取り組んでいたのに、生産性が高いというわけではなかった。部課長や先輩社員から若手への叱責の内容を聞いていると、大半が意識違いや抜け漏れに起因する手戻りなのである。 「そういうことじゃない」 「なんで相談しなかったの？」 「普通こう対応するよね。常識だろ？」 この手の言葉がひっきりなしに飛び交う。 いやいや、雑談する隙すら無い職場環境で相談しないことを責めるのはあんまりだろ
テキストコミュニケーションを円滑に進めるコツ | DevelopersIO
こんにちは！入社して11カ月目を迎えました。たなぱんだです。 前職ではTV制作ディレクターやアパレル販売員など、人と接する仕事をしていました。 そんな私が入社して1番最初のカルチャーショックは、社員同士のコミュニケーション手段がチャットだったことです。 わたしはテキストコミュニケーションはビジネスメールしか使ったことがありませんでした。 どのくらい砕けた話し方がOKなのか。絵文字は使ってよいのか。メンション（通知）は使ってよいのか。勤務時間外でもメンションしてもよいのか……などなど、今までのコミュニケーションの取り方の違いにとても戸惑った記憶があります。 実際は、クラスメソッドの皆さんはそんな非言語コミュニケーションの壁をもろともせず、年齢や性別、住んでいる場所の違いを乗り越えて活発にコミュニケーションをとっています！（ステキだね） 今回は、私が入社10か月間で得た「テキストコミュニケーシ
質問が出ないのは話し手の責任が8割。だから「質問が出る」ようにルールを決めたら、大成功した話。
ちょっと前の話になるんですが、はてな匿名ダイアリー、通称「増田」でこんな記事を読みました。 質問力の付け方 知識がなくて質問できない部分も確かにあるけれど、少し考えれば分かる違和感に気付かないままの時もある。 そして質問しても、後が続かない質問しか出てこない。もしくは、本質的ではない的外れなものしか出てこない。 論議に対してクリティカルに効くような質問が出来ないし、それを引き摺り出すことも能わない。 ベストディスカッション賞を取る質問なんか一生出てこない。 「質問が思いつかない」「いい質問が出来るようになりたい」という増田の話ですね。 当たり前の話なんですけれど、「質問」というのは確かに非常に重要でなんす。 基本、話す側には、「聞き手が何を知らないか」が分かりません。 ゼミだろうが発表会だろうが関係なく、話し手と聞き手の間には、間違いなく知識の溝が出来るものでして、話す内容だけでそれを埋め
コードレビューを支える『褒め文化』 - エムスリーテックブログ
コードレビュー、好きですか？ エンジニアリンググループの山口です。 クラウド電子カルテ「エムスリーデジカル」を開発しています。 今回は、チームに根ざしている『褒め文化』についてお話しします。 ※この記事は、エムスリー Advent Calendar 2018 13日目の記事です。 『褒め文化』とは 簡単に言えば、コードレビューで褒める文化です。 コメントに対してコメントしている様子 とても簡単です。 とても簡単なのですが、前職(SIer)ではこういった経験が全く無かったため*1、join直後は（良い意味で）驚いたのが印象に残っています。 とにかく褒める けっこう安易に安直に褒められますし、褒めます。 アカウント名は一部加工 思ったことを素直にコメントにしてしまいます。 褒め文化の効用 ここからは「※個人の感想です」になってしまいますが、こうした褒め文化は、レビュア・レビュイどちらの立場でも
ITエンジニアはどんなツールでコミュニケーションしているの？ 事例から効率化のヒントを探せ！【2018 夏】 - エンジニアHub｜若手Webエンジニアのキャリアを考える！
ITエンジニアはどんなツールでコミュニケーションしているの？ 事例から効率化のヒントを探せ！【2018 夏】 ストレスなく開発に集中するため、IT企業が社内ツールに何を選択しているかをアンケート調査。各社コダワリの使い方から、業務効率化や働き方を考えるヒントにしてください。 「他の会社のエンジニアはどう働いているのだろう？ どんなツールで業務をこなしているのだろう？」そんなことが気になったことはありませんか？ 業務を適切に効率化するため、ストレスなく開発に集中するため、コミュニケーションをとりやすくするため、さまざまな理由から企業は社内ツールを選択しているはず。どんなコダワリがあり、どんな使い方・ハックをしているのか？ 11社にアンケートを実施しました。 自社での業務効率化や、働き方を考える上で、ぜひ参考にしてください。 1. エンジニア同士が社内で使っているコミュニケーションツールを選ん
プロジェクトをリードする前に読みたかった本 - motokieeの日記
この1年ほど、プロジェクトのリードを任せてもらえるようになりました。2017年の夏くらいから「プロジェクト推進役」→「PJO」→「Tech Lead」, 「Project Lead」など、正式ではないものの「肩書」のようなものがついていますが、実際にやっていることは「プロダクトの成功に向かってプロジェクトを行動で引っ張っていくこと」で統一されています。 これは別に偉くなったとかではなくて、そういう責任を持ってPJに関わる役割だと思って臨んでいますし、実際マネージャーからもそのように言われています。 自分なりに試行錯誤をして時には成功し、時には失敗しながらなんとかかんとかやってきていているのですが、「あー、この本に救われた」とか「ちょっと前にこの本読んでおけばよかった...」という本があったので何冊か紹介したいと思います。 エンジニアリング組織論への招待 ~不確実性に向き合う思考と組織のリフ
内容の無いコミュニケーションを馬鹿にしている人は、何もわかっていない - シロクマの屑籠
「あいつらは、内容の無いことばかり喋っている」と言って、学校や職場の同僚を馬鹿にする人は多い。思春期にありがちなセリフかと思いきや、年配の人が、同じようなことを喋っているのを見て驚くこともある。ほとんどの場合、このセリフは人望が無い人の口から出てくる。 いつも哲学している人や、いつも世界の重要事についてだけ考えている人は、世間には滅多にいない。いや、実のところ、「あいつらは内容の無いことばかり喋っている」と言っている本人だってそうなのだ。有意味なこと・重要なことだけを喋る人間など、まずもって存在しない。仮にいるとしたら、事務的な内容や数学の解法のような内容しか喋らない、ロボットじみた人間になるだろう。 少なくとも、「あいつらは内容の無いことばかり喋っている」などという、内容の無いことをペラペラ喋ったりはしないだろう。 「コミュニケーションの内容」より「コミュニケーションしていること」のほう
効果的な 1 on 1 ミーティングのためにマネージャができること
2016 年に逝去した、元 Intel CEO の Andy Grove による High Output Management の日本語訳が復刊され、さらに Hard Things の Ben Horowitz の序文がついたことで、改めてスタートアップ界隈でも 1 on 1 (ワンオンワン) ミーティングの効果が注目され、各社や各人の 1 on 1 のノウハウが共有されるのではないかと期待しています。 Y Combinator の Sam Altman はスタートアップ初期でのコミュニケーションの重要性を何度も説いています。特にスタートアップは業務が複雑になりがちで、かつ状況の変化も早いため、コミュニケーションがボトルネックになりがちです。 コミュニケーションの遅れは意思決定の遅れにつながります。そして意思決定の遅れは事業の進捗を遅らせたり、トラブルの兆候を見逃してトラブル発生の原因にな
チーム開発で暗黙的に行なわれている批評というプロセス - snoozer05's blog
Pull Request を通して行うコミュニケーションに「レビュー」という言葉がつくことに違和感を感じるときがあります。 Wikipediaでコードレビューを引くと、「見過ごされた誤りを検出・修正することを目的として体系的な検査（査読）を行う作業 」とあります。もちろん、これを目的として行うやり取りもあるのですが、その手前の「コードや設計について議論し、もっと良い判断を探る」ために行うコミュニケーションもあると思います。むしろ、そちらのコミュニケーションをやりやすいことが、Pull Request というプラットフォームが提供する価値なのではと感じることが多いのが、違和感の元かもしれません。 2015年6月に O'Reilly から出版された「Discussing Design: Improving Communication and Collaboration through Crit
苦手意識を克服！コミュニケーションに自信のない人が読むべき本10選｜ナースときどき女子
フロイト、ユングと並んで「心理学の三大巨頭」の一人に数えられる心理学者アルフレッド・アドラーの哲学を対話形式で解説しています。 対人関係を改善するための他人との向き合い方、自分との向き合い方をアドラーの哲学を通して解き明かしています。 他人に対して劣等感を抱いたり、自分にコンプレックスを感じたり、そんな生きづらさを感じている方はぜひ読んでみてください。 ②自分の小さな「箱」から脱出する方法 自分という「箱」の中に入った状態と、「箱」の外に出ている状態で人間関係が大きく変わってくる、ということに気づかせてくれる自己啓発書です。 コミュニケーションがうまくいかない原因は、他人との相性よりも、自分自身にある可能性が高いものです。 対人関係の悩みが多い方は自分を見つめ直すために読んでみてはいかがでしょう。 ③雑談力が上がる話し方―30秒でうちとける会話のルール
プロジェクトマネジメントは仕組み化が9割
今回はオペレーションに関するスライドです。特にフォーカスすること、フォーカスするためにできることについて解説しています。 スタートアップへのアドバイスとして「フォーカスが大事」とよく言われます。それでも実際にフォーカスできているスタートアップは中々いないようです。 なのでこのスライドでは、なぜフォーカスすべきなのか、そして実際にフォーカスするためにどうやってオペレーションを効率化すれば良いのかなど、私がこれまで支援の中で得てきた知識をまとめてます。少しでも効率化して、フォーカスできるようになればいいなと願っています。
コミュニケーション能力の高い人の話し方の共通点 - ゆとりずむ
こんにちは、らくからちゃです。 先日、こんな記事を読みました。 本稿では、仕事のスケジューリングをベースに作業を組み立てながら、緊急度と優先度をもとに仕事に取り組んでいく。重要なポイントとして、 これは仕事だけではなくすべての物事に言えることだが、まずはその全体像を把握して、工程表を作り、タスクを可視化することで、仕事の効率というのは飛躍する。 という点を挙げています。スケジュールの不確定要素を排除することは、自分のためだけでなく、上司やお客様に対して果たすべき責任のひとつとも言えます。首がちぎれるほど頷ける内容ではあるのですが、コメントを見ていると、この方法を『知らない人』よりも、『知ってはいるができない人』のほうが多いように思われます。 何故出来ないのか？ やってみないと分からない要素が大きい 割り込みの仕事が発生しやすい 効率化したところで上司から別の仕事が割り振られる などなどの理
システムエンジニアと話していて困ったこと
システム開発でエンジニアとのコミュニケーションで困るのは良くある話。 今まで色々な開発に携わってきましたが、社内SEとのコミュニケーションで困ったことと対策を書いてみました。 私自身が現役エンジニアでもありますが、どちらかというとディレクションの方が経験が多いので、両方の目線で考えてみました。 何を言ってるか分からない 「マスターにマージしたらコンフリクトしてデプロイできません」 とか 「オンプレ環境でデータベース構築したのでクラウド環境からリプレイスします」 とか、聞く人が聞いたら 「パルスのファルシのルシがパージでコクーン」と同じレベルですよね。 意味不明すぎて「日本語でOK」って言いたくなりますがそこは我慢です。本人は普段から当たり前に使っている言葉なので、伝わらないことに気付いていないだけなんです。 ただ、これの対策はあんまりなくて、、、 「可能な限り覚える」しかないと思ってます。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「疑問＝否定」という不文律がある日本しんどい
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
コミュニケーション能力とは？高め方と８つの厳選スキルを紹介
政治が子育て層を簡単に無視できる、投票率以外の大きな理由
