新井剛のレビュー一覧
-
-
Posted by ブクログ
大事なのは何のプロセスを選択するか、いかに遵守するかではない。いかに目的地を定め、そこに共に向かうか
だ。そういった本質が詰まった小説形式の一冊。
タイトルにはガッツリ「ウォーターフォール」、「アジャイル」とあるが、本文中では意外なほどその言葉が出てこない。職場をニューノーマルにトランスフォームさせていくには？というのが主題のようにも思える。
芯の部分にはアジャイルソフトウェア開発宣言が確かに息づいているが、変化球といえば変化球。タイムボックスが出てこない(少なくとも前には)というのは、アジャイル本として捉えると異例ではある。
しかし、この現場で発生するであろう(していたであろう)リアルな課題を解決していくことにフォーカスしたストーリーを、私は全面的に支持する。ひとつのBe Agileの形がここにはある。 -
-
-
-
Posted by ブクログ
ネタバレ社内でアジャイル，アジャイル言われるものの何なのそれ状態だったのでとっかかりとしてたまたま書店で見つけて購入．
※基本的には，私はウォーターフォールしか経験してないと思っています
気になった（気にとまった）ことをいくつか：
1. 顧客が必要なものにフォーカスし，素早くプロダクトを開発する手法
2. マックだって，ヘルシーな「サラダマック」の売れ行きは乏しかった（顧客インサイト）
3. 短い期間でリリースし，フィードバックを受け，改善するというサイクル（アジャイル開発の基本）
4. 要件定義はあくまでも仮説．本当に必要なものから乖離したソフトウェアを作り込んでしまうリスクがある．
5. 前工程の遅れが後工程を圧縮する（☜まさにこれなんだよなぁ）
6. 要求の変更はたとえ開発の後期であっても歓迎しますという原則（アジャイル開発の原則）
7. 小さく試して軌道修正
（8. YouTubeは元はデート相手を探すマッチングサービス）
9. 目的や目標，前提や制約，優先基準決定にはインセプションデッキ（WhyとHowを明らかに）
10. 一定の間隔で区切って開発する（スプリント，1～2週間）
11. タスクの見える化と優先順位の決定（スプリントバックログ）
12. 作るべきものの一覧で作るもの・作る順番を明確化（プロダクトバックログ）
13. TODO：やること，DOING：やっていること，DONE：やったことの状況の見える化（タスクボード）
14. タスクサイズはフィボナッチ数列を使うと見積誤差とタスク感サイズ比較がやりやすい
15. 昨日やったこと，今日やること，困っていることを把握して軌道修正（朝会，日常の見える化）
16. KPT：振り返りも1～2週間で実施
17. 繰り返し作業が3回以上あれば，断続的インテグレーション導入 -
-
Posted by ブクログ
システム開発における様々な問題を、主人公が成長しながら解決していく物語。
他の一般的な書籍と違い、物語として読むことができるため、自分の境遇と比較しながら読みすすめることができます。ポイントを逐一紹介しているため、説明はとても分かりやすいです。特に一番最後のあとがきで全てをまとめているのはとてもありがたかった。
主題は物語ではなく、様々な問題をどうやって解決するかを学ぶことなので、物語の全てが
・問題発生
・解説
・解決策を遂行
・うまくいった
という流れで進みます。1〜2章は解決策を他人が提示するので、まるでドラえもんみたいだと感じましたが、学びを得るのが主題なのでやむを得ないかなと思います。
主人公が最初に絶望していた割に、本人も周囲も都合が良すぎると感じることもあるにはありますが、そもそも物語の形をとって解説をしている本なので、出来事にリアリティがないことを責めるのもちょっと違うかなと思います。(リアリティ重視で分かりにくいと本末転倒ですし)
1つだけ不満を言うならば、発生する問題がほぼ全て解決手段の提示ありきで、特にスクラム開発における解決手法を次々と利用していく流れなのですが、手段はともかくなぜその解決策なのか、この問題の本質はどこなのかといった、手段を講じる前の段階を深く掘り下げてほしかったと思います。
とはいえ、全体的にはわかりやすくまとめられており、読後感も良いのでおすすめです。 -
Posted by ブクログ
新規事業のシステム開発は要求や仕様が明確でない場合がほとんど。
何を作るか、何故作るかを常に考えるが、
それが正解かどうかは分からない。
分からない中でも前に進んでいくために
アジャイルの考え方は必要だと思う。
ただ、チーム全員がその考えを持っていることは少なく考えを浸透させるのは難しい。
この本ではフィクションとしながらも
事実をベースにしているため
現場の緊迫感が伝わってきて良かった。
自分が一歩前に進むきっかけになりそう。
アジャイルや、事業開発で使うツールや
その使い方が分かりやすく説明されており
解説書としても使えそう。
一人でできること、
チームで出来ること、
チーム外部と出来ること、を
ストーリーと解説を交えて
記載されているのも読みやすい。
それで、あなたは何をしている人なんですか？ -
-
-
-
-
-
Posted by ブクログ
# SIerのとしての、自分の世界を変えていく、一人の旅人の物語
## 面白かったところ
* アジャイル開発は決まった型はない事が、ストーリーベースだからわかる
* アジャイル開発すらも、プロジェクトに合うのか検討している
* 突然チームで始めるのではなく、個人単位で始めている
## 微妙だったところ
* 主人公が「何をするひと」なのかは読み進めればわかったのだが、一言では名言されていない点がもやもやした
## 感想
「なんちゃってアジャイル症候群」なんて病気もあるくらい、実際にアジャイル開発を手を動かしてみないとどんなものなのかはわからない。
自身も自分で始めたわけではないし、わからないことが多いからこそ、この本を拠り所にしている。
この本に答えが書いてある時もあればそうでないときもある。
だが何かしらの答えやきっかけを与えてくれるこの本は、とても重宝している。 -
-
-
Posted by ブクログ
ネタバレ最近、「アジャイル開発」という言葉に会社で振り回されているので、敵を知るために（？）色々読み漁っている。。。
アジャイルな仕事のやり方を取り入れていくことで、仕事がうまくまわるようになった話。
今の仕事のやり方の中に、少しずつでも取り入れていけば、よい流れを作れるかも？という希望は湧いた。
一番大事で、できていないことは
「ふりかえり」
どうにかうまくできるようにならないかな。
①データを収集する
その期間に起こったこと。うれしかった、楽しかったことでもOK（Keep/Problem)
②アイディアを出す（Try)
③何をすべきかを決定する
場合によって他のフレームワークを使ってみるのもあり。
毎日のふりかえりはKPT
月に一度の戦略の練り直しはYWT
研修や道のことを実施した際にはFun!Done!Learn！
まずは自分ができるようにならないといけないので、
毎日…は’無理でも、週１で［振り返り］をしてみようと思う。
-
-
Posted by ブクログ
タイトルから想像される内容とは一致しないけど、読み終えると言いたいことは伝ってくるタイトルです。
ウォーターフォールの中でアジャイルを実現する前提であるが背景がウォーターフォールであるかどうかはわからないが、現場でアジャイルを体現する具体的なストーリーを見せてくれる。実際にやろうと思うと、そんなにうまく行くかどうかはチームメンバー次第かもしれない。
個人的には、アジャイルというものをある程度わかってきた人たちが改めてアジャイルとはなんなのかを再認識するのに有用な書籍かなと感じた。そういった点ではアジャイルになりたい人の理想が詰まった楽しいストーリーだった。
あなたやあなたのチームにとってのアジャイルが見つかる助けになるかもしれない一冊。