永瀬美穂のレビュー一覧

エクストリームプログラミングのラクティスをうまく活用し、顧客と開発者に喜びを実現できている。

人の成長スキルアップ(=スケールアップ)は容易ではない。
ペアプロをすることでスキルアップを助けるとともに、チームの人数拡大(=スケールアウト)ができる。
開発者はテーマから離れること(=スケールイン)で...続きを読むドメイン知識を忘れてしまう(スケールダウン)が、
自動テストを整備しておくことで、専任者がいなくなってもフォロー可能になる。
これによって変化の激しいビジネス環境に柔軟に対応できる。
エクストリームプログラミングの重要性を改めて認識した。

見積もりをコミットにして、見積もった人にやりきるのがプロの仕事だと迫っているようじゃ、見積もりの水増しが横行するだけだし、いつまでたっても開発に必要なデータが得られず、正確な計画が立てられない。
だから、開発者は懸命に取り組んだがうまくいかなかったことを報告し、その結果に応じて次の計画をどうするか顧客と一緒に考える。

すべてがおとぎ話のようにうまくいったように描かれているが、実際の取り組みは苦難の連続だったようだ。そしていまだに、多くの組織に共通の問題に対して明確な答えを出せずにいる部分もある。そんな中でもなんとか成果を果たし、喜びに支えられているようだ。

筆者のような高みにはたどり着けないかもしれないが、こんな経験を読み返し、なんども聞かせてもらいながら、同じような高みを目指して喜びに変えていきたい。
そんな清々しいモチベーションを感じさせる、まとめ、エピローグが素晴らしかった。

一冊でスクラムの流れを把握することができる本。
漫画によるストーリーも入っていて読みやすい。
入門としてはベストな本だと思った。

読むの2回目だけど、実践部分と概念の説明のバランスが良く非常に良著。

より深掘りした本はあるだろうが、
「どれか一冊で全部」ってことならスクラム開発のバイブルと言って良いと思う。

アジャイル、スクラムの全ての手法をトレースしようとは思わないけど、根っこにある

・プロジェクトは先行き不透明なもの...続きを読む
・だから重要なものから確実にfixさせて次に進もう

という考え方は全面的に同意…。

Scrumの基本のキ
システム開発に関わる人全てが読むと良いと思っているし、自分のチームのメンバーには必ず読んでもらっている

従業員、顧客、そして自分自身の全て人が日々の仕事に喜びを感じる会社を作った人が自分の会社の活動・設備・運営について教えてくれる本です。
なのですが、見る人からみたら全力でAgileをやっている会社が自分たちのプラクティスを割と詳細に教えてくれる本です。
Agile関連の本を色々読んでみたけど具体的に...続きを読むどうしたらいいんだろう、ってモヤモヤしている人には物凄くおすすめです。
「これってXPのことだよね」とか「これってリーンの話だ」など思い当たる箇所が随所に出てきます。
「Agileって何？」という人には、1つの会社の中で文化がどのように醸成されていくのか、それを守るにはどういったことが必要なのかなどの学びが得られるのではないでしょうか。
俺もメンローツアー行きたい。

【一口感想】
　「Scrum導入本の決定版！これ一冊でスクラムのエッセンスの全てがわかる」

【３行要約】
　・あるプロジェクトにScrumを導入してみるという実験をストーリー仕立てで解説
　・スクラムマスターに抜擢された主人公もPOもチームもスクラム初体験のなか徐々に成長していく姿がまぶしい
　・...続きを読む重要な用語やマインドセットなどももちろん網羅

【所感】

打ち合わせでスクラムの話をしたばっかりに、新しいプロジェクトにスクラムの導入を命ぜられ、
そして自身もスクラムマスターとして任命されてしまった主人公「ボク」。
「スクラムとは何か？」
を常に自問自答しながら、迫り来る数々の問題をクリアしていき、最後にプロジェクトはいろんな
意味での「成功」に導かれていく。

ストーリーの展開はマンガ＋文章という２段構成で進められ、リズムも良いのですぐに読み切れてしまう。
遅読の私でも２時間もかからなかった。個人的には面白くて２度通し読みしてしまった。

この本のすごいところは、最初に全てをまとめて説明するのではなく、ストーリーが進んで行く
なかで必要な事実としてスクラムを解説しているところだ。ストーリーをマンガに乗せて展開
していくというスタイルは最近のハウツー本では流行りなのかもしれないが、私が読んだことのある
いくつかの本の中でもリズム感というか、マンガと文章の組み合わせの長さなどがちょうどよく、
それこそ「今必要な最低限のものを短いタームで作ってイテレーティブにリリースする」という、
スクラムのスタイルそのものに近いリズムで展開されていくところがとても読みやすかった。

また、個人的にものすごく心に響いた点は２つ。

ひとつは、このストーリーはスクラムマスターであるボクくんの成長ストーリーと捉われがちだが、
実は彼だけでなくPOのキミちゃんも、ボクくんの上司であるブチョーさんも、そしてチームの
メンバーそのものも、スクラムというプロセスの導入をきっかけにみんなが成長していくストーリーだ
という点だ。
チームは自分たちの活動内容がつまびらかになっていくことで不安もあったろうが、最後の方では
どうやればものごとを正しく、そして最短距離で解決に向かわせることができるのかわかるようになり、
そしてそれを自律的に行えるようになっていく。
スクラムは個人の能力もそうだがチームとして人が強くなり、リーダーを持たなくても自発的・自律的
に行動がとれるようになるというのは、まさにこういうことなんじゃないかと感じた。

もう１点は、プロジェクトの途中で起きるシステム的ではなく人為的な「障害」が、あまりにも自分の
過去に経験してきたことと重複してした点だ。
「人を投入すればベロシティ（開発速度）上げられるだろ。だから期間短くしろ」と上司が言ってくるとか
プロジェクトのステークホルダではない部署の人間がプロジェクトルームに来て、無意味な正義感を振り
かざして、仕様書を見せろ！こんな仕様は間違っている！と「口」も「手」も出してくる、とかいったやつだ。

スクラムにおいては、ステークホルダとチームメンバー以外の人間の意見はただの参考であり、基本的に
意思決定を左右するものにならない。彼らは自分たちのやり方が絶対で、それが正しいと信じ込んでいる
ので、そうでないやりかたをしているのが気に入らないのだろうが、そもそもプロセスも価値観もゴールも
まったく違う世界で、ひとつのやり方が絶対正しいなどという保証はない。
というかほぼ100％、間違っている。

私は、過去経験してきた数多くの開発の現場で何度もこの場面に遭遇してきた。
立場がメンバーだったこともあるしリーダーだったこともあるが、そのいずれの場合も、
チームは最終的にこの「部外者」からの意見に屈服してしまった。
しかし、それではダメだったのだ。
私はこの本を読んで確信した。

「プロジェクトのステークホルダでないやつの発言は、聞くだけ聞いて無視しろ」

この一言につきる。もしそれがステークホルダではない上司だったら、POやSMは意地でも説得する
必要があるだろうし、そうでなければチームメンバーのみんなに迷惑がかかるし、そもそもチームの
存在意義である「ユーザーに価値のある動くサービスを提供する」という目的を達成できなくなって
しまう。発言してくる人には悪意はないと思うし、上司だと言いにくい局面もあるかもしれないが、
ここは絶対に折れてはダメだ。粘り強く交渉・説得する必要がある。

スクラムとは、チームを強くするということと同時に、リーダーとなる人間がどうやって
チームを支えていくのか？ということの１つの答えであるような気がしてならない。
どうやったら部下が自律的に行動してくれる人間になるのか？
スクラムを導入することでおそらくリーダーの負荷は一時的には高くなるだろうし、これまでの
進め方では必要なかったタスクも多くなるだろう。
でもチーム全体としての生産性はきっと、それまでの何倍も高くなるはずだ。

本書では、そのきっかけとなる何かに気づかせてくれる気がする。
スクラムに限らず、リーダーとしてどう振舞うべきか？と悩んでいる人に向けても、とても良い
参考資料になるのではないかと思う。

チームのメンバーに限らず、この業種に関わる全ての人に読んでもらいたい「逸冊」だ。

Scrumについて学ぶ最初の1冊として、とてもオススメです。
技術書によくあるあるような、無駄にくどい説明や硬い文面を避け、全体を通して理解のしやすさに主眼が置かれていて、頭にすっと入ってきました。
実際に起こりそうな問題を踏まえストーリー仕立てでプロジェクトのイニシエーションからリリース、振り返り...続きを読むまで書かれているので、開発経験のある人であれば、実際の現場と比較しながら読めるのではないかなと思います。

Scrumに関して，基本的なことから実際におこなう上での注意点が書かれている．
そのため，主な対象読者であるScrum初学者だけでなく，実践している人でも学びのある本だと思う．
また，口語調の文体や問題の状況をマンガで表現するなど，読みやすい本になっている．
ただし，逆に全体的にさらっとしているため...続きを読む，重要さが伝わらない感がある．
何度も読むなり，問題に直面したら読み返すなりの対応が必要かと思う．

スクラムとは何かにマンガと解説で答えてくれる本。実際のプロジェクトの雰囲気を伝えながら、スクラムでやるとどうなるかを実況中継的に伝えてくれる。実際にスクラムに取り組む際に、羅針盤となってくれる書と思う。

「喜びに満ちたチームの方が良い成果を出す」に共感！
また、これまで信じて疑わなかった「プルックスの法則」（遅延プロジェクトに増員しても、さらに遅れるだけ）は「ただの思い込み」だと気付かされた！私にとって驚愕の一冊です。

ひとまず斜め読み終了。何ヶ月かのうちに再読する見込み。
マンガだから、でなく、マンガを含めて読みやすくする工夫に満ちてる良い本です。

もう少し凝ったイラストよりもこれくらい簡素な方が絵の主張が強すぎなくて好感が持てる。巻末にある「理解を深めるために読んでほしい文献」と「ボクくんが気づいた大切なこと」は、この本のまとめであり、見返して役に立ちそう。コラムに記述者名が書いてあって、文責が誰にあるのかが明確にされている感じがして好印象。...続きを読む似たような構成だったけれど、以前読んだ『アジャイルでやってみた。』よりは読んでいて楽しめた。なぜだろうと考えたけれど、ボクくんの会社の雰囲気が良かったのかもしれない。

今更だけど重厚長大な大企業にもAgileがやって来た。
いや、正確にいうと言葉自体はもっと前からもちろん来ていたが、インフラ屋のところまでついに降りてきた上にそれでチームを回そうという機運が出そう（で、まだ出てないんだけど）ということで、今更ながらスクラムというものをお勉強。
諸氏が書かれている通り...続きを読む、導入にはとても良い。なぜタイムボックスを厳守するのか、そしてなぜ『実運用において）見積りがズレるのか、納得できた。
イケるかな、スクラム。

スクラム開発未経験者が、どのようにスクラム開発を進めていくかがストーリー仕立てで説明されている。
そのため、初心者でもスッと入ってくる。
未経験者ならとりあえずこの本のやり方に則って実践してみればいいんじゃないだろうか。

スクラムのことをひと通り学べて、かつマンガなのでとても読みやすかった。とっかかりとしておすすめできる一冊です。

# 多方面からプロダクトに立ち向かうための、戦略的組織論

## 面白かったところ

- 組織とソフトウェアアーキテクチャは密接に関わり合っており、人こそがソフトウェアであり組織を良くも悪くもすることがわかった
- 自分が管轄外のプロダクトには適切な境界線（interface）を切って、異なる概念を...続きを読む持ち込まない・持ち込ませない制約があるとイイことを改めて学べた点

## 微妙だったところ

- 引用がとても多く、著者自身の熱い思いがあまりなかった点。チームトポロジーのフレームワークはすごいしやってみる価値はあるんだけど、イマイチ引き込まれれる何かがなかった。

## 感想

現場での課題図書として上がっていた一冊。なにもないところから著者の真意を汲み取ることは難しいだろうなとは思いつつ、現場での組織構成を擬えて見るとかなりイメージが進んだ。

人間一人の認知負荷にも限界があり、チームのそれにも限界がある。この前提を踏まえたうえで、自チームで担当すること・しないことのドメイン境界を切ってinterfaceでハーネスをかける。

「〇〇チームは▲▲機能の担当」という境界を　Package by Featureで区切る。多機能とやり取りするときは必ずInterfaceを切って、他チームとコミュニケーションを図る。

なるほど。今やっている僕らの軌跡はこの本からやってきたんだと腑に落ちた。

スクラムに関することをサッとわかりやすく読むことができた良書でした。実務と照らし合わせながら見ていくと面白かったです。