Developers Summit 2021 18-E-1 での発表資料です。 https://event.shoeisha.jp/devsumi/20210218/session/3043/
情報を流す人が対象になる人を選ぶ労力と漏れのリスクととりあえず全員に流して各人がそれを取捨選択する労力ではどちらがよいのだろうなぁ— あそなす (@asonas) 2014, 12月 17 エンジニアじゃない人もリポジトリにコミットしたり、チャットでがやがや話をしていたり、Issuesトラッカーで盛り上がりをみせていたり、そういう情報があふれるチームで何年も仕事をしていると、必要のない情報を無視する能力が育ってくる。 メンションがきたら何かしらのポップアップで僕に通知がくる。それを見て、自分に関係ありそうなものだったら何かアクションをする、そうじゃなかったら無視をする。そういう能力。鍛えれば鍛えるほどその判断は高速にできて、仕事が捗る。 「いや、そもそも通知とか必要最低限にしておけばそういう判断も能力も必要ない」という意見もあるけど、それって結局情報を発信する側が、その情報を必要としてそう
雑というとネガティブな意味合いが強いかもしれませんが、そういうのじゃないです。 雑(ザツ)とは - コトバンク 今回述べたい「雑に発言する」とは、きっちりと推敲したり計画立ててやってるわけじゃないおおざっぱな、しかしそれを契機に話を膨らませたり、世界観の一端を伝えたりできるような、適当に役に立つライトウェイトな発言という事です。 正確とは さて、普段仕事をしている中では、正確な発言が求められます。正確な指示、正確な報告、正確な情報共有などなど。 もちろん間違った事をあえて必要はまったくなく、正確であることはいい事です。 しかし、いつでも正確でいられるでしょうか。例えば、事実確認は確かに正確かどうかの判断がやれるかもしれません。ですが、今後のアクションについては正確さは正確である/正確でないの2値ではないです。その間には色々な何かがあります。 我々の仕事は*1その間の微妙なところ、とくに不正
「プロジェクト全体のMLにエラー通知メール飛ばすのうざい」、「〜についてはみんながいるチャンネルで相談すべきことではない」みたいな指摘がある。 個人的には情報は可能な限り広いスコープで公開してほしいし、自分でもそうしようとしている。まだ未熟なので霊力に負けることもあります...。 というのも、「情報が届いていない」ことによる不利は仕事上非常に大きいし、場合によって致命的になるので、むしろ冗長化して届けられているべきなのである。 あと、情報が多ければ多いほど普通は判断が適切になると思うので、情報が広く共有されていると言うことは、チームメンバー一人一人が自分で判断できる材料を持ちやすくなると言うことにもつながる。スクラムとか色々言われているけど「一人一人が自分で判断できる」ということはどういう開発スタイルでも大事だと思う。 なのでむしろみんながいる場で議論していたり、細かい情報をどんどん流して
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
