yoh nakamura @yohhatu

おはようございます

posted at 03:08:53

2023年03月18日(土)4 tweetssource

【読了】『プログラマー脳～優れたプログラマーになるための認知科学に基づくアプローチ』フェリエンヌ・ヘルマンス ☆3 https://booklog.jp/item/1/B0BVDQM5H1?type=post_social&ref=twitter&state=read… #booklog

posted at 22:02:02

【読了】『服従の心理 (河出文庫)』Ｓ・ミルグラム ☆2 https://booklog.jp/item/1/B078XZ58RV?type=post_social&ref=twitter&state=read… #booklog

posted at 17:57:03

【読了】『型破りのコーチング (PHP新書)』平尾誠二 ☆4 https://booklog.jp/item/1/4569774776?type=post_social&ref=twitter&state=read… #booklog

posted at 17:56:16

【読了】『ダイアローグ価値を生み出す組織に変わる対話の技術』熊平美香 ☆3 https://booklog.jp/item/1/B0BSFDQ17T?type=post_social&ref=twitter&state=read… #booklog

posted at 17:56:11

2023年03月17日(金)6 tweetssource

社内勉強会を一緒にやったりしました〜株式会社ふくおかフィナンシャルグループ様　アジャイル開発社内勉強会　ふりかえり座談会 https://buff.ly/3YIgvlR #redjourney

posted at 19:30:25

やったことをメモ取っていくのって大事暗中模索の作業メモを取る際の成功体験 https://buff.ly/3ZDZ5YE

posted at 11:50:01

何を自分たちでできるようになるか、外の力を頼るのかという見極めをどないするかという話。このあたりはそれなりに知見がある人がうまくリードしないと迷走したりして時間だけが過ぎたりもする。

posted at 08:30:00

"タスクリストをすべてDoneにする"そのもの自体に価値や意味があるかちゃんと見てみないと、ただ単にタスクをDoneにすることに追い回されているだけになってしまうんちゃうかな。

posted at 08:15:01

いかに早く、本当に必要としている人にデモを見せる環境、状況を作ることができるかが良いプロダクトづくりへの道の1つやと思うのよねぇ。必要としている人からのフィードバックがなかったり少ない状態で進めるのはやっぱりリスクが高いって思うのよね

posted at 08:00:23

おはようございます

posted at 04:29:47

2023年03月16日(木)6 tweetssource

サバンナ便り〜自動テストに関する連載で得られた知見のまとめ〜 https://buff.ly/3FgGBW2

posted at 19:30:36

自分が昔、経験をさせてくれたことって(結果的に)ちょっとその時の自分には難しいことだったのかもしれへんなぁソフトウェアエンジニアとしての能力を高める方法について考えてみた - joker1007’s diary https://buff.ly/3l4zvNz

posted at 11:50:01

自分の貢献のやり方って様々なわけなのよねぇ。なので「○○さんのようにできないし」と何もやらないんじゃなくて、自分なりに何かやってみるといいんじゃないかな。

posted at 08:30:06

できるだけ小さくするのは最初の指針として悪くないと思う。でもとにかく小さくするだけに目が言くと意味あるフィードバックをもらえる大きさよりも小さくし過ぎてしまい、"早くユーザーからフィードバックをもらう"が実現できなくなる。それにただタスクをやっつけるような振る舞いに行きがち。

posted at 08:15:00

原典はわからないけど、ポストモーテムって障害を引き起こしたことに対して行うのが多い印象がある。なので、別の理由でプロジェクトが中止するような場合は「ポストモーテム」より、冷蔵保存、コールドスリープあたりが良いのではないか？という話をしていた。

posted at 08:00:09

おはようございます

posted at 04:37:42

2023年03月15日(水)5 tweetssource

良い方法やなぁ最強の読書術である”コンセプトマップ”をやってみた、で、どうだったか - tkchy blog https://buff.ly/3l5p8Jg

posted at 19:30:01

「「なぜやるのか」に思いを馳せる機会を持てば、ずるずる続けることも無くなります。」こんな話をやっています。市谷聡啓×中村洋の〔アジャイルこぼれ話〕：アンラーンの重要性 https://buff.ly/3yxqQGv #redjourney

posted at 11:50:01

組織としてのマネージャーとメンバーと専門性としての師匠と弟子は似たような構造に見えるが、本質的には違うものなんじゃないかなーとぼんやり思っている。

posted at 08:30:00

このあたりって"会議の場は一方的な情報伝達をする"という考え方と"意見交換してより良い意思決定をする"という考え方でだいぶ分断がありそうなのよねぇ。そしてこういうのは組織における仕事のやり方などにも顕著に現れたりするし。

posted at 08:15:00

「わけると時間がもったいないから」という理由で話し合うことができるレベルを越えた人数を集めると、十分話し合うことができなかったり、伝わり方がまだらになりすぎて、結果的にうまく進むことができなくなってしまうのよねぇ。

posted at 08:00:25

2023年03月14日(火)6 tweetssource

自分の特性だけでなく、関わる人の特性を知るってのも大事やなぁ 20230304_ScrumFestFukuoka_iwamu https://buff.ly/3FgRszp

posted at 19:30:04

興味ある方はぜひ見てみてください〜代表の市谷によるスライド『シン・正しいものを正しくつくる』『組織をシンからアジャイルにする』（MVP Edition）を公開しました。 https://redjourney.jp/news/2023/03/06/slide0306/…
#redjourney

posted at 11:50:01

インプットとアウトプット、どっちを止めても緩やかに錆び付いていくんだろうなぁという恐怖は日々ある。今回の「アジャイルコーチとスクラムマスターの集い」に参加して改めて強く思うようになった。

posted at 08:30:00

“完璧主義”と"0か1のどっちか"の2つの考え方をセットで強く持っていると割と生きづらく感じるかもなぁと思った(いろいろな人を会っていると時々見聞きする)

posted at 08:15:00

ケースバイケースだけどMTGで長々と話しがちな場では、1,2分の制限時間を設けることで"本当に伝えるもの"だけを選ぶというプロセスに意識が向くこともあると思う。実験的だけどやってみて、その時の感想などを話し合ってみると発見することもあるんじゃないかな。

posted at 08:00:39

おはようございました

posted at 04:51:31

2023年03月13日(月)6 tweetssource

「エンジニア社員1人がどうこう思っても、会社の思想や成り立ちがあって変えられない事の方が多いとは思う」変えられないまではわからないけどだいたい困難だし、それなら自分がいる場所を移した方が早いとも思う。エンジニアとビジネスの距離感の難しさ｜ばんくし｜note https://buff.ly/3Fij07s

posted at 19:30:24

3月後半はまだ受け付けている日があるのでお気軽にどうぞ〜【無料相談会】「DXやアジャイル開発の悩みを相談してみませんか？」～アジャイルコーチに個別相談できるオンライン相談イベント～3月開催分の受付を開始しました。 https://buff.ly/3JbUt53 #redjourney

posted at 11:50:00

いろいろな理由でチームが解散することがある。その時に"解散式"のようなものをどんな風にするかによってその人たちの気持ちも大きく変わることも多い。その気持ちによって次のチームや仕事に取り組む時のパフォーマンスにも影響してくると思う。

posted at 08:30:01