BluebirdBluebirdBluebirdは利用者に優しい、依存度の低いSNSです。例えば、以下のような機能が提供されていません。
だれかの進捗をうまく把握できないときのフレーズ集 - Qiita
ほとんどの人はだれかと恊働しています。マネージャーやリーダーであるなら、この割合はより大きくなります。 筆者は、仕事の重要な要素のひとつを「進捗を出すこと」と定義しています。そして進捗を出すには、進捗をただしく把握することも重要になってきます。 しかし「進捗を把握する」と言っても、想像以上に難しいと感じる場面が多々ありました。たとえば、 進捗はどうですか？ → 進行中です／〜をやっています なにか問題はありますか？ → とくにないです 〜までに終わりそうですか？ → たぶん大丈夫だと思います というようなやりとりは一般的なコミュニケーションだと思いますが、あまり有用な情報は得られていません。 この記事では、自身の経験則をもとに、進捗にまつわる良い情報をゲットするための具体的な質問を考えてみました。 なぜ進捗を把握すべきなのか 話の前に、なぜ進捗を把握すべきなのでしょうか。 それは良い計画づ
「何を言っているのか分からない」と言われないための「伝え方」のノウハウ - Qiita
私自身、物事を分かりやすく伝えるスキルを身に着けるため、手あたり次第に、いくつかノウハウ本を読んだり、YouTube動画を観たりしてきました。本記事では、本や動画から得られたノウハウや、私が普段の仕事で発見した個人的に使っているテクニックをまとめてみました。 0 本記事の最重要ポイント 本記事がストックの墓場に行ってもいいように、本記事の最重要ポイントだけ先に伝えておきます。 質問に答える時は、聞かれたことにシンプルに答える。 事実と解釈を分けて話す。 1 本記事で伝えたいメッセージ 1-1 コミュニケーション能力の苦手意識はノウハウで解決する ITエンジニアの裾野が広がるにつれて、SNSでも「コミュニケーション能力の低いITエンジニア」の話題をちらほら見かけるようになりました。いわく「これからはITエンジニアにもコミュニケーション能力が求められる」「プログラミングができるだけでは生き残れ
ストレスを生まないSlackのコツ - Pepabo Tech Portal
こんにちは、ホスティング事業部の @dojineko です。 今日は2022年02月22日、スーパー猫の日です 🐾 そんな今回は、2022年01月に社内で共有した、Slackを活用した日常のコミュニケーションでストレスを与えやすいパターンの例とその改善手法の提案を、 テックブログの記事として編集したものを共有したいと思います。 今昔ペパボのテキストコミュニケーション GMO ペパボではコロナ禍以前より、テキストでのコミュニケーションを主体とした業務に取り組んでいます。 普段からほとんどのコミュニケーションはSlackによるテキストチャットで行われ、 それぞれが組織やサービスにある課題やそれらを改善する提案をしたり、業務に関わる内容を文字にしたりしながらコミュニケーションしています。 テキストでのコミュニケーションは、「考えていること」「思っていること」を文字として具体化できることや、 後
入門監視やSRE本に学ぶ障害対応フォーメーション - An Epicurean
システム障害が起こったときにどういう体制で望むか、エンジニア個人が障害に直面した時にどのような役割を受け持つのが良いのか。組織によって色々なパターンはあるでしょう。しかし、幸いにも「入門 監視」やSRE本に書かれている4つの役割分担が浸透しているので、それをベースに考えるのがファーストステップとしては良いのではないでしょうか。 入門 監視 ―モダンなモニタリングのためのデザインパターン 作者:Mike Julianオライリー・ジャパンAmazon SRE サイトリライアビリティエンジニアリング ―Googleの信頼性を支えるエンジニアリングチーム オライリージャパンAmazon ただ、小さな組織では障害時に4人もすぐに揃わない場合もあるでしょうし、そもそも4人もスタッフがいない、と言う場合もあるでしょう。そういった場合にもどうすればいいのか考えていきます。 役割分担の基本 「入門 監視」に
体制を考えるときに意識していること - id:onk のはてなブログ
1on1 で伝えたので外にも書いておく。 プロダクトやチーム、メンバーのフェーズ まず現状分析。 自プロダクトは PPM で言う花形、金のなる木、問題児、負け犬のいずれに当たるのか 勢い MAX でめっちゃ盛り上げるのか、地味に役割を達成するのか。自チーム全集中なのか他チームのフォローに回るのかみたいな方針が変わる 自チームは エラスティックリーダーシップ で言うサバイバルモード、学習モード、自己組織化モードのいずれに当たるのか チームを改善しなければいけないのか、プロダクトだけを見ていて良いのか。チームで改善できるのか、リーダーや外部の強い意志が必要なのか 各メンバーは、期待される役割において SL理論 で言うとどのフェーズなのか 指示的行動が必要だとマイクロマネジメントすることになり、マネージャ/メンター的な人/行動を増やす必要がある 役割を網羅しているか こういう軸で考えていることが
リモートワークを20年くらいやってきた人間から見ると、マナー講師はなにもわかっちゃいない - 狐の王国
日本は“マナー大国”？謎マナー乱立の理由をマナー講師に聞いたという記事。失礼クリエイターことマナー講師が謎マナーを乱立させているという批判はすでに一般的になってきてると思うが、そのいいわけである。だが見過ごせないことが書いてあった。 Mさんは「チームメンバーと話す際は、カメラはオンにすべき」だと考えている。 「私が古いんですかね。声だけでは相手の気持ちがつかみきれないから、せめて顔を見ながら話したいと思ってしまう。コロナ以前なら、ふと世間話をして距離を縮めることができたんですけどね……」 日本は“マナー大国”？謎マナー乱立の理由をマナー講師に聞いた そんなわけがないのである。 オンラインにオンラインのマナーがある。ネットに棲むように生きて20年超、リモートワークも同じくらいやってきてる俺が本当のリモートワークのマナーを教えてやろう……というと大上段に構えた感じだが、まあさすがに20年くらい
Slack社はSlackをどう使っているのか - Slack利用ガイドラインの話 - Qiita
GitLab社のGitLab Handbookと徹底した文書化、組織的なオープンネス（？）を先日調べたのだが、じゃあ同じように見える化、透明性をアピールしているツールが何か？と考えた際ににSlackがあると思っている。SlackといえばDM禁止！オープンな職場が良し！風通し良し！なやつである。 しかしそれを実際会社で根付かせようとした時に、Slackの使い方を説くだけでは足りなくて、むしろ皆の意識改革みたいなものが必要だな～とひしひし感じさせられる。オープンな会社が良いかクローズドが良いか、「チームの風通しは良いほうが良いのか？」 世の中ひねた人も居るもんで風通しだけ良くてもこんなデメリットが有るなんて言われる 意見は増えても、内容が浅い 意見の浅い深いを確認する手間がかかる 浅い意見でも対応しなければならない 多数派の浅い意見に流されがちになる https://factory-learn
伝わるバグ報告 | さくらのナレッジ
この記事は2020年10月28日に行われたさくらの夕べ Tech Night #3 Onlineにおける発表を文章化したものです。 ダーシノと申します。さくらインターネットでフロントエンドエンジニアをやっています。この記事では、発生したバグをプログラマーに的確に伝えるためのバグ報告の書き方について説明しようと思います。 バグ報告にはコツがある！ プログラマをされている方で、過去にこんなバグ報告をもらった経験はないでしょうか。例えば「動きません」とだけ送られてきたりとか、イラッとした感情も含めた「使えねぇな！」みたいな報告、「アレもコレもソレもおかしいよ」みたいな、いろんなものが書かれた報告もあると思います。バグを残してリリースしてしまったプログラマーとしては非常に申し訳なくて今すぐ対応をしたいのですが、さすがに先ほどのようなバグ報告を受けても、我々プログラマは対応のしようがありません。「申
メンタルが弱いエンジニアが安心して開発するために気をつけていること - SMARTCAMP Engineer Blog
スマートキャンプで業務委託でエンジニアをしている佐藤です。BOXILの開発を1年3ヶ月前から、沖縄からフルリモートでやっています。 皆さんは、毎日楽しくお仕事できていますか？ エンジニアという職業は労働時間やストレスが多く、IT業界は他の業界と比べて精神疾患にかかりやすいと言われています。 私はもともと自己否定ばかりしてしまう思考の癖があることに加えて、7年前に起業に失敗してメンタルを壊してしまったことをいまだに引きずっていて、日々悩みながら生活をしています。 スマートキャンプは、過労とは無縁で、メンバー間のサポートもよく、これ以上ないくらい私に合った職場です。それでも自分の心の問題で不安になったり、絶望感に襲われたりすることがあります。今回はそうなるたびに書き綴ったメモを、開発中にネガティブな気持ちにならないための技術としてまとめようと思います。 メンタルが強くないエンジニアはこんな気持
20年間発達障害者として生きてきた私の話
はじめに私は幼い頃に発達障害と診断されました。当時は広汎性発達障害と診断されましたが、これは現代の言葉で言うと自閉症スペクトラム(ASD)にあたります。 発達障害というのは「自閉症スペクトラム・ADHD・学習障害」と3つに分類こそされていますが、それぞれの症状を併発していることが珍しくなく患者を3つに区分するのは難しいそうです。たとえば私が持つ障害は自閉症スペクトラム的なモノが主ではありますが、ADHDの区分に入るモノもございます。この境界はとても曖昧なのです。 ですから、自閉症患者ではなく発達障害者と名乗らせていただきます。 早い段階で自覚できたということが幸いし、人にも恵まれたためこの障害と上手く付き合っていくことができました。それらについて思ってきたことをつらつらと書き連ねていきます。 まず私の主だった症状を紹介しましょう。 コミュニケーション障害他人に無関心多動症上2つが自閉症的な
プリザンターによる進捗管理とコミュニケーション - Qiita
この記事は、コミュニケーション Advent Calendar 2016の12日目の記事です。 はじめに 進捗管理とコミュニケーションについて書こうと思います。 プライベートでプロジェクト管理等を効率化するツール（ASP.NET C#）を開発しています。プリザンターといいます。このツールを使って、進捗を管理するやり方をご紹介します。 プリザンター - GitHub 進捗管理について 進捗管理について普段考えている事を書きます。進捗管理は言葉のとおり「進捗を管理する」ことなので、進捗状況を把握するだけでなく、状況に応じて様々な対策を打つ事が求められます。例えば、進捗が悪い時、以下のような対策を行います。 ひたすらがんばる 助っ人を追加する 計画を見直して仕事を先送りする 自動化などの工夫をして仕事量を減らす どの対策もメリット、デメリットがあるので、状況に併せて判断する必要があります。そして
プロジェクト・コミュニケーションのベーシック 〜 情報のトレーサビリティを確立する | タイム・コンサルタントの日誌から
英語のCommunication と、日本語の「コミュニケーション」という言葉には、微妙なニュアンスの違いがある。わたし達が会話で「コミュニケーションが良くなった」などと語る場合、ふつうは双方向の意思疎通を意味している。「前の課長は向こうが一方的に命令してくるだけだったが、今度の課長はちゃんとコミュニケーションができるよな」という風に。もっと柔らかい言い方をすれば、『ふれあい』みたいな、感情面での同調というニュアンスを含む。 ところが英語のCommunicationは、原則として情報の伝達を意味している。それは、たとえ一方向でも成立する。だから、TV局が電波で大勢に向けて一方的に情報を発信する様な仕組みを、英語ではMass Communicationとよぶ。これは日本語でマス・コミュニケーションとなり、いつものように発音しやすい4文字言葉化して「マスコミ」になった（口頭では、コミュニケーシ
わかりやすさの技術 - やしお
社内向けの教育資料を、ど素人でもわかるようにと思いながら作っていて、じゃあ「わかりやすい」って何だろうって考えてた。今まで読んできたいろんなわかりやすかった本とそうでない本を思い浮かべながら、一般的にここを注意すればわかりやすさを確保できるだろうっていうポイントを一旦まとめておこうと思った。そうしてまとめてみると、本に限らず人に何かを伝えること一般に適用される話だなと思った。 読む側の負担を減らす わからない＝理解をはばむ障害物がある。この障害物を取り除く／回避する作業が「わかる」ために必要になる。その作業を、作者ではなく読者が負担するとき「わかりにくい」本になる。 日本社会だと情報の受け手の側がこの「わかる」ための作業を負うことでコミュニケーションを成立させる傾向にある。空気を読むというようなことだ。そのため発信者側が事前に手を尽くしてわかりやすく発信するというのが苦手で、相手が汲み取っ
【イベントレポート】ドワンゴ塩谷啓氏から学ぶ、エンジニアとして生きのこるスキルをキャッチアップする技術 - itstaffing エンジニアスタイル
スキルアップはしたいけど、その方法がわからない、どのようにスキルアップをすれば市場価値もアップするか知りたい。そんな悩みを持つエンジニアを対象に、「エンジニアとして生きのこるためのスキルをキャッチアップする技術を学べるセミナー」が4月25日に開催された。 講師は株式会社ドワンゴの塩谷啓氏。現場でコードも書きながら、マネージャーも務め、さらに同社の採用も担当している。運営母体のひとつであるドワンゴのネット高校に今年エンジニアとして入学し、仕事の傍ら現在在学し勉強しているなど、異色のキャリアを持つエンジニアだ。 ▲株式会社ドワンゴ 塩谷啓氏 エンジニア兼採用担当、運営母体のひとつであるドワンゴのネット高校の一年生。中途採用する側・される側の両面から、エンジニアとしての生存戦略について考えている。共著「Web制作者のためのGitHubの教科書」（インプレス） 会場は青山にある株式会社マイネット様
発達障害者の処世術 ・人並みの幸せは諦める ・障害のことは人前では一切..
発達障害者の処世術 ・人並みの幸せは諦める ・障害のことは人前では一切口にしない ・どちらに進んでも悪い方向にしか行かないのだから、悪い中でもマシなほうの選択肢を選ぶしかない ・親しげに近づいてくる奴は見下して優越感を感じようとする自己愛性人格障害者か、いいように利用したり 搾取しようと企む性悪定型のどちらかしかいないと心得るべし ・沈黙は金以上なり ・飲み会や宴席にはなるべく参加しない。参加しても一切喋らない ・冗談やジョークを言わない ・口に出すのは挨拶と感謝と謝罪だけにすべし ・人前で趣味や遊びの話は絶対に口にしないこと ・雑学的な知識を人前では見せないこと ・自分の得意分野の話題になっても一切口を開かないこと ・はしゃがない。笑わない。 ・「心を開け」「自分を出せ」「言いたい事があるなら言おうよ」といった言葉に騙されるな ・定型の言う事には必ず裏があると心得るべし ・定型＝嘘つき、
「No」と言えなかった私が試した、あえて火花を散らすコミュニケーション術 - リクナビNEXTジャーナル
Photo by Guyon Morée 精神科医をやりながらブログを書いているシロクマです。さて、みなさんは“上手”にコミュニケーションしていますか？ 「No」を発しなければ、いつまで経っても「No」と言えない人に 上手なコミュニケーションといえば、「みんなと仲良く」「いつでも好意を持たれる」といったイメージを思い浮かべる人も多いかと思います。誰とでも仲良くでき、好意を持たれやすい人は、たしかに素敵ですね。 ただ、仲良くするために果てしなく努力するのはとてもキツいことです。たとえば体調があまり良くない日に、普段以上のタスクを引き受けざるを得ない状況が発生したとします。その際、「私はちょっと無理して引き受けました。でも、いつもこれじゃあ困りますよ」的なメッセージも伝えておかなければ、相手は「あ、いつでもやってくれる人なんだ！」と思い込んでしまいます。そうやって“いいひと”解釈され過ぎてしま
すぐに距離をおいたほうがいい、人間関係に毒をもたらす人の持つ10の特徴 | ライフハッカー・ジャパン
人間関係に毒をもたらす人はどこにでもいますし、誰でも1人や2人は知っているでしょう。一緒に働いていたり、知人として知っていたり、一緒に暮らしていたり...。これまで本当に毒のある人と時間を過ごしたことがあれば、彼らがいかに破壊的で人を疲労させるかを、ご存じのはずです。 あらゆる毒性の物質と同じで、私たちはそんな人との接触を制限し、自分で身を守る必要があります。しかし、重要な第一歩は、毒を持っている人が誰かを見分けることです。残念なことに、毒のある人に警告ラベルは付いていませんが、見分けることができる特徴もあります。 1. 毒のある傲慢さ 自信と傲慢の間には大きな違いがあります。自信は何かを生じさせますが、傲慢は人を萎縮させます。傲慢な人はいつも誰よりも物事を一番良く知っていて、他人より優れていると感じています。彼らが皆さんをほめたたえることは決してないでしょう。彼らの自尊心が邪魔をするから
エンジニアマネージャー論と学びを抽出する努力を続けること - ワザノバ | wazanova
https://news.ycombinator.com/item?id=8406507 1 comment | 1 point | by WazanovaNews ■ comment by Jshiike | 約1時間前 真剣にものごとに取組むと、やらなくてはいけないことはそのうち次から次へと気づく and/or 嫌でも湧き出てくるもの。なので、アドバイスを求められれば、やるべきことは最小限、できれば三つ以内に絞って、何をやめることができるかを探す手伝いをするようにしています。やるべきことを毎日洗い直して、絞り込むことが大切。 情報の収集は自動化されてきますが、自分にとって何がポイントなのか、どう活かすべきかという抽出作業は、自らを鍛え続けなくてはいけない人力作業ですね。 RethinkDBのFounderであるSalva Akhmechetが、エンジニア組織のマネージャーのあるべき姿
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
不毛な会議を防ぐには - yuiseki
