タグ

ブックマーク / blog.magnolia.tech (3)

  • 『スクラムの拡張による組織づくり』を読んで、そもそも”組織をつくる”ってなんだろうなって考えた - Magnolia Tech

    スクラムの拡張による組織づくり──複数のスクラムチームをScrum@Scaleで運用する WEB+DB PRESS plus 作者:粕谷 大輔技術評論社Amazon だいくしーさんこと、粕谷大輔さんの『スクラムの拡張による組織づくり』を読みました。 複数のスクラムチームを協業させていく手法として「Scrum@Scale」を軸に、スクラムという概念自体のおさらいから始まり、コミュニケーションを軸とした組織の作り方、運用の仕方を解説していく構成になっています。 第3章で出てくる「毎日45分で問題が解決する」というのはなかなかキャッチーな表現で、Daily Scrum -> Scaled Daily Scrum -> Executive Action Teamのそれぞれに15分という目安を作ることで、議論ではなく問題の確認と決定の場としてショートに実行するものである、という定義が明確で分かりやす

    『スクラムの拡張による組織づくり』を読んで、そもそも”組織をつくる”ってなんだろうなって考えた - Magnolia Tech
    tk_musik
    tk_musik 2023/08/27
  • 設計の「why」を言語化する - Magnolia Tech

    設計の「why」を言語化できる人は強いんですよ— magnoliak🍧 (@magnolia_k_) 2022年10月29日 っていうか、驚くくらい「why」が上手く表現できないんですよ、普通は 手順は言えても、なぜ?が言えない— magnoliak🍧 (@magnolia_k_) 2022年10月29日 設計において、すべての決定について仔細に「なぜ、そうしたか?」を言えるべきなのだけど、これを上手く言語化できない人は多い。「このプロジェクトでは以前からそうしているから」「そうするのが当たり前だと思っていた」などなど、当に理解してないまま「設計という作業」を進めている人もいれば、上手く自分の行為を言語化できないだけの人もいる。 また、必ずしも自分が設計したことについて説明する場面ばかりとも限らない。既に存在する設計から「なぜ」を類推するしかない場面もある。他人のコードを読み取るとき

    設計の「why」を言語化する - Magnolia Tech
    tk_musik
    tk_musik 2022/10/31
    昔案件で文字列比較を「定数.equals(変数)」にしてた人がいてなんすかこれっていったらヌルポ出ないからって。はえーと思ったけど結局やっぱ気持ち悪いんで変数先にしてる。
  • 一冊の本をじっくり読み込み、知識を吸収するためにはどうすればいいのか - Magnolia Tech

    blog.shibayu36.org 先日、id:shiba_yu36さんのブログで、同じジャンルのを複数同時並行で読み、気になったキーワードを繰り返し選別していって、読書ノートにまとめることで知識の吸収速度を上げる、という内容のエントリが話題になっていた。 確かに同時並行で同じジャンルのを読むことで、同じキーワードでも複数の視点で考えるきっかけになって、より理解し易いという効果が有ると思う。一方で、自分は元々一冊のをじっくり最後まで読み切るのが苦手で、だんだんと読み方が雑になって、後半は流し読みくらいになってしまうことがよく有る。 では、どうすれば1冊の方をじっくり読み切って、かつ知識を吸収することができるか、ということを考えてみた。 「目次」と、「はじめに」をじっくり読む 前半部分は並列に読む 中盤まで行ったら最初に戻る メモできる環境を用意する 分からないキーワードは都度調べる

    一冊の本をじっくり読み込み、知識を吸収するためにはどうすればいいのか - Magnolia Tech
    tk_musik
    tk_musik 2021/01/10
    早く本読まずに内容頭に入るガジェット出てくれ。俺字を読むの苦痛なんだ。
  • 1