市谷聡啓の作品一覧
「市谷聡啓」の「作る、試す、正す。 アジャイルなモノづくりのための全体戦略」「カイゼン・ジャーニー たった1人からはじめて、「越境」するチームをつくるまで」ほか、ユーザーレビューをお届けします！
- 作者をフォローする
- フォローすると、この作者の新刊が配信された際に、お知らせします。
値引き作品
一覧 >>作品一覧
-
-1巻3,080円 (税込)プロダクトづくりのデッドエンドを乗り越える── そして「プロダクトづくり」は「システムづくり」へ。 本書は、従来のプロダクトづくりが直面する「デッドエンド（行き詰まり）」をいかに乗り越えるか、その全体戦略を描き出した一冊です。 本書が提唱するのは、視点を「プロダクト」から、モノ・コト・ヒト・トキが絡み合い生成する「システム」へと転換すること。そして、「正しさ」を探すのではなく、「正しくなる状況」をつくる営みへとモノづくりを移行すること。その営みの芯に位置付けられるのが「アジャイル」です。 ソフトウェア開発から組織変革までを貫く、20年来のアジャイル実践知がここにあります。不確実性に挑み、「価値」のみならず「意味」あるモノを作ろうとするエンジニア、プロダクトマネージャー、事業開発担当者にとって、必携の手引きとなるでしょう。 -
4.1従来のソフトウェア開発とは、「既に正解があり、記述された正解をそのまま形にする」というものづくりであり、いかに効率よく作るかという観点が主眼でした。そのため、正解の見えないなかで手探りで進んでいくことが必要となる不確実性の高い現代においては、うまく噛み合わない状況になっている開発現場も少なくありません。 本書では、共創を実現する具体的な手段としてのアジャイル開発を下敷きに、これからのソフトウェア開発／デジタルプロダクトづくりに、作り手（エンジニア、開発者、デザイナーなど）と、それを必要とする人（クライアント）がどのように臨むべきなのか、その考え方と行い方を具体的に提示する一冊です。 「正しいものを正しく作る（著者の掲げる理念）」とは、すなわち「正しくないものを作らない」戦略をとることであり、そのためには粘り強く「正しく作れているか？」と問いに置き換えながら探索的に作っていく必要があります。問いを立て、仮説を立て、チームととともに越境しながら前進していく。本書はそのための力強い手引きとなるでしょう。 -
4.3 -
4.11巻2,640円 (税込)「ともに考え、ともにつくる」――スクラムやアジャイルを導入した現場で 直面する開発チーム・マネジメントの問題に立ち向かうすべ、 チームづくりの要点をストーリーで学ぼう！ 【本書の特徴】 ・現場のストーリーから、考え方とプラクティスを一緒に学べる ・単一チーム、複数チームなど、様々なチーム・マネジメントの問題を扱う ・日本の現場を前提にしているので、実践しやすい ・アジャイルをこれから始める人だけでなく、もっとうまく実践したい人にも最適 【本書に登場するプラクティス】 出発のための3つの問い ／ 段階の設計 ／ ドラッカー風エクササイズB面 ／ 割れ窓理論 ／ フォーメーション・パターン ／ コンウェイの法則 ／ 越境のデザイン ／ 重奏型仮説検証 ほか 【あらすじ】 チームによるプロダクトづくりができる環境を求めて “太秦（うずまさ）”が転職した先は、デベロッパー向けのツールを開発、提供する、 小さなベンチャーだった。しかし会社期待のタスク管理ツールを開発するチームに 配属され、いきなりチームリーダーをつとめることに。 ……とうていチームとは呼べない“グループ”（個人活動の集合）の状態から、 本当のチームになれたと思ったのもつかの間、経営陣はタスク管理を含めた 3つのツール統合を発表。太秦はそれらプロダクトの統合を行う開発リーダーを 任されたのであった。 チームとは何か？、チームのファーストとは？、分散チームへの適応など様々な 「単一チームの問題」、複数のプロダクト統合に伴うチーム間の断絶や衝突、 チームが上手く連携できないなど様々な「複数チームの問題」……これらを乗り越え、 太秦たちがたどり着いた「ともに考え、ともにつくる」とは？ ※本電子書籍は同名出版物を底本として作成しました。記載内容は印刷出版当時のものです。 ※印刷出版再現のため電子書籍としては不要な情報を含んでいる場合があります。 ※印刷出版とは異なる表記・表現の場合があります。予めご了承ください。 ※プレビューにてお手持ちの電子端末での表示状態をご確認の上、商品をお買い求めください。 -
4.5※この商品はタブレットなど大きいディスプレイを備えた端末で読むことに適しています。また、文字だけを拡大することや、文字列のハイライト、検索、辞書の参照、引用などの機能が使用できません。 「RPSは、スウェーデンの国家警察機関だ。僕らはそこで、PUSTと呼ばれる新 しいデジタル捜査報告システムを開発している」（本文より） 本書は、アジャイルソフトウェア開発手法のひとつであるリーンソフトウェア開発手法を解説した、Henrik Kniberg,“Lean from the Trenches: Managing Large-Scale Projects with Kanban”の日本語翻訳版です。 官公庁の大規模システム開発プロジェクトにおける著者の経験に基づき、理論だけではなく、開発の現場で実際にどのように適用するかを、カンバンシステムを軸にしたプロジェクト進行の様子を描写しつつ、直裁的に解説しています。 リーンソフトウェア開発について、実践的な内容を求めていた方、これから現場へ導入したい方にお勧めの一冊です。 -
4.51巻2,530円 (税込)DXへ挑む、マネジメント、現場、すべての人へ 本書は、デジタルトランスフォーメーション（DX）を進めるためのガイドブックです。 DX推進を担うビジネス部門・情報シス、現場・チームの人たちに向けて、 仮説検証とアジャイル開発を中心とした、DXを進めるために必要な基本的な知識を解説します。 また、DX推進にあたって組織として「戦略(経営側)と現場活動の一致」を高める必要があり、 そのための体制や進め方を提示します（どこから始めるか？ どのような体制で臨むか？）。 DXという名の組織変革を推し進める4つの段階を解説。 1.業務のデジタル化 2.スキルのトランスフォーメーション 3.ビジネスのトランスフォーメーション 4.組織のトランスフォーメーション 【本書で扱うDX推進のキーワード】 分断／適応課題／協働／アジャイルブリゲード／アップデートとアライアンス コミュニケーションのストリーミング化／変革推進クライテリア／仮説検証型アジャイル開発 など 【本書の構成】 ■第1部 デジタルトランスフォーメーション・ジャーニーを始める前に 第1章 DX1周目の終わりに 第2章 デジタルトランスフォーメーション・ジャーニーを描く ■第2部 業務のデジタル化 第3章 コミュニケーションのトランスフォーメーション 第4章 デジタル化の定着と展開 ■第3部 スキルのトランスフォーメーション 第5章 探索のケイパビリティの獲得 ■第4部 ビジネスのトランスフォーメーション 第6章 仮説検証とアジャイル開発 第7章 垂直上の分断を越境する ■第5部 組織のトランスフォーメーション 第8章 水平上の分断を越境する 第9章 組織のジャーニーを続ける ※本電子書籍は同名出版物を底本として作成しました。記載内容は印刷出版当時のものです。 ※印刷出版再現のため電子書籍としては不要な情報を含んでいる場合があります。 ※印刷出版とは異なる表記・表現の場合があります。予めご了承ください。 ※プレビューにてお手持ちの電子端末での表示状態をご確認の上、商品をお買い求めください。 -
4.41巻2,530円 (税込)「日本の現場」に寄り添った、アジャイル開発の実践！ 現場のストーリーで、開発の神髄を学ぼう 【本書の特徴】 ・現場のストーリーから、考え方とプラクティスを一緒に学べる ・1人でも始められる業務改善の手法から、チームマネジメントの手法まで解説 ・日本の現場を前提にしているので、実践しやすい ・アジャイルをこれから始める人だけでなく、もっとうまく実践したい人にも最適 【あらすじ】 ITエンジニアとしてSIer企業に勤務する江島は、 問題だらけのプロジェクト、やる気のない社員たちに嫌気が差していた。 そんな中、ある開発者向けイベントに参加したことがきっかけで、 まずは自分の仕事から見直していこうと考える。 タスクボードや「ふりかえり」などを1人で地道に続けていると、 同僚が興味を示したため、今度は2人でカイゼンに取り組んでいく。 ここから、チームやクライアントを巻き込んだ、現場の改革がはじまる。 チーム内の軋轢、クライアントの無理難題、迫りくるローンチ…… さまざまな困難を乗り越え、江島がたどり着いた「越境する開発」とは。 【筆者コメント（「あとがき」より）】 良い問いは人を立ち返らせてくれます。 そのような問いは人によって異なるでしょう。 読者のみなさんにとっての良い問いと出会えるよう、 江島（本書の主人公）同様、自分がいる場所から外に出て、 いろいろと見聞きしてみてください。 もちろんこの本があなたにとっての 良い問いになることを願っています。 ※本電子書籍は同名出版物を底本として作成しました。記載内容は印刷出版当時のものです。 ※印刷出版再現のため電子書籍としては不要な情報を含んでいる場合があります。 ※印刷出版とは異なる表記・表現の場合があります。予めご了承ください。 ※プレビューにてお手持ちの電子端末での表示状態をご確認の上、商品をお買い求めください。 -
4.1なんのためかわからない目標をめざして仕事をする。 「これまでこうしてきたから」で話が終わる。机上の空論だけが続く。 完璧を目指すが、成果につながらない。 「最初に立てた目標どおりであったかどうか」で評価が決まる。 マイクロマネジメントをされるほうもするほうも疲弊する。 チームや部署を越えたコミュニケーションに良くなる兆しがない。 仕事のやり方がアップデートされない。 無関心、他責、面従腹背が日常となってしまっている。 これまでのやり方では何かがおかしい。 では、どうすれば変えていけるか？ 「数字だけ」から、「こうありたい」へ。 目先の効率から、本質的な問いへ。 アウトプットから、アウトカムへ。 想定どおりから、未知の可能性へ。 マイクロマネジメントから、自律へ。 縄張りから、越境へ。 1人の知識から、みんなの知識へ 思考停止から、行動へ。 変化の最前線で試行錯誤してきた著者が20年の時を重ねてたどりついた、“新しい正解”の見つけ方をあなたに。 ■目次 第1章 「数字だけ」から、「こうありたい」へ ●From 目標が次の何かに活きているか？ 「数字しかない」目標になっていないか？ 目標の前提に目的はあるか？ 本当に目標を達成できているのか？達成したことにしていないか？ 目標を予定どおり達成できることに価値があるのか？ 考えてもわからないのか？考えていないためにわからないのか？ ●To 自分たちの「芯」がどこにあるのか、目の前のことはいったん脇に置いて考えよう ゴールデン・サークルを用いて自分の意図を自分に気づかせよう ●From→To FromとToを別々に描こう 目標までに段階をつくって1つ1つ乗り越えていこう 第2章 目先の効率から、本質的な問いへ ●From 机上の議論が容赦なく延々と続く 表層的な理解だけ合わせて、本質的な問いが置き去りにされる 「これまでこうしてきたから」問題（圧倒的な問いの不足） 「効率性ファーストのメンタリティ」問題（正解を出さないといけない） 「失敗が次に活かされない」問題（失敗の本質は同質の失敗を繰り返すこと） ●To 問いを立てるのと同時に、その問いに答えるための「プロセス」を取り入れよう （1）問いを立てる （2）問いに答えるための仮説を立てる （3）仮説を検証するためのプランを立てる （4）検証を実施する （5）結果を確認し、理解を得る ●From→To 個別の活動に焦点を当てつつ、全体として成り立っているかに目を向けよう 全体のプランを時間軸を伴う形で可視化しよう 第3章 想定どおりから、未知の可能性へ ●From 評価の基準は「最初に立てた目標どおりであったかどうか」 「正解」からズレないことを基準に置いてきた組織が周囲からズレてしまっている ●To 「適応の時間」を明確に取るようにしよう ふりかえりをしよう むきなおりをしよう 領域を越境していこう ●From→To 探索と適応のバックログを作ろう 第4章 アウトプットから、アウトカムへ ●From 「品質が王様」という価値観 品質を高めるために、何度も幅広く検査する アウトプット自体が決められなければ3つのムダが生じる可能性がある 問うべきは「アウトカム（成果）が得られるかどうか」 ●To 早く試せるよう、価値があると思われる部分を真っ先に実現しよう 理解を正すまでの時間を短くしよう ●From→To 目的が完成品としてのアウトプットなのか、アウトカムまで狙うのかを問おう 振り子のようにアウトプットや品質の考え方を動かしていこう 第5章 マイクロマネジメントから、自律へ ●From マイクロマネジメントでは、計画の詳細さと呼応するように、細やかな報告が求められる 「予実のズレをなくすことが成果につながる」という世界観がマイクロマネジメントを生む ●To 唯一の正解がないなら、多様性を許容して「当たり」を引く可能性を高めよう 順序と時間をマネジメントしよう 自ら学び、判断し、協力しあえるチームをつくろう ●From→To これまでの「ふつう」を少しずつ変えてチームの自律性を引き出していこう 「ファイブフィンガー」「ベロシティ&リードタイム」「ワクドキ感」でチームの状態を理解しよう 第6章 1人の知識から、みんなの知識へ ●From 仕事のやり方がアップデートされてない どこにナレッジがあるかわからない ナレッジが形式知として残されていない 効率性ファーストだと共同化の機会が限られたものになってしまう ●To 1人SECIモデルを回そう 逆円錐状に学びの回転を広げよう 協働によって創発を生み出そう ●From→To 形式知のかたちを見いだしておこう ナレッジ自体のふりかえりをおこなうようにしよう 第7章 縄張りから、越境へ ●From チームや部署を越えたコミュニケーションに良くなる兆しがない 1on1やチャットでも乗り越えられない ●To 越境の2つの意味 1人から始める越境 チームでの越境 組織の越境 ●From→To 接点を作り続け、対話を進めていこう 終章 思考停止から、行動へ ●From 「自分として」考えることも、動くこともない 思考停止から無関心、他責、面従腹背につながっていく ●To 関心、チーム、リスペクト、越境でダークサイドを変えていこう ●From-to 経験とは行動を起こした人にのみ与えられる報酬 -
4.0DX時代を迎え、成長しつづけるIT市場のスピードに合わせてビジネスも変革を迫られる昨今、「アジャイル開発」が注目されています。アジャイル開発は、短期間でリリースして改善するサイクルを繰り返すことでニーズを的確にとらえ、すばやくプロダクトを送り出すための開発手法です。 本書は、ソフトウェア開発の現場でアジャイル開発を実践してきた著者陣が、その知見を丁寧にまとめたものです。どう実践してよいかわからないという人でも読んだその日から自分の現場で取り組めるように、具体的なやり方が豊富な図とともに解説されているのが特徴です。 ●本書はこんな人におすすめです。 アジャイル開発を実践したいエンジニア DXを推進したい経営者 アジャイル開発を業務に活かしたい企画担当者など非エンジニア 過去にアジャイル開発に取り組んだが挫折した人 具体的なプラクティスや実践ノウハウを知りたい人 -
値引きあり4.5「どうすれば、目の前にあるプロダクトづくりがもっと良くなるのか」 「理屈はわかっていても、自分たちのプロダクトづくりをどう変えていけばよいかわからない」 現場でよく耳にする問いです。本書では、1つのストーリーを通して、仮説検証とアジャイルの実践を追体験しながら、この問いに向き合い、乗り越える方法を学んでいきます。プロダクト開発の現実と理想のはざまにいるすべての人に向けた一冊です。 ●本書の特徴br>・現場のストーリー＋解説で、どんな課題に、どう取り組めばよいかを学べる ・1人でも、チームでも、プロダクトづくりを変える手がかりを得られる ・仮説検証とアジャイルの実践の流れを、この一冊で一気通貫にたどることができる ・アジャイルに詳しくない／これから始める人だけでなく、課題解決の糸口を得たいアジャイル実践者にも最適
ユーザーレビュー
-
Posted by ブクログ
カイゼン・ジャーニー たった1人からはじめて、「越境」するチームをつくるまで
著：市谷 聡啓
著：新井 剛
出版社：翔泳社
良書、いろいろ、気づきがあり手にしてよかったと感じました。
アジャイル開発のために、指示待ち君ではなく、自分で気づける君を育てるための書だと理解しています。
もっと仕事のやり方をよくしたいと動機から、何に取り組めばいいのかという投げかけから出発します。
■一人からはじめる
４つのタスクから始める
①タスクマネージメント
②タスクボード
③朝会
④ふりかえり
小さく試みる⇒許可をもとめるな、謝罪せよ
まずはやってみる、何かを始めるときは大事な心構えだ
ふ -
Posted by ブクログ
チーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで
著：市谷 聡啓
出版社：翔泳社
たんなるグループを、変化に強いチームにするための解説書です。
■チームになるための４つの条件
①チームの目標をそろえる
②共通の目標を認識する
③お互いの持ち味を把握する
④協働で仕事するためのやり方を整える
■スクラムの５つのイベント
①スプリント 反復される開発期間
②スプリントプラニング そのスプリントで何を開発するかを計画するためのミーティング
③ディリースクラム 日々の進捗や優先順位、障害などを確認し合う短いミーティング
④スプリントレビュー スプリントの終わり -
-
-
Posted by ブクログ
アジャイルの進め方を物語風に紹介していてイメージしやすい。
いきなり最初から上手くいくわけではなく、少しずつ改善されていく感じも良い。
ただし、物語風のあるあるだが、難しい調整のところなど、実際にはそんな上手くいかないだろうと思ってしまうところもある。
物語の中で、多くのフレームワークの説明がある。
バリューストリームマッピング等、他ではあまり見ないものもあって参考になった。
「それで、あなたは何をしている人なんですか？」という問いかけが素晴らしい。
自分はまだちゃんとこの問いに答えられない。
そして、自分から始める。ということ。
単なるツールの使い方だけじゃなく、マインド的にも強く心に残
