Being Glue — No Idea Blog https://buff.ly/2HbahF4 https://pic.twitter.com/rrNp1WrE7R
posted at 19:30:05
ツイートの記録を停止しています
このアカウントはTwitter APIの仕様変更の影響でツイートの記録を停止しています。
記録を再開するには、Twilogにログインしてください。
Stats | Twitter歴 5,817日(2008/04/26より) |
ツイート数 62,845(10.8件/日) |
表示するツイート :
Being Glue — No Idea Blog https://buff.ly/2HbahF4 https://pic.twitter.com/rrNp1WrE7R
posted at 19:30:05
これ便利やなぁって思った 2. Zapierを使って、特定のSlackリアクションがついたメッセージをスプレッドシートにTODOとして蓄積する | 非エンジニアのためのエンジニアリング https://buff.ly/3sU43zb
posted at 11:50:01
わからないことそのものより、「わからないことで、他者から評価されたり、嘲笑されたりすること」が不安なんだよなぁという話をしていた
posted at 08:30:01
知っている→わかっている→体験してわかっている…は全然違うよなぁって最近強く思う出来事が立て続けにあった
posted at 08:15:06
1対1での雑談で楽しいことの1つは、その人が実際にやったことや考えたことを深く聞けること。2次情報ではないし、浅い情報でもない、その人が持っている1次情報をやり取りできるというのが自分にとっては有用に感じる
posted at 08:00:01
「変化を常に起こすために、言い出しっぺ優遇」社員が起業したので無償で支援することにした。あるいは複業を認めると何が起こるか?:プロジェクトマジック:オルタナティブ・ブログ https://buff.ly/2RTnR9a https://pic.twitter.com/RoryH5T7LE
posted at 19:30:10
面白い人がおるなぁ 「老害にならないようにね」80歳エンジニア、スタートアップで働く毎日を語る | Coral Capital https://buff.ly/2PoUVFk https://pic.twitter.com/sGPVdk2JEA
posted at 11:50:03
「設計判断をカジュアルに記録しようという文化の形成」このあたりは参考にできる現場がありそう 〜その意思決定を刻め〜「アーキテクチャ・デシジョン・レコード(ADR)」を利用した設計の記録 - Quipper Product Team Blog https://buff.ly/3mjcqTu https://pic.twitter.com/85dc2Mmif7
posted at 08:30:04
理由を伝えない危険性の話。権威のある状態だと、理由を伝えなくても相手は行動してくれる(し、そもそも相手からは聞いてくれないことも多い)。といって理由を理解しているわけではないし、間違って理解しているかもしれない。なので、自分から理由を伝えるように習慣をつけているのが望ましいと考える
posted at 08:15:01
言葉遣いを工夫したり、リアクションしてポジティブさをより高めようというのはオンラインコミュニケーションで必要と思う。その根底に"相手を尊重する態度"がないとこれは機能しないとも感じる(むしろ逆効果にもなりかねない)
posted at 08:00:18
「やる価値のないことは、ちゃんとやる価値もない」のだけれど、価値の評価が先のばしされていると、評価が得られないことを、ちゃんとやること、しっかりやることで代替しようとしちゃうんだよな。
Retweeted by yoh nakamura
retweeted at 21:26:37
@kawagoik こちらこそ、楽しかったです〜。いろいろな解釈ができて理解も増したし「あ、そうや!」て思うのもあったし。またやりましょう
posted at 21:23:29
ちょっと使ってみたけど、手触り感はいい感じだった。Miroの資産がかなりあるからどうするか悩ましいなぁ ウェブベースのコラボデザインツールFigmaがホワイトボード「FigJam」公開 | TechCrunch Japan https://buff.ly/2PlG9z9 https://pic.twitter.com/Mayt5W2Qe1
posted at 19:30:03
プロジェクト初期は理想日見積もりし、徐々に相対見積もりへ移行する - $shibayu36->blog; https://buff.ly/3x1GwzM https://pic.twitter.com/whCexS6MZc
posted at 11:50:03
「安心」と「やる気」はどういう関係やろうと最近思う。安心できるからやる気が出るというのもあるし、やる気を出し、結果が出ることで(評価されて)安心を得ることができる…といったものもあるんだろうかとかとか
posted at 08:30:00
【本棚登録】『ユニコーン企業のひみつ ―Spotifyで学んだソフトウェアづくりと働き方』Jonathan Rasmusson https://booklog.jp/item/1/4873119464?type=post_social&ref=twitter&state=add… #booklog
posted at 08:29:01
仮説が外れたことを非難するだと、仮説検証の活動はどんどん消えていってしまう(もちろんうまく効果的にやるためのUpdateは必要だとしても)。「どうやらこの方向にはなさそうやね。早くわかってよかった。ほな、こっから次はどの方向にありそうかどんな仮説が立てられそうやろ?」でええと思う
posted at 08:15:03
「設定したKRが達成できたらゴール、みんなハッピー、というわけではないのだ。KRの達成は一つの仮説が検証されるタイミングになった、ということを示しているに過ぎない。KRは目標に到達したけれども、それではObjectiveを達成したとは言えない」とてもわかる OKRは難しい https://buff.ly/3sPGHen https://pic.twitter.com/i7VpLysrrD
posted at 08:00:28
Slackの競合? Quill - Messaging to make your team better. https://buff.ly/2wu1lpa https://pic.twitter.com/VxCEw2Plvt
posted at 19:30:26
支援先の現場の読書会でこの懐かしい本が取り上げられていた 『要求仕様の探検学―設計に先立つ品質の作り込み』……”要求されなかったことは決して実現されない”なんて話は30年前から言われていたことなんだ - Magnolia Tech https://buff.ly/3nhCmPX https://pic.twitter.com/kFkVjXAZXr
posted at 11:50:03
いろいろなクライアントや現場があるけど「自分も学んでいきたいし、一緒に変わっていきたい」というステークホルダーがいるといないでは結果がだいぶ違うことが多いと感じる。メンバーは日々そのステークホルダーの振る舞いや発言にも影響を受けるわけなので
posted at 08:30:08
コミュニティの件はとても共感できたし、DevLOVE関西をやっていた中の1つのモチベーションに「それぞれがやっていることを伝えるだけで、誰かの役に立つこともある」ことを知ってほしかったというのも今思えばあるかもしれない(もちろん自分がそういうのを聞きたいというのもあったけど)
posted at 08:15:01
特にコミュニティへ一歩踏み出したところの件が良い話と思った。自分が一番強くなくてもいい。コミュニティで理解した強みを生かして、ピープルマネジメントをしない技術の責任者になった https://buff.ly/2Pde3Gg
posted at 08:00:06
自分の文脈でも取り入れられそうなパターンがいくつかあった。 最高のオンライン授業のつくり方:新しい学びの場づくりのパターン・ランゲージの紹介|井庭 崇の Inspiration Note|note https://buff.ly/3tBpyWm https://pic.twitter.com/VBGReKsx02
posted at 19:30:04
「この「望めば」がポイントで、多くの人は評価されることに慣れておらず、特にネガティブなフィードバックを素直に受け止めるのは難しいものです」いろいろ詳細に書かれていて参考にできそうで、ここがそうやなぁと思った 実践的360度評価導入マニュアル | DevelopersIO https://buff.ly/3tQhx0o https://pic.twitter.com/G74DcnnSJg
posted at 11:50:02
自分たちサービスのファンは勝手に増えることはなくて、時間的、金銭的な投資が必要。さらにその投資をしても適切な行動をし続けないと変になってしまうこともある。このあたり、エンジニアコミュニティなどを継続的にやっていたりするとなんとなくわかるところもある
posted at 08:30:13
モチベーションはなかなかマネジメントしづらいかもしれないけど、自分がどういう状況、事柄でモチベーションが上がりやすい(下がりやすい)かを知っておくのはオススメ
posted at 08:15:01
気持ちに余裕がないと、他の人のことやチーム全体のことを気にかける余裕がなくなる。時間の余裕もないと、助けることができない(話を聞いたりして一緒に整理をすることすら)。で、結局、「他者を気にしても助けることできないから見なくなる」という悪いサイクルが回りはじめる
posted at 08:00:09
【本棚登録】『スクラム実践者が知るべき97のこと』吉羽 龍太郎 https://booklog.jp/item/1/4873119391?type=post_social&ref=twitter&state=add… #booklog
posted at 19:35:03
【読了】『ユーザーの「心の声」を聴く技術 ~ユーザー調査に潜む50の落とし穴とその対策』奥泉 直子 ☆4 https://booklog.jp/item/1/4297119951?type=post_social&ref=twitter&state=read… #booklog
posted at 19:28:01
@dora_e_m ですです。昔、読んだはずなんですが手元になかったのでもう一度買って読みました
posted at 22:01:27
【読了】『ゆとりの法則 - 誰も書かなかったプロジェクト管理の誤解』トム・デマルコ ☆5 https://booklog.jp/item/1/4822281116?type=post_social&ref=twitter&state=read… #booklog
posted at 20:38:02
【読了】『世界はシステムで動く ― いま起きていることの本質をつかむ考え方』ドネラ・H・メドウズ ☆5 https://booklog.jp/item/1/B00SUT1ODK?type=post_social&ref=twitter&state=read… #booklog
posted at 20:20:02
OKRについてはいくつかの現場で取り組んでいるけど、チームOKRと個人OKRをどう関連づけるかってのはもっといろいろ考えて実験したいトピック プロダクトマネージャーがOKRを正しく運用するために、押さえておきたい7つのポイント https://buff.ly/3akZIyE https://pic.twitter.com/SHCCQkqMyO
posted at 19:30:21
この分野の解像度は粗いからちゃんとやってみたい BtoB事業のユニットエコノミクスを強くする33個の方法|栗原康太|note https://buff.ly/2PYAxdO https://pic.twitter.com/p7lDxAry83
posted at 11:50:03
今こそ必要な実践知リーダーシップとスクラム (2021/05/14 19:30〜) https://buff.ly/3akrZW1 https://pic.twitter.com/PoHPW0TNao
posted at 08:30:02
不確実性といった時に、ざっくり目標の不確実性、目標に向かっていく道筋の不確実性、その道筋を歩むチームの不確実性のような分類をして整理することが自分は多いかな(最近は)
posted at 08:15:04
「○○(Scrum・仮説検証・TDD・サイロを壊したい…)したい」はよく聞く
で、それをするための時間やお金、努力といったコストの話をすると途端にトーンダウンするのもまぁまぁの確率で見るんだよなぁ
posted at 08:00:36
支援先で紹介してくれていたので、久々に読んだ 「遅れ」なんてない - 日々常々 https://buff.ly/3vdK4xi https://pic.twitter.com/BRorg6vqxi
posted at 08:00:04
【読了】『リフレクション(REFLECTION) 自分とチームの成長を加速させる内省の技術』熊平美香 ☆5 https://booklog.jp/item/1/B08WPSH9DR?type=post_social&ref=twitter&state=read… #booklog
posted at 04:39:02
デザイナー(主語が大きいけど)のトピックってまた少し自分が経験したのとは違う感じで興味深いなぁ 2021年のデザインチーム勉強会(BDI)まとめ【1月〜3月編】 - BASEプロダクトチームブログ https://buff.ly/3gkHv8c https://pic.twitter.com/coHT6IKXPF
posted at 19:30:28
このあたりからスタートするのもあり BigQueryでの集計結果をノーコードでSlackに定期投稿してみた - ZOZO Technologies TECH BLOG https://buff.ly/3dquO9Z https://pic.twitter.com/4TXaOed6SU
posted at 11:50:02
先日紹介してもらったブログ プロダクトマネージャーは「組織の視力」を把握しよう - もくもくプロダクトマネジメント( @Nunerm ) https://buff.ly/3tvDyRQ https://pic.twitter.com/PA77QKKK3L
posted at 08:30:19
自分のやったこと、意見、推測(こうなんちゃうかな〜)とか仮説(こうやるとこうなるんちゃうかな〜)を発信し続けているといろいろなつながりもできたりするし、そこからまた新たなつながりができたりもするなぁってのを最近思っている。そしてこういうのをあまり苦痛に思わずやれてよかったとも思う
posted at 08:15:01
「そんな話を聞いていなかった'」「そんな認識じゃなかった」と表面化したものに対処するのはだいぶコスト(時間も気持ち面も)が双方に必要になってくる。なので、事前や最中の期待のすり合わせは質を高くする必要があると最近特に思うようになった
posted at 08:00:14
どんな話するんだろ? umisoraさんとbufferingsがDiscordでスクラムの雑談をする会 (2021/04/23 20:00〜) https://buff.ly/2OXjTez
posted at 19:30:00
Scrapbox、ページがURLになっているからページを変えるとどうなるんだろうなぁと思っていたけど、いい感じにやってくれることがわかった https://buff.ly/3twSf7a
posted at 11:50:01
バグがないことは保証しづらいことが多い。なので、早く問題を検知できるような仕組み、素早く対応できる腕前と仕組みを獲得することにフォーカスして、どんどん出していくという考え方がええんちゃうかな〜(もちろん品質基準によるけど)
posted at 08:30:04
そのような場合は、その人(A)の行動の背景にある考え、その考えを持つに至った感情を確認するのも1つ。さらに行動、考え、感情の根底にある価値観まで知れるとより話ができるかもしれない(いずれにしても相手を理解しようとする気持ちがないと難しいけど)
posted at 08:15:01
誰か(A)の行動が、別の誰かのネガティブな感情を引き起こした場合。その行動はその人(A)の価値観を守ろうとしていることもある(A本人が意識しているかは別)。この場合、説得や最初からメリット/デメリットの整理をするアプローチはなかなかうまく行かない場合がある(後者の場合はまだ可能性はある)
posted at 08:00:05