実は苦手な人が多い！？新年度の悩みの種「オンライン自己紹介」を乗り切る方法とは | Wantedly, Inc.
年度の切り替わり、異動や引っ越し、節目が多くやってくる時期ですね。この時期は、出会いと別れがある分、日本人が苦手な「自己紹介」の機会が怒涛のように訪れる時期でもあります。 引用：しらべぇ「は、はじめまして…」 いくつになっても自己紹介が苦手な人たち「それでは、自己紹介をお願いします。」ドキッとしますよね。自分の番が近づくと他の人の自己紹介が全然頭に入ってこなくなったり……奈良も自己紹介に対してネガティブで、苦手意識満載でした。 特に、オンラインの自己紹介は伝えられる情報も限定的で、より一層印象に残りづらく、「やってる意味あるのかな……」なんて思っていました。しかし、「待てよ？」と思う時がありました。 自己紹介をハックしよう。オンラインを逆手に取ってオンラインでの自己紹介の特徴、それは「画面共有」ができること。画面越しでしかコミュニケーションできない分、画面共有を使えば対面を凌駕する情報を届
敵は敵の顔をしては向かって来ない｜keita
こちらは Backlog Advent Calendar 2021 18日目の記事です。 某メーカー系保守サービス会社で情シスをしているフクイと申します。JBUGさんには感謝しても感謝しきれないくらいのいろんな事があるのですが、とりあえず昨年末に正式にBacklogユーザーになったので少しは恩を返せたかな・・・なんて勝手に思ってます。 ・・・・でネタを考えたのですが、新規導入したときのネタは昨年書いちゃったのでいいネタがありません、・・・・ということで少しBacklogからは離れたネタを書いてみます。 抵抗勢力は必ず居るプロジェクトマネジメントに関する教科書には殆ど出てこないけど、実際のプロジェクトでは非常に深刻な課題となるのが「抵抗勢力との対応」です。 現実にはプロジェクトが始まるときに完全ににゴールのイメージというか仕様が完全に決まっている場合というのは現在のITシステムの開発ではほと
開発チームをインシデント対応に慣れさせてくれる「インシデント対応チェックリスト」の導入 | 株式会社ヌーラボ(Nulab inc.)
SRE課で、主にBacklogのSREを担当しているMuziです。 Backlogでは2019年8月から、アプリケーションの障害については、開発チーム自身が対応できるオンコール体制を取っています。これにより、サービス影響の少ないアプリケーション障害については開発チーム自身で対応できるようになりました。 しかし、サービス影響の大きいものについては依然としてSREの対応が必要な状況が続いていました。この問題を解決するために、インシデント対応をするオンコール担当者のためのチェックリスト（以下、インシデント対応チェックリスト）を新たに考案し、今年の7月から導入しました。 今回の記事では、このインシデント対応チェックリストの詳細に加えて、導入に至った背景からその効果までご紹介します。開発チームへの運用ノウハウの移管について悩んでいる方の参考になれば幸いです。 Backlogのオンコール体制 元々、B
テレワークはコミュニケーションが不足するって本当かな？
テレワークはコミュニケーションが不足するって本当かな？：仕事が「つまんない」ままでいいの？（66）（1/4 ページ） 新型コロナウイルス感染症（COVID-19）対策により、対面でのコミュニケーションが難しくなり、在宅勤務やテレワークが広がりを見せています。それに伴い、会社に出勤しているときと異なるオンラインやテキスト中心のコミュニケーションに、難しさを感じていませんか。 在宅勤務が一時的なものなら、それほど気にすることはないのかもしれません。でも、新型コロナウイルス感染症が収束するまでにはもうしばらく時間がかかりそうですし、これだけ在宅勤務やテレワークが普及すると、「コロナ前に戻る」ということはないでしょう。 これからは、オンラインやテキストの「新たなコミュニケーション」を模索していく必要がありそうです。 私はこの数年間、在宅勤務、フルリモートでテレワークをしてきました。また、コミュニケ
開発と理想主義 vs 現実主義 - Qiita
TL;DR Qiitaで現実主義的な立場の方が書いた「現実は甘くねえんだよ！」な記事がランクイン その記事の筆者とコメントでやり取りをしていた方が理想主義的立場で記事を書き、これまたランクイン 実際はどちらも大事だよ、という話をしたかった はじめに 開発者の格差を書いたある記事がQiitaでランクインしました。 現在その記事は何らかの理由でコミュニティガイドライン違反として非公開となってしまっております。 個人的に記事内容には同意できましたし、開発にも有用なものだったので、理由は定かではないのですが…… 確実に言えることは、その方はいわゆる「現実主義的な」立場から記事を書いていました。 そしてその記事のコメントでやり取りをしていた方が新たに記事を書き、そちらもQiitaでランクインしました。 エンジニア業界を少し外から眺めて こちらはまだ公開されております。 その方は、実際に記事を読んで頂
マイクロソフトのリモートワークが得意な人を観察して気づいた、たった一つのポイント - メソッド屋のブログ
コロナウィルスによって、誰もがリモートワークを実施する必要があるようになりました。昔はインターナショナルチームのメンバーとして日本に住んでいましたが、今は同じチームのいるシアトルに移住してアメリカでエンジニアをやっています。正直なところ私はリモートワークより対面でコミュニケーションをとるほうが好みななのです。しかし、アメリカのマイクロソフトにいると、コロナが始まる前からそもそも通勤できる距離にないメンバーが居たり、同じチームのメンバーが別の国に住んでいたり、お客さんが別の国だったりということもしょっちゅう起こります。そんな環境のなかで、リモートワークが得意な人が共通して持っている、たった一つのポイントをご紹介したいと思いブログを書きました。 リモートワークのつらさ リモートワーク好きな人もいますが、私はできれば同じ場所で作業したいと思います。リモートワークをすると、視野が画面に限定されます
新卒からの質問をソシャゲっぽい仕組みにしたら捗った話 - Qiita
ディップ Advent Calendar の4日目です。 はじめに こんにちは。 ディップでUXデザインや速度改善、潤滑油などをやっている@ysktsunaです。 今回は自分のチームに新メンバーを受け入れた時に発生した悩みと、それをソシャゲ風に解決した方法について書きます。 読んでほしい人 先輩として若手（特に新卒）の面倒を見る人 こんな話ありませんか？ 仲間が増えた 僕らのチームに新たなデザイナーが参画しました。 ：新卒ちゃん（デザイナ見習い） ：僕（おっさん） ＜ 新しくチームに入りました！ よろしくお願いします！ ＜ こちらこそよろしく。分からないことは何でも聞いてね！ ＜ ありがとうございます！ たくさん質問しますね！ ＜ 遠慮なくどうぞ～。（素直そうで良い子だなぁ） 元気も良くチームにも馴染んでくれそうで安心していました。 質問してくれた ＜ すいません、ここについて分からないん
新入社員が来てメンターになれって言われたけど、どうすればいいのかという対話テクニック - Qiita
エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに 最近、メンター制度として新入社員や若手のメンバーに対して、先輩をつけて相談事に乗ってあげたり、仕事のサポートをしたりといったような教育プログラムを組む企業が増えています。このメンターという役割は、ちょっとした訓練が必要だったりするのですが、このあたりの研修や訓練をせずにいきなり明日からメンターね！なんてことがままあります。
ソフトウェア開発の生産性を阻害する「気軽に聞けない」ことの考察と対策 - メソッド屋のブログ
マイクロソフトの DevOps テクニカルエバンジェリストになる前から、ずっと不思議だったことがあります。 それは、「アメリカのエンジニアの生産性の高さ」です。素晴らしいサービスは大抵彼らから生まれていますし、彼らを見ているとアウトカムも生産性も非常に高く感じます。 私は個人的にこの秘密を解く旅の途中にいます。私はインターナショナルチームに所属しているのですが、同僚と一緒に働いたり、ハッカソンをしたりして気づいた１つの仮説について共有したいと思います。 気軽に「聞けないこと」が生産性を阻害しているのでは？ 以前私は「米国のエンジニアはコンピュータサイエンスを専攻している人が多くすごく優秀で、さらに英語が出来るので、技術収集するのも楽だから相当アドバンテージがある」と思っていました。 英語に関してはそうだと思いますが、彼らの個々の人がそんなに優秀かというとそうでもないことに気づきました。それ
「進捗どうですか？」より2015倍捗る「困ってますか？」 - Qiita
概要 お願いした作業の進捗を聞くときには「進捗どうですか？」より「困ってますか？」と聞くほうが何倍も捗るよ、というお話。 タイトルの2015倍は冗談です。念のため。 「進捗どうですか？」はダメです あけましておめでとうございます。ところで皆さん進捗どうですか? ・・・いやー、流行りましたね。 この「進捗どうですか？」はtwitter上で使うと「最近どうよ、忙しいの？」程度の挨拶で面白みがあるのですが、実際に仕事で使うとなんのいいこともないと思うのです。 質問攻め いいことがないと思う理由は、「進捗どうですか？」は質問攻めになりやすいと思うからです。「進捗どうですか？」の先に待っているやりとりはだいたいこんな感じです。 「進捗どうですか？」 「進捗ダメです。」 「どこがダメなの？」 「単体テストが遅れています」 「どれくらい遅れてるの？」 「えーと・・・、0.5日分くらいです」 「項目数でい
会社のメンバーが辞めるというとホッとする話
nanapiも、KDDIグループ入りという非常に区切りになるタイミングとなり、nanapiをやめて、次の新天地にいったり、起業するという人がちらほら出てきました。 僕が社員だとしても、このタイミングだよなあ、と思いますし、僕はそもそもリクルート出身なので、2〜3年でどんどんやめて新しいところにいくというのはポジティブな感じです。会社にもガンガン人が増える時や、減る時もあるので、このあたりは時期の問題もある。 しかし、人が辞める時というのは、創業者としては、非常に複雑な気持ちだったりします。というのも僕は「友達になれなそうな人は雇わない」というルールがあったりするので仕事ができるできないよりも、友達感覚が強いんですよね。なので最初の感覚としては この人が辞めると寂しいなあだったりします。そこまでは普通だと思うんですが、そのあとに、めっちゃホッとするんですよね。 経営者とかならみんなわかっても
雑な発想を活かすチーム作り - クックパッド開発者ブログ
インフラストラクチャー部の成田（@mirakui）です。インフラストラクチャー部は、クックパッドで扱っている全サービスのサーバを設計・構築し、運用しているチームです。2015年3月現在、6人のメンバーで運用をしています。 さて、この運用というのは外から見ていると保守的な仕事に思えるかもしれませんが、その実、とてもクリエイティブな仕事です。クックパッドのサービスは一日平均で10回以上デプロイされており、アクセスも日々増え続け、状況は刻一刻と変化しています。今日動いているサーバ構成が、一年後に通用するとは限らないわけです。そんな変化に追従するためには、サーバを常に改善していかなければなりませんし、チームにも柔軟な発想が求められます。 「さあブレストしよう」→アイデア出ない問題 さあ業務を改善しよう、と意気込んでブレインストーミングを開いても、なかなか十分なアイデアが出きらないのはよくある話です
IT系イベントで「99％の知らない人たち」とつながる方法【連載:えふしん】 - エンジニアtype
藤川真一（えふしん） FA装置メーカー、Web制作のベンチャーを経て、2006年にGMOペパボへ。ショッピングモールサービスにプロデューサーとして携わるかたわら、2007年からモバイル端末向けのTwitterウェブサービス型クライアント『モバツイ』の開発・運営を個人で開始。2010年、想創社を設立し、2012年4月30日まで代表取締役社長を務める。その後、想創社（version2）を設立しiPhoneアプリ『ShopCard.me』を開発。2014年8月1日からBASE（ベイス）株式会社のCTOに就任 今年は、プログラミング言語系イベントに積極的に参加しようと思って、『YAPC::Asia Tokyo 2014』と『PyCon JP 2014』に行きました。次は『PHPカンファレンス2014』に参加します。 改めてエンジニアばかりのイベントに出てみて、気が付いたことがあります。それは、 9
制約を身につける - レジデント初期研修用資料
「ここまでは得意ですが、ここから先はできません」という制約を持つ人が得意分野に熟達すると、その人は専門家と呼ばれるようになる。 「得意不得意こそありますが、私は基本的になんでもやります」という人が全方向に頑張ると、その人は「熟達した使い走り」になってしまう。 制約は知恵を引き出す たとえば300文字程度の考えを文章化しようと思ったときに、Twitter はいい道具になる。簡単なサービスだからすぐに書けるし、つながった誰かの反応をもらうこともできる。何よりもTwiter には「140文字しか書けない」という制約があって、アイデアを文章化するときには、こうした制約が役に立つ。 アイデアを文章化するのに必要なのが300字なら、Twitter ではそれを2回に分けて書く必要がある。ベタ打ちしたアイデアを途中できるのはみっともないから、思いついた何かは必然的に、140字で語れるだけの大きさに分割され
全員の合意 - jkondoの日記
マイケル・サンデルさんが東北大学で行った白熱教室をテレビで見た。地震被災地の復興計画を決めるために、町民全員の合意を取るべきか、復興のスピードを優先すべきか、といった興味深い議論をやっていた。 全員の事なんだから全員が合意して進めるべきだ、と話す人がいれば、全員が合意した計画が最良の計画だとは限らない、と反論する人や、そもそも全員が合意する事なんてできるわけがない、どうしても海の近くに住みたいという人もいれば、内陸に移住すべきだという人もいるのだから、合意を待っていては復興が進むわけがない、という具合に議論が重なっていった。どの意見も現場の実体験を元に出た切実な意見だからなかなか重い。会場全体が、そうだよね、現実的に全員が合意するなんてちょっと無理だよね、という雰囲気になりかけたところに、南三陸町の復興計画に携わっている方が口を開いた。 町民の方々は繰り返し議論をしている。その様子は、全員
アイデアを塩漬けにしない-世界中の人に手伝ってもらう方法-
ngServer and-collaboratived-development-between-san-francisco-and-tokyoSatoshi Tanaka
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Effective Remote Working
IDEA * IDEA
説明がうまいなと思わせる人の5つの共通点*ホームページを作る人のネタ帳
IDEA * IDEA
