効果的なリモート会議にするためのプラクティス - Effective Remote Meeting
はじめに コロナウィルス(COVID-19)でリモートワークの頻度が増加している人も多いと思う。そうなると、必然的にリモート会議の数も増える。ここで課題として上がってくるのが、リモート会議に対する姿勢、また練度だ。 リモートワークを多用して、リモート会議に慣れているチームもあれば、もともとオフサイト出社がメインでリモート会議に慣れていないチームもある。前者の慣れているチームであれば、スムースに適応できると思うが、後者の不慣れなメンバが多い部署・チームは、もっと効果的なやり方に気づいていない可能性もあると思う。(この場合、前者のメンバはストレスを溜めることにもつながる…。たとえば、一方的に音質の悪いリモート会議を想像して欲しい) そこで、この記事では自身の5-6年のリモート会議経験や、見聞きした情報から良いと思っているプラクティスを紹介していく。それによって、少しでもより効果的なリモート会議
事実に誠意を
これから書くことはほとんど、これまでも繰り返し申し上げてきたことと変わりない。が、同じ質問は繰り返し受けているので、再度申し上げる次第である。なお、海外からも同様の問い合わせが多いので本来であれば英語でも同じ内容の文章を用意すべきだが、時間の関係で割愛させてください。Chromeかなにかでそれぞれ母国語に訳してお読みいただけると幸いです。なお、本稿は特に感染症学の基礎知識やジャーゴンを知らなくても読めるように工夫はしているが、それなりに難解な内容だ。その点はご容赦いただきたい。 日本のCOVID-19報告数が諸外国に比べて非常に少ないことに内外から注目が集まっている。あれは本当なのか。検査数が少なすぎて、実際の感染者数を見誤っているのではないか、という指摘がある。 しかし、この指摘はいろいろなレイヤーにおいて間違っている。そもそも、日本はCOVID-19の全数把握を目指していない。行政検査
システムの「作り逃げ」を許すな、運用保守を担う技術者の時間が奪われる
「このシステムを作ったのは誰だ！ 出て来い！」 そんな切ない怒りの声がIT職場に響き渡る。 前任者、あるいは委託先が作った画面やシステムを変更・移行することになった。ところがあまりにも個性あふれる作りで、しかもドキュメントが残されておらず、どこからどう手をつけていいのか分からない。運用保守担当者は途方に暮れる。 ITシステムの「作り逃げ」は闇の深い問題である。過去に「作り逃げ」されたシステムは、現在の担当者の時間とモチベーションを奪う。いわば「未来の時間泥棒」だ。今回は罪深き「作り逃げ」の問題にメスを入れる。 後のことを考えず構築されたシステムで運用保守担当者が苦労する 筆者にも経験がある。以下のようなシステムを目にしてぼうぜんとしたことが……。 設計書が残されていない（あるいは更新されていない） コーディングが雑（あるいは個性的過ぎる） 他システムとの依存関係が不明 データを変更／抽出で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
