この「食」の本がスゴい！
好きな本を持ち寄ってオススメしあう「スゴ本」オフ。今回のテーマは、「食」だ。 本を通じて人と出会い、人を通じて本を知るコンセプトでやってきたが、今回は一味も二味も違ってた。なんせ、「食べ物や料理と、それにまつわる本がセット」なのだから。本を通じて人を知り、人を通じて旨い料理に舌鼓キッチンスタジオを貸し切って、料理ながらプレゼンしながら食べながら読みながらの5時間は、愉快すぎる一瞬間でしたな。参加いただいた皆さま、ありがとうございます。 まず結論。本好きは、食いしん坊だ。つまみ読みが大好きだし、夢中になると一気に読み干したりする。味見と称してパラ読みするし、比喩から味覚や食感を組み立てるのもお手のもの。食べてるそのものだけじゃなく、食卓の風景とか場の雰囲気とかを勝手に想像しては涎をわかす。まことに本好きは食いしん坊なり。まずは、とれたての収穫を見てくれ。 業務用大型冷蔵庫をテーブル代わりに並
なぜ糞システムができあがるか
納期が、予算が、バグフィックスが、性能、デザイン、インタフェース、使い勝手、保守が、可用性が、移行にマイグレーション、稼働率が、糞だ。そもそも要求を満たしとらんまともに動かない糞システムが、なぜ莫大な銭金かけてできあがってしまうのは、なぜか? アナリスト、コンサル、PM、SE、プログラマ、テスタ、ヘルプデスク、メンテ、ユーザー、そして経営者と、それぞれの立場から言いたいことは山ほどある。それぞれの立場から「これぞ真の原因!」と叫びたいのも分かる。経営者を除き、全てのキャリアをやってきたから。だから、自信をもって断言する。糞システムができあがる、最も根っこの原因はこれだ。 一つ前の仕事をしている それぞれの立場で「やるべきこと」は分かっている。だからこそ、そのインプットが体を成していないことが明白なのだ。仕方がないので、自分で「インプット」相当を作るハメになる。 例えばプログラマ、プログラミ
「アジャイルプラクティス」はスゴ本
marsさんが、「システム開発に関わる人はみんな読めー」と強力にオススメするにつられて読む。これはスゴ本。marsさん、良い本を教えていただき、ありがとうございます。 ■ どんな本? 本書は、開発現場で培われた「成果を出す習慣」を、45のプラクティスとして紹介している。開発速度を大幅に上げたり、高速納期を目指すような、「アジャイル開発プロセス」という決まったやり方は、存在しない。アジャイルな開発とは、現場でのさまざまな活動をアジャイルにしていく――つまり、変化に適応することを継続させていく―― 「習慣」だということに気づく。協調性+フィードバックによるプラクティスは、あまりにもあたりまえすぎて見過ごされがちかと。その反面、意識して実践するならばこれほど心強い金棒はないだろう。 ■ 忘れがちな基本中の基本「成果をあげるのが仕事」 面白いのは、「悪魔の囁き」と「天使の導き」との間で揺れ動く「感
わたしが知らないスゴ本は、きっとあなたが読んでいる: いきなりコンサルタントに抜擢されたSEが読むべき5冊
上長から「来週からコンサルタントとして○○社に入ってくれ」なんて言われたときに、あわてないための5冊。以下の条件全部にあてはまる人のための選書なので、関係ない方はスルーしてくだされ。シリーズ化しつつあるエントリ（ [その1]、[その2] ）だが、ここらでまとめ。 システム開発チームのメンバーまたはリーダー 顧客の御用聞きを「コンサルティング」だと思っている ←これ誤り McKinsey や accenture といった「ファーム」と一緒に、顧客の中に入って仕事しなければならなくなった これまで、即効性と実用性で4冊レビューしてきたが、このたび5冊目として扱いたいガイドを見つけた（4冊目）のでまとめてご紹介。 ■最初に結論 コンサル会社がやっている「コンサルティング」は、決まりきった手順や方法を粛々と実行しているに過ぎない。目標に対して泥臭いぐらい愚直に反応する。そうしたメソッドと沢山持って
要求仕様戦争（その3）
■仕様書をどうこうする――「要求」の見える化 「要求を仕様化する技術・表現する技術」がオススメ。「要求とは」「仕様とは」からはじめて、仕様戦争までの経緯、回避するための具体的施策までが分かる。「Excel を用いた仕様書」はなかなか興味深い。 著者は「要求」と「仕様」の関係をロジックツリーに見立てる。こんなカンジ。仕様1～n を実装すれば要求Ａが実現する、という仕掛けだ。 ┌───┐ │要求Ａ │ └┬──┘ ├─仕様1（スペック1-1,1-2,1-3...） ├─仕様2（スペック2-1,2-2,2-3...） ├─ … └─仕様n（スペックn-1,n-2,n-3...） まぁ、こんなにキレイにならないだろうが、「このスペック（群）で"やりたいこと"は実現していると言えるのだろうか?」という視線が、どのフェーズでも配れるという点は素晴らしいと思う（実際に目配りするかどうかは別として）。 本
箱
最初に感謝の言葉を。これは今年のNo.1スゴ本。このスゴい本と出合えたのは、まなめさんのおかげ[参照]。ありがとうございます。まさに、わたしが知らないスゴ本は、まなめさんが読んでいたというやつ。その「箱―Getting Out Of The Box」を読んだ。ここ1週間で3回読んだ。あと3度読んで、完全に自分のモノにする。 最初に読み終わったときの気分は、3年前に「禁煙セラピー」を読んだときと同じ。ヘビースモーカーだった自分が「もうタバコ吸わなくてもいいんだ」ということに気付いて、タバコから完全に自由になれた！という実感と同じ。ただし、今回はタバコの代わりに「自己欺瞞からの解放」なのだが。 長い間、自分につき続けてきたウソと向き合うのは、たいへん苦しく恥ずかしい。本を読んでいてこれほど惨めな思いをさせられたのは、はじめて。もちろん書き手は私のことなぞ知らない。だが、問題を抱えている、それも
わたしが知らないスゴ本は、きっとあなたが読んでいる: 空気が読めないSE、話を聞かないコンサルタント
ここしばらく開発の現場を離れ、「こんさるたんと」のお手伝いをしている。彼らのやり口が分かるにつれ、これもアリなんだと納得できるようになった。一方、彼らの「実態」を垣間見て、SE/PMとしてやりきれない無力感を抱かされたことも事実。ここでは「なぜすれ違う? SEとコンサルタント」の感想文に擬装して書きなぐる。 本書によると、SEとコンサルタントの決定的な違いは2点ある。 違い1 : SEはKPI無知 目標に対しどれだけ達成できたかを測定するための指標値をKPI （key performance indicator）という。KPIは以下の4分野において設定され、モニタリングを繰り返すことで経営全体を把握する。SEはそのうち(3)のみに囚われ、全体的な視座が抜け落ちている場合が多い。 (1)財務的視点 (2)顧客の視点 (3)社内ビジネス・プロセスの視点 (4)学習と成長の視点 あるいは、SEに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
