「なぜ？」を使わずに、理由を深掘るコミュニケーション
株式会社オープンエイト、PMグループの辻です。 ここでは、プロダクトマネージャーとして働いています。ということで・・・ プロダクトマネージャーのしごと 少し前に話題になった本、皆さんも読みましたか？ この本は、これまでのプロダクトマネジメント関連の書籍と比べて、リアルな現場の目線に近いカタチで書かれており、参考になった以上に、とても勇気をもらえる１冊でした。 これまでのプロダクトマネジメント関連の本 どちらかと言うと教科書的なものが多い 参考にはなるが、自社や自分の置かれた環境で上手く実践まで持っていくのが難しい そんな印象を抱かれている方も多いのではないでしょうか？ これまでのプロダクトマネジメント関連の本。たとえば、コレ。 これはこれで、オススメです。 この本の特徴・効能 一方で「プロダクトマネージャーのしごと」を読むと、 世界的に著名なプロダクトマネージャーであっても、自分と同じよう
人付き合いって大事かなと思ったら読みたい3冊 - 本しゃぶり
人付き合いは大切だと言われるが、実際どれくらい大切なのか。 俺みたいなタイプは知識として教えて欲しい。 人脈と成功の本はこれを読め。 やっぱり人脈か 学生時代に触れた言葉で印象に残っているものがある。それは「人・本・旅」だ。ライフネット生命の出口治明の言葉で、彼は人間が学ぶ方法はこの3つだと常々言っている*1。俺はこれを読んだ時に思った。 「俺は人に会うのは好きじゃないから、代わりに本を倍読もう」 それで積極的に本を読み、年に一回は旅に出るということを続けてきた*2。だが、色々と本を読み続けたことで、あることに気がつく。人と会い、繋がりを作ることは重要ではないか、と。 もしかしたら「学び」だけなら「本」と「旅」だけでもそれなりに得られるかもしれない。だが「成功」を求めるならば、「人」の比重が多いようだ。俺が読んできた様々な本で、「人脈」や「人的ネットワーク」の重要性が語られていた。また、社
コードレビューにラベルを付けるだけでチームの心理的安全性を高めた話
ハコベルシステム開発部のおおいし (@bicstone) です。普段はフロントエンドエンジニアとして物流DX SaaSプロダクトの開発を行なっています。 この記事ではハコベルの開発チームが心理的安全性の向上を目的に採用した、プルリクエスト (マージリクエスト) コメントにラベルを付ける手法についてご紹介します。 背景 プルリクエストをレビューする時、レビュアーとして上から目線になってしまい相手を傷つけないか緊張したり、ちょっとした確認のつもりで書いたコメントが修正必須と捉えられてしまったりした経験はないでしょうか。 本来、ピアレビューは対等な関係であるはずなのに、レビューする側の方が上になってしまいお互いに恐縮してしまいがちです。「勘だと怪しいけど間違っていたら怖いから言えないな」や、「将来的に辛くなりそうな実装だけどわざわざ指摘するほどでもないな」など荒波を立てずにApproveしてしま
「プロジェクトマネジメントの基本が全部わかる本」は序盤から『交渉』について書いてるところが良いと思った - フジイユウジ::ドットネット
「プロジェクトマネジメントの基本が全部わかる本」を買ったら、注文ミスして2冊頼んでしまったんだけど、結果的にはむしろ2冊買ってよかった、という話を書きます。 「プロジェクトマネジメントの基本が全部わかる本」 （ @paradisemaker 著）が届いたー。 なんか注文ミスって2冊届いたけど、1冊は誰かに読ませるとき用にしようw pic.twitter.com/evnrXtssm8 — フジイユウジ (@fujii_yuji) 2022年11月10日 制作/開発をするメンバーはいるけどプロジェクトマネジメントは得意ではなくて雑になってしまっているという制作/開発会社も多いと思うのですが、僕もそういう会社からどうしたらいいのか相談されたり、PMの育成の話をすることがあります。 (肩書としてPMだったことはないんだけど、僕も20年くらいPdM的な仕事をやってるんで相談されることがそれなりにある
チームトポロジー を読んだ - 下林明正のブログ
必要にかられていて、社内でも読書会がはじまった。読書会はまだやってるけど、先行して読み終わった。愛称は「ちいとぽ」らしい。 チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計 作者:マシュー・スケルトン,マニュエル・パイス日本能率協会マネジメントセンターAmazon どういう本なのかは、訳者の方が用意してくれた以下の資料が良いのではないか。 自分が読み始めたモチベーションとしては、チームの分け方について知見を得たいというものだった。 shimobayashi.hatenablog.com 本を読んでみた感想としては、元々の自分の考え方もそんなに外してないことが分かって安心感があった。もちろん考慮の幅・深さ・質は違うので、この本を読んで良かった。 どれくらい根拠のある内容なのかはよく分からなかったけど、個人的にはこれまで勉強してきたことと整合的だった気がするので全体的にはす
「Retrospectives Antipatterns」を読んだ - 勘と経験と読経
先日「Project Retrospectives: A Handbook for Team Reviews (Dorset House eBooks) (English Edition)」を読んだばかりだけれど、別の調べ物をしていたら「Retrospectives Antipatterns」という本が最近発売されたことを知ってしまったので勢いで読んでみた。アンチパターン好きなもので。すごい有用な本だった。 Retrospectives Antipatterns 作者:Corry, Aino,Corry, Aino発売日: 2020/11/02メディア: ペーパーバック 著者サイトはこちらのようだ。https://metadeveloper.com/ 全体的な感想 えてして「ふりかえり」のファシリテーターは孤独だと思う。特にファシリテーションすること自体を主な仕事にしている場合、「より良い
「普通の人でいいのに！」 あがけばあがくほど少しずつ沈んでいく自意識のアリ地獄を描いた作品 - 頭の上にミカンをのせる
普通じゃない、と断じられたチエミに教えたかった。どの普通にも、どの娘にも、正解はない。(ゼロ、ハチ、ゼロ、ナナ） 普通の人でいいのに！ - 冬野梅子 / 【読み切り】普通の人でいいのに！ | コミックDAYS 読みました。 togetter.com 自分の感想は置いといて、要約としてこのコメントが素晴らしいなと思った。 「一見普通っぽくてめちゃくちゃ面倒な女」を丁寧に描く漫画『普通の人でいいのに！』が色んな意味でしんどすぎて話題に - Togetter 才能はないがファンの立場では満足できないワナビーが、界隈の搦手から人間関係に入り込んだけど余計に劣等感に苛まれ続けて壊れるやつ。内心バカにしてた男に最後のプライドを無邪気に破壊される描写はエグい。2020/07/31 09:44 それと、併せてこのコメントを合わせて読むとなんとなく納得できる感じ。 たぶん私ここで描かれてるのと似たような界隈
「感染症は実在しない」あとがき
昔書いた「感染症は実在しない」を集英社から仕立て直して出してもらうことになりました。「あとがき」を追記したので、どうぞ。 英国がCOVID-19対策で、他国と異なる対応を取ると表明したとき、世界は驚いた。国民の多くにあえて感染を許容させ、集団免疫をつけさせようというのだ。かなりの「奇手」と思った（英首相の「降伏」演説と集団免疫にたよる英国コロナウイルス政策（小野昌弘） - Yahoo!ニュース [Internet]. Yahoo!ニュース 個人. [cited 2020 Mar 19]. Available from: https://news.yahoo.co.jp/byline/onomasahiro/20200315-00167884/）。 ところが、事態は二転三転する。この感染許容策に多くの専門家が批判を寄せた。議論が繰り返され、結局、英国は他国同様、保守的で「普通の」感染対策を行
"クソコード"は人格攻撃ではないのか｜qsona
これは仮説というか自分がこうだという話なのだが、自分のアイデンティティを侵食されると怒りが湧く。たとえば、自分が非常に大事にしている価値観に対して、同僚から「君のその価値観は間違っている」と言われたり、あるいは、作品とか、経歴とか、家族とか、そういう自分自身と非常に密になっていて同一視されるようなものをけなされたら、腹が立つということだ。 プログラマーにとって、ソースコードというのは一つの作品だ。仮に経験が浅い開発者であっても、あるいは経験が浅いからこそ、1行1行に時間をかけて考えながら作りあげる。それに対してこれはクソコードだと言われたらどうだろうか。考えてみる。 よく、クソコードというのはコードがクソだと言っているのであって、お前がクソだと言ってるわけではないから切り離して考えるべきだという言説がある。僕はこれには微妙に賛同できない。その人が生み出したコードは、少なくともその人のいくぶ
ひとりぼっちの残酷すぎる成功法則 - 本しゃぶり
孤独な人間は努力してでも友達を作った方がいいのか。 研究結果は無慈悲にも「そうだ」と答える。 成功するための方法を『ひとりぼっちの〇〇生活』から学ぼう。 『ひとりぼっちの〇〇生活』6話 クラス全員と友達に 「中学卒業までにクラス全員と友達にならなくてはいけない」 これは今期アニメ『ひとりぼっちの〇〇生活』の主人公、一里ぼっちに課せられた試練である。 『ひとりぼっちの〇〇生活』1話 TVアニメ「ひとりぼっちの〇〇生活」公式サイト ぼっちは孤独な少女である。友達と呼べる存在は幼馴染の八原かいのみだ。 『ひとりぼっちの〇〇生活』1話 しかし小学校卒業を期に、その唯一の友達とも離れてしまう。 「このままでは、ぼっちはダメになってしまう」 そう考えた八原かいは、ぼっちに一つ約束をさせた。それが冒頭に書いた「中学卒業までにクラス全員と友達になる」というものである。もしこの約束が守れなければ絶交すると付
「管理ゼロで成果はあがる」を読んで - 組織と自分を変えるヒントとか学びなど - Lean Baseball
読了から二ヶ月経過して今さら感もありますが、すごく良い本でしたので感想を. セルフマネジメントの大切さを学びました 倉貫さんの新著、「管理ゼロで成果はあがる」です. 管理ゼロで成果はあがる ~「見直す・なくす・やめる」で組織を変えよう 作者: 倉貫義人出版社/メーカー: 技術評論社発売日: 2019/01/24メディア: 単行本（ソフトカバー）この商品を含むブログを見る TL;DR（感想をひと言で言うと） 組織だけでなく、「自分を変える」「自立する」という視点で「自分ごと」として読むと最高だ！ と感じました. 自分および組織を「自分ごと」として変えたい方は絶対読んでほしいと思っています.*1 おしながき TL;DR（感想をひと言で言うと） おしながき 【感想】管理ゼロで成果はあがる 倉貫本の追っかけです（最初に断っておく） 全体的な感想 自分を変える 抱え込まずさっさと相談 タスクばらし
コードレビューは「コードの欠点を指摘する行為」ではない - id:anatooのブログ
コードレビューを「コードの欠点を指摘する行為」だと無意識に思っている人を見かけるけども、そういうふうに認識しないほうがチームにとって良いですよ、という話。理由は以下。 レビュワーの方がレビュイーよりも実力が無いといけない、という認識と結びつきがち チームの若いメンバーがレビュワーになりづらくなる 古株のメンバーやリーダーの書いたコードがレビューされなくなる レビューで指摘された項目がない = (指摘された欠点が無いということなので)良いコードという図式になりやすい レビュワーが欠点を指摘するあまり攻撃的なレビューをしてしまうことがある 逆にレビュワーがレビュイーに遠慮してあまりレビューしなかったりする レビュワーが誰でもわかる間違いしか指摘できなくなり、建設的な議論が起こらなくなる コードレビューが機能不全に陥る原因の一つが、コードレビューに対する基本的な認識がずれていることだと思う。 じ
5冊の本が、わたしを自己正当化から自由にしてくれた｜Dain（スゴ本の中の人） | Dybe!
愛書家から絶大な信頼を集める書評ブログ「わたしが知らないスゴ本は、きっとあなたが読んでいる」の中の人、Dainさんは、「自己正当化」という「モヤモヤ」を感じてきたといいます。では、そのモヤモヤの解決に示唆を与えた書籍とは。 「自己正当化する人」とは 若いころ、職場で最もモヤモヤさせられたのは、「自己正当化する人」である。 ここでいう「自己正当化する人」とは、「自分が正しい」ことを最重要視し、あらゆる問題の原因を他者に求める人のことだ。自己正当化そのものは悪ではないが、「自分が100％正しい」ことを証明するために生きるような人は危うい。これは当人だけでなく、周りに悪影響を及ぼすからだ。 もちろん、「自分が100％正しい」なんてことはありえない。しかし、同時に「100％間違っている」もないので、自己正当化する人の主張は、たとえそれが詭弁であっても覆されることはない。 わたしの経験に照らせば、自
新人プログラマをレビューで傷つけないために - Qiita
はじめに この半年くらいで初めて本格的にチーム開発を行い、今では日常的に GitHub の Pull Request を使っています。 チームの方々には、基本的なことから応用的な部分まで様々な観点からレビューをしてもらって、大いに勉強になりました。 ただ、時には「新人にとっては厳しいレビュー」をいただき、1 人で傷つきモチベーションを落とすこともありました。 もちろんそれは悪意のあるものではなくて、新人とレビュワーのスキルのギャップによって意図せず生み出されてしまうものです。 そのような不幸なレビューによって苦しむ新人が減ることを願って、新人を不用意に傷つけてしまう恐れのあるレビューをまとめていきたいと思います。 新人教育の場に少しでも役に立てていただけると嬉しいです。 前提条件 今回の対象とする「新人」は、本格的な開発経験が1年未満の方を想定しています。 個人で少しプログラミングはしてき
目標設定の仕方を学ぶ - 「ザ・コーチ」読んだ - $shibayu36->blog;
最近コーチングという分野に興味を持って、まずは簡単でさくっと読めそうな「ザ・コーチ」という本を読んだ。 ザ・コーチ 最高の自分に気づく本 (小学館文庫プレジデントセレクト) 作者:貴彦, 谷口小学館Amazon この本は、副題も含めると「ザ・コーチ - 最高の自分に出会える『目標の達人ノート』」という題名で、その名のとおり目標設定をなぜ行うのか、どうやって行うのかについて知ることが出来る本だった。1分間シリーズのように小説形式となっていて、すぐに読むことが出来る。 現在、自分が目標って何のためにあるのかもう一度知りたいと思っていた時期だったので、非常に面白かった。読書メモがかなりの量になった。マネージャーをやっている人や、その方向に行きたいと思っている人、他にも教育を担当している人は是非おすすめ。 以下のことが印象に残ったので、それについて書こうと思う。 目的・目標・ゴールの定義と、目標設
コードレビューのレビューはマネージャーの仕事 | POSTD
経営に関する名著「 High Output Management （邦題：ハイアウトプット・マネジメント（＝高い成果を可能にするマネジメント））」の中でAndy Groveは、”トレーニング（訓練・教育）はマネージャーの仕事”であり、組織の成果を向上させるためにマネージャー（経営者・管理者）が実践できる最高のレバレッジ活動だと述べています。 多くの組織のマネージャーにとって、この言葉は現在においても参考にできる素晴らしいアドバイスでしょう。しかし、現代のソフトウェア開発チームのマネージャーに関して言うと、その中心となる考え方はシフトしています。 > エンジニアリングチームの成果向上にとっては、GitHubのプルリクエストなどで実行するコードレビューが、今では最大のレバレッジポイント（レバレッジの作用点）である。 品質管理以上の役割 従来、コードレビューのプロセスは品質管理のツールと見なされ
君は GitHub の Suggested change を知っているか？ - BASEプロダクトチームブログ
これは「BASE Advent Calendar 2018」の2日目の記事です。 devblog.thebase.in Native Application Group の右京です。 ネットショップ作成サービス「BASE」では日々機能追加や改善の為、無数の Pull Request が作成され、レビューされています。今日はそんな中で知っているととっても便利な機能を紹介します。 レビューをしていたら typo をみつけてしまった... ありませんか？前後に真面目なレビューがあるとなんとなく指摘するのを躊躇してしまいますね...。シレッと修正するにも編集するなりブランチを切るなりして...はコンフリクトの可能性などもあり、コストが高く面倒ですよね。 そんなときはこれ、「Suggested change」です。 Incorporating feedback in your pull reques
デザインを批評するということ｜pujisi
この記事は2016年6月くらいに書籍「みんなではじめるデザイン批評」を読み、勤務している会社の社内メンバー共有ブログ的なものに綴った私のポエム書評に加筆修正を加え、どの組織にいっても再利用再布教できるように改めてインターネット上に乗っけさせていただいたものの、さらなるnote転載です。2018はnote書くぞ。 デザインを評価することは難しい。 なにが難しいって判断基準を明確にするのが難しい。 でも、意思決定する根拠となる判断基準を明確にしないと、いつまでも難しいままである。さらにはレビューする行為自体、面倒だと煙たがられかねない。デザインとは問題解決なのに、問題になるという本末転倒。 デザインとはなにか。それを評価することとはなんなのか。 「レビュー」と「批評」の違いは一体…！？ そんな悩みを抱える私が書籍「みんなではじめるデザイン批評」を手にとり、読み進めながら、この目の眩むほど崇高な
難易度は？ 効果は？ 実践して初めて分かった「ペアプログラミング」の実際
この20年ほどの間に、「ウォーターフォール」へのアンチテーゼとして現れた、XP（エクストリーム・プログラミング）やScrumと呼ばれる「アジャイル」な開発手法が浸透してきた。中でも、近年ではXPの一部を構成する「ペアプログラミング（ペアプロ）」に対する関心が高まりを見せているようだ。ただ、ペアプロという手法があることを知ってはいても「どのように導入を進めれば良いか」「どのような効果があるのか」については、漠然としたイメージしか持っていないという人も多いのではないだろうか。今回、Yahoo! JAPANのヤフオク!カンパニーにおいて「Lean XP」の一部としてペアプロを導入した山下真一郎氏と、日本におけるテスト駆動開発（TDD）の第一人者である和田卓人氏に、自らの実践の中で感じているペアプロのメリットや、導入のポイントについて語ってもらった。 「Lean XP」の一部としてペアプロの導入に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ログイン - はてな
