リモートワークをはじめて9ヶ月経ったけどリモートワークやめたい｜okuzawats｜note
リモートワークをはじめて9ヶ月が経ちましたが、リモートワークやめたいです。リモートワークをはじめる前は「リモートワーク最高じゃん」と思っていたんですが、いざリモートワークをはじめてみると「リモートワークつらい」と思うようになりました。リモートワークじゃなかった頃が懐かしいですし、あの頃に戻りたいです。とは言っても、現職は全員リモートワークで、出社しようにも出社するオフィスがないのでリモートワークじゃなかったあの頃に戻りたくても戻れません。 リモートワークの何がつらいのでしょうか。リモートワークのつらみを語り始める前に、私が現在置かれている状況を簡単に共有しておきたいと思います。 - 昨年の秋頃に転職して、現在の会社でのソフトウェアエンジニアとしての勤務を開始。現在の会社は全員フルリモートワークの会社で、もちろん私もフルリモートワークです。 - 現在の会社での勤務初日に現場に放り込まれ、それ
「Slack」や「Qiita:Team」を理化学研究所が導入したら、チームがぐっと良くなった話 | HRナビ by リクルート
クラウドの社内wikiやチャットツール、チケット管理ツールなどは、IT企業にとってもはや欠かせないコミュニケーションツールだ。 しかしこれらのツールは、開発現場での利用を想定したものが多い。IT業界以外でうまく利用している現場はあるのだろうか……と調べたところ、理化学研究所の情報基盤センター・バイオインフォマティクス研究開発ユニットの研究室（以下、ラボ）で活用し、チームのコミュニケーションがより円滑になったという話を知った。果たしてどのような使い方をしているのか。ユニットリーダーの二階堂愛さんに、ツールの活用事例についてお話を伺った。 ライフサイエンス系のラボで導入 我々のラボの研究対象は「ゲノム科学」と呼ばれる分野です。 生き物は細胞の集合体。ヒト1人あたり約36兆個の細胞が集まっており、その種類は約400～数千ともいわれています。それぞれの細胞の中にはDNAがあり、そこには「どういう体
イーロン・マスクがテスラの従業員に宛てたメール「優れたコミュニケーションの姿」が頭にガツンと効く一撃
By OnInnovation オンライン決済サービス「PayPal」の母体を作り、世界で最も成功しているEVメーカー「テスラ」の創設、民間宇宙開発のトップをひた走る「スペースX」を立ち上げた経歴を持つイーロン・マスク氏の成功はこれらにとどまらず、超高速交通網を開発する「ハイパーループ」、都市の地下にトンネル網を張り巡らせる「Boring Company」などの構想をうち立てるなど、そのアイデア力と経営手腕は非常に高いものがあります。そんなマスク氏が数年前にテスラの従業員宛に送ったというメールには、組織としての強靱な体力を実現するために必要な社内コミュニケーションの在り方が雄弁に語られています。 This Email From Elon Musk to Tesla Employees Describes What Great Communication Looks Like | Inc.c
SlackをSIerに導入した話。そしてSIerの未来 : 小野和俊のブログ
「Slackを入れるとSIerはどうなるのか？」 しばらくブログを休んでいたので少しだけ自己紹介をしよう。アプレッソというベンチャー企業を立ち上げて、セゾン情報システムズという会社にexitした。そしていまはアプレッソの社長として仕事をする傍ら、セゾン情報システムズのCTOの仕事もしている。どちらかというといまはセゾン情報の仕事の比重が高いから、リアルの世界では「セゾン情報の小野」と思っている人の方が増えてきていると思う。 「このままでは、SIに未来はない。だから変わらなければならない。」 「当社の社員は言われたことしかできない。」 SIerの経営者と会話していると、よくこんな言葉を耳にする。 自分たちの未来を悲観している人たちが、未来を明るくできるのだろうか？ だから私は、喜びと驚きのポジティブスパイラルで、SIerはどんな風に良くなるのか、壮大な実験をしてみようと思った。 その第一弾と
「伝えたつもり」では伝わらない。足りないのはテクニックではなく「回数」だった。
最近、仕事で新しいシステムを導入した。新しくなるということは、知らないものに出会うということだ。 当然、ユーザーは戸惑う。戸惑いを軽減するための手段として「説明」や「広報」がある。説明や広報は、本当に有効なのだろうか。一体どれだけ効果があるのだろう。 ☆★☆★☆ 新しいシステムを導入する。事前にマニュアルを配布し、説明会を開催し、メールでも広報した。 限られた時間の中でしていることであり、こちらも手探りでやっている側面も大きいため、全てを伝えることはできない。 やはり、問い合わせは多かった。社会人になって、一番電話が鳴ったと思う。 ここまでは想定内。全てを説明できているわけではないのだから、問い合わせが多くなることは当然だ。 ただ、想定外だったのは問い合わせの内容である。広報していないことを聞かれたケースもあったが、多くは既に広報していることだった。事前に配布しているマニュアルや広報のメー
Slack、僕は君と別れようと思う【寄稿】 - BRIDGE（ブリッジ）テクノロジー＆スタートアップ情報
Samuel Hulickさんによる寄稿記事です。オレゴン州ポートランドに住むUXデザイナー。新しいプロダクトにユーザーを迎え入れ定着して利用してもらうプロセス「User Onboarding」への関心が高く、専用のWebサイトを運営しています。Twitter アカウントは、@SamuelHulick。本記事は、Mediumへの投稿記事を許可を得て翻訳したものです。元の英語記事もどうぞ。 「過去、革命が暴政の重荷を軽減したことはない。それはただ重荷をまた別の肩の上に移したに過ぎない。」 — George Bernard Shaw やあ、Slack。これは決して簡単ではないけれど、僕たちにとってベストな選択だと思う。 君も僕も承知の通り、最初のうちはすごく上手くいっていた。僕の溢れかえったメール受信箱と、君のそのEメールを置き換えるという（すごくセクシーな）野望と。 ただ、結局、僕たちの相性
小規模スタートアップの技術的な方々の壁打ち相手的なことをやります - UNIX的なアレ
ひとことで言うと CTOや技術の統括をしている小規模ベンチャーの人に対して、1on1をします どういうこと？ CTO的な方だったりとか、技術的なマネージャーをやっている方って様々な悩みがあると思います。当然、それを僕が解決してあげるなんて偉そうなことはできるわけでは無いのですが、コーチング的な感じで話を聞き出すことはもしかしたらできるんじゃないかななんて思いました。 今も紹介ベースで相談とかを受けているのですが、今回はそれを公に募集してみようと思います。 ターゲットとなる方々 小規模スタートアップのCTO エンジニアのメンバーを抱えてるけどうまく回せていない 技術者のマネージャーがいない あたりでしょうか。 なぜやるの？ 自分自身、壁打ち相手がいなくて困ったことがあった 頼みづらく、こういうのがあるといいかなというのをやってみた 自分自身もっと成長したいので、上の立場からというわけではなく
エンジニアに必要な説明能力 - Konifar's WIP
最近、本業のTaptripで新機能の開発やコードレビューの数が多くなってきた中、 やはりエンジニアに必要なのは説明能力だなぁと感じることが多々あります。 これは受託の場合は全然違うよと言われるかもしれないし、裁量のある環境だけの話なのかもしれないですが、あくまで自分の感じたこととして考えをまとめておこうと思います。 エンジニアは説明することが多い 開発職じゃないとピンと来ないかもしれないですが、何かを説明することって意外と多いです。 例えばバグ修正をする時に、一番理想的な修正をするとテストも含め2日かかるけど、暫定修正なら半日で終わるみたいな場合。 「ユーザーへの影響が大きいので暫定修正で直して、次のリリースで回収できるように調整します」みたいな説明をしたりします。 もっとコードレベルの話で言うと、例えばこんなやりとりをしたりします。 ほとんど伏せているのでわかりにくいかもしれませんが、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
