情報更新
ツイートの記録を停止しています

 

ツイート検索

 

@yohhatu
サイトメニュー
Twilogユーザー検索
新規ツイートの取得を再開しました!取得再開にはログインが必要です。

Twilog

ツイートの記録を停止しています

このアカウントはTwitter APIの仕様変更の影響でツイートの記録を停止しています。
記録を再開するには、Twilogにログインしてください。

 

@yohhatu

yoh nakamura@yohhatu

Stats Twitter歴
5,631日(2008/04/26より)
ツイート数
61,907(10.9件/日)

ツイートの並び順 :

表示するツイート :

2023年02月28日(火)7 tweetssource

2月28日

@yohhatu

yoh nakamura@yohhatu

「freee流のアジャイルの型を作っていきたい」「エンジニアチームだけだともったいない。さらに言うと、プロダクト作りだけに適用するのはもったいない」 【アジャイルコーチ導入インタビュー】コーチとともに成長を加速。freee流アジャイルの「型」をつくる:freee株式会社 buff.ly/3kxczGw

posted at 19:30:14

2月28日

@yohhatu

yoh nakamura@yohhatu

「テニスの試合に臨むにあたって、野球バットを手にしていくようなことが無いように。」自分たちがなにをやろうとしているのか?ってのが大事。「手持ちの武器による誤謬」を起こさない|市谷 聡啓 (papanda)|note buff.ly/41qAlV0

posted at 11:50:01

2月28日

@yohhatu

yoh nakamura@yohhatu

芯を食った課題を見つけるために、その当事者を巻き込むのもその1つのアプローチ。当事者の置かれている状況、やっていることを観察したり、聞いたりしたり、時には自分たちが実際に体験することで当事者を自分たちに"おろす"ことができるようになっていく。

posted at 08:30:09

2月28日

@yohhatu

yoh nakamura@yohhatu

芯を食っていない課題を解決しようとムダな時間やお金を使ってしまうことにもなるし、そこに関わった人のやる気も消耗してもらうことになる。

posted at 08:15:00

2月28日

@yohhatu

yoh nakamura@yohhatu

「何を解決したいか?(どんな状態からどんな状態にしたいか?)」をその解決したいことを持っている当事者が関わらない状態でうまく芯を食った課題を定義することはできないよなぁって思う(できないわけじゃないやろうけど難しい)。

posted at 08:00:14

2023年02月27日(月)6 tweetssource

2月27日

@yohhatu

yoh nakamura@yohhatu

ここ数年「Outcomeやで」と言い続けているので、この話もっと詳しく聞きたいな チームの目標が「とにかくたくさん開発する」はいけない “アウトプット”ではなく“アウトカム”を重視する体制作り buff.ly/3kz8hy7

posted at 11:50:00

2月27日

@yohhatu

yoh nakamura@yohhatu

アジェンダは、"最初の補助輪"という位置づけでも良いと思う。それを進めていくうちに影も形もなくなっても自分たちが効果的なやり方になっていけばいいとも思う。

posted at 08:30:00

2月27日

@yohhatu

yoh nakamura@yohhatu

後者の判断だと、言ってしまうと裁判官が判断する情報集めのような印象を受けると思う。さらにその判断を自分への評価と紐付けられるような構造になっているとそこには不安や緊張感があるんじゃないだろうか。

posted at 08:15:00

2月27日

@yohhatu

yoh nakamura@yohhatu

相手の質問が、好奇心から来るのか、それとも判断をしようとしているのかは大きな違いだと思う。前者だと質問された人は嬉しくなって話す。もしくは質問によってこれまで光が当たっていなかった場所に目が行くこともある。

posted at 08:00:23

2023年02月26日(日)2 tweetssource

2023年02月25日(土)1 tweetsource

2023年02月24日(金)8 tweetssource

2月24日

@RedJourney_Inc

RedJourney@RedJourney_Inc

■『正しいものを正しくつくる』(市谷聡啓 著)の重版が決定いたしました。
redjourney.jp/news/2023/02/2

初版以来多くの方にお読みいただき感謝申し上げます。プロダクトづくりに関与するすべての人に向けた実践的な書籍です。この機会にぜひご一読ください。

Retweeted by yoh nakamura

retweeted at 22:35:54

2月24日

@yohhatu

yoh nakamura@yohhatu

この前、久しぶりに"リアルにプランニングポーカーをする"って場面に居合わせた。オンラインが多かったし、そもそもプランニングポーカーを使わずにTシャツサイズでやったりすることも多かったので「あ〜久しぶり!」て感じやった。

posted at 08:30:10

2月24日

@yohhatu

yoh nakamura@yohhatu

スクラムイベントに休んだのあればキャッチアップしよう。個人でチームが残した何かを見てもいいし、チームに聞いてもいいし。次のスクラムイベントまでなにもアクションしないってのはムダが発生することにもなる。なぜならスクラムイベントによってチームの計画や行動は変わっているわけで。

posted at 08:00:00

2023年02月23日(木)6 tweetssource

2月23日

@yohhatu

yoh nakamura@yohhatu

これザッと読んだけどとてもまとまっていて良かった。リモートでファシリテーションする人ならこれは読み込んで自分のファシリテーションをアップデートすることに十分使えそう。
リモートワークにおけるファシリテーションの方法論_COPILOT buff.ly/3xg0zM7

posted at 11:50:00

2月23日

@yohhatu

yoh nakamura@yohhatu

なんとなくまだ見つけられていない「歯を食いしばらなくてもちょっとやれば、むっちゃ変わる」ようなポイントをどうやったら(自分たちで)見つけられるかな〜みたいなことを支援するアジャイルコーチとして最近はよく考えている。

posted at 08:30:06

2月23日

@yohhatu

yoh nakamura@yohhatu

スクラムマスターって別に誰かから「やって」と言われてやることもあるだろうけど、「なんかこうした方がチームとして上手くやれそうだし、成果も出せそうかも」て思って自分でやってみたり、チームを巻き込んで動いてた人が"結果的になっていた"てのが好きだなぁ

posted at 08:15:00

2月23日

@yohhatu

yoh nakamura@yohhatu

先日、2つの支援先のチーム同士の交流の場をリアルでやってみた(昔よくやっていた)。簡単なOSTのような流れ(1周は5トピック、15分で3周)で、 20人くらいいた参加者からは「同じことで悩んでいるのがわかった」「話を聞いてアイデアが浮かんだ」とか感想がいろいろ出てた様子でやってよかった。

posted at 08:00:30

2023年02月22日(水)6 tweetssource

2月22日

@yohhatu

yoh nakamura@yohhatu

このあたりはよく支援先でも取り組むテーマ。もっと自分の中でも理解を深めておこう。定量評価疲弊しませんか?~Well-beingと生産性指標を組み合わせた エンジニアリングメトリクスプログラムについて~ buff.ly/3HYkDrt

posted at 19:30:01

2月22日

@yohhatu

yoh nakamura@yohhatu

どうしても"自分がうまくやれないことがわかっている”状況に対し進んでいくのは怖いのよねぇ。このあたりの怖さとどううまくマネジメントしていくかがポイントの1つやと思うのよねぇ。んで、それは一人で向き合う必要はなくて、誰かと共に向き合えるならそれはそれでいいわけで。

posted at 08:30:00

2月22日

@yohhatu

yoh nakamura@yohhatu

自分一人では自分の変化に気づけない領域があって。その領域について「前に比べるとこんな風に変わっているように見えるわ」と伝えてくれる周りの人たちやその環境があることに感謝しよう。

posted at 08:15:01

2月22日

@yohhatu

yoh nakamura@yohhatu

これまでやっていなかったこと、取り組んでいなかったことに対していきなり"いい感じ"になることって少なくて。やってこなかったことに愚痴を言っても仕方ないし(その時はその時で良いと思って決断しているんだろうし)、1つ1つやっていくしかないのよね〜って話をよくする。

posted at 08:00:02

2023年02月21日(火)7 tweetssource

2月21日

@yohhatu

yoh nakamura@yohhatu

これを気をつけて書く機会を積んでいくと良さそう。そして読みやすいドキュメントは自分ももちろん周りにとっても有益やし。読みやすいドキュメントを書くために今日からできる7つのこと|壮|note buff.ly/40S0RGM

posted at 19:30:10

2月21日

@yohhatu

yoh nakamura@yohhatu

ある資料を1から作っていた時のこと。直前にならないとエンジンがかからないのはどうもなー。とは言うものの、テーマ的には専門の範囲だったので、一度エンジンがかかりはじめると時間はかからなかった。また、目次を早めに出してフィードバックをもらってブラッシュアップできたのも良かった。

posted at 08:30:05

2月21日

@yohhatu

yoh nakamura@yohhatu

そして、このような流れをチームや担当者レベルでは経営や意思決定者に押し戻せないことも多い。せめて、事業責任者あたりはこのあたりの知識、流れをできれば経験として知っておいて、経営など上位の意思決定者と会話したりできると良いのよね

posted at 08:15:00

2月21日

@yohhatu

yoh nakamura@yohhatu

新規事業においてリリース日を先に決めて、(なぜかわからないけど)"絶対に守らないといけない"感じになると、課題や価値の検証が不十分なのに「とにかく作る」になりがち。そして誰も使われないプロダクトやサービスができることになる。

posted at 08:00:14

2023年02月20日(月)6 tweetssource

2月20日

@yohhatu

yoh nakamura@yohhatu

このデイリースタンドアップの考え方にむっちゃ同意。そのチームや組織の現状によるけど、こういう観点に目が向くようになると仕事のやり方がガラッと変わる Change Your Standups buff.ly/3xvc1DE

posted at 11:50:00

2月20日

@yohhatu

yoh nakamura@yohhatu

自分の専門は知識や経験の幅の広さと深さの両方が必要になってくることが多い。一方、携わっている全て事柄について同じようになるのは難しい。でも「全く知らない」とその専門の人との会話もままならないので、会話できる程度には知識の幅が広げるような学び方をすると良さそう。

posted at 08:30:05

2月20日

@yohhatu

yoh nakamura@yohhatu

多くの場合において「絶対にこれが正しい!」なんてものはないと思う。一方で「これはあかんやろ」はそれなりにあったりする。なので、テックリードでもプロダクトマネージャーでもできる人って「これはあかんやろ」を選ばない」て特徴があるかもと思った(仮に選んでもすぐに気づいて軌道修正する)

posted at 08:15:01

2月20日

@yohhatu

yoh nakamura@yohhatu

正しい答えがない質問の場合、なぜ自分がそう思ったのか?を伝えることでどこに着目し関心を持っているのかが伝わると思うのよねぇ。そうすることで質問者にとってより効果的な答えになったりしていくんだと思う。こういう会話は丁寧にしたいし、できるような状態を作っていきたい。

posted at 08:00:08

2023年02月19日(日)2 tweetssource

このページの先頭へ

×