超高級イチゴ、最先端ICT農場、インド進出。多様な人材の混沌から生まれる創発性(イノベーション)の源泉を育むリーダーシップ。設立からたった3年で、日本の農業界に革新をもたらした起業家による経営思想書 【目　次】 ■はじめに ■第1章　GRAとは 　10年で100社、10,000人の雇用/農業ド素人の僕がGRAを立ち上げた理由/2011年を境に止まらない人口減少/多様性の力を心から信じられる体験があったから/震災直後のGRAツアー/甘酸っぱい経営 ■第2章　地方再生の壁　同質化の弊害 　震災復興で疲れ切った人々/東北に寄り添うということは、東北人になるということではない/効率性と創造性のカオス ■第3章　GRAモデル　INCとNPO 　一つの目的、二つの組織/効率性のINC/創造性のNPO/非常識な成果(GRAの実績)/互いに依存しないからこそ/INC病、NPO野郎 ■第4章　GRAマネジメント 　組織を安定させない、破綻もさせない/リスク0という幻想/リスクを取り続ける事業マネジメント/人材多様性の限界に挑戦/同質化圧力との戦い/若い世代の風を取り込む勇気/リーダーは絶対にタブーを見過ごしてはならない/鈍感力だけでリーダーは務まらない/850人ものプロボノが無償で手伝ってくれるワケ/INCの人、NPOの人　GRAで働く人々の声 ■第5章　甘酸っぱい経営者になるための6つの流儀 　(1) 二念を継がない/(2) ひたすらに長所だけを見る/(3) 極を取る/(4) リソース不足を言い訳にせずチャンスにする/(5) 脱ステップ論/(6) PDPDPDCA ■終　章　甘酸っぱい経営とは 【想定読了時間　50分】

※本書は2009年に発行された書籍の電子版になります。 【「属人性の排除」こそ、排除すべき幻想である。】 業務システム開発プロジェクトを行う組織では、最新技術の導入によってプロジェクトの失敗を防ごうとしていることが少なくありません。しかし、実際の現場では、技術以前に「人」の問題がプロジェクトを失敗させていることがとても多いのです。本書では、こうした場合の効果的な改善方法を提案します。豆蔵のコンサルタントとして、約10年にわたって数多くの開発組織にかかわり、効果的な提言によってプロジェクトを成功に導いてきた著者による、「机上の学問」ではなく「現場での実践的知識」をまとめた書籍です。 ■こんな方におすすめ ・システムエンジニア、プロジェクトマネジャー、プログラマー、アーキテクト ■目次 第１章 なぜ技術だけではうまくいかないのか 　　　　問題の根源 　　　　人間系の問題とは 　　　　人間系の影響力 　　　　人間系の問題の兆候と発生要因 　　　　決まりごとの無視 　　　　問題の放置 　　　　成果物の品質低下 　　　　コミュニケーションの不足 　　　　問題発生の要因 　　　　モチベーション低下 　　　　文化 　　　　リソース不足 　　　　要員配置ミス 　　　　開発者間の不和 　　　　責務と権限のバランス喪失 　　　　リスク管理の対象 　　　　人間系も含めた改善活動 　　　　現状満足型 　　　　問題放棄型 　　　　積極型 　　　　標準型 　　　　技術やツールよりも重要 第２章 技術以前に改善すべき５つの課題 　　一 目的は明確か 　　二 組織のバランスは取れているか 　　三 情報の流れは円滑か 　　四 計画は存在するか 　　五 必要な成果物はすぐに出てくるか 第３章 「視点」を意識しよう 　　　　開発を成功させる２つの利益 　　　　（1）適切なモデルの作成 　　　　（2）有効なコミュニケーション 　　　　視点の種類 　　　　(1)プロセスの視点 　　　　(2)品質の視点 　　　　(3)役割の視点 　　　　(4)抽象度の視点 　　　　視点を意識する方法 　　　　視点を理解する 　　　　視点をコントロールする 　　　　開発プロセスと視点 　　　　視点を意識した開発 第４章 もうひとつのプロジェクト管理 　　　　「管理」の意味 　　　　プロジェクトアドミニストレーションの必要性 　　　　プロジェクトアドミニストレーションのプロセス領域 　　　　(1)ハードウェア管理 　　　　(2)ソフトウェア管理 　　　　(3)ネットワーク管理 　　　　(4)電子ファイル管理 　　　　(5)開発情報管理 　　　　(6)リソース管理 　　　　プロジェクトアドミニストレーションの実施方法 　　　　プロジェクトを円滑に進めるために不可欠な活動 第５章 ユースケースはなぜ使えないのか 　　　　時間の無駄？ 　　　　本当に役に立たない場合 　　　　使い方に原因がある場合 　　　　ユースケースを活用できない理由 　　　　記述が曖昧 　　　　書き終り待ち 　　　　書きっ放し 　　　　ユースケース単位でのプロジェクト計画 　　　　ユースケースの効果的な活用法 　　　　(1)ユースケースの作成 　　　　(2)計画立案 　　　　(3)開発工程 　　　　(4) 次反復の準備 　　　　正しく使えばメリットが得られる 第６章 コンサルタントになる方法 　　　　注目されるキャリアパス 　　　　コンサルタントの仕事とは？ 　　　　コンサルタントの仕事を分解する 　　　　(1)問題を発見すること 　　　　(2)問題の解決法を考え出すこと 　　　　(3)解決法を実行すること 　　　　(4)人に伝えること 　　　　コンサルタントになるには 　　　　(1)「人に伝える」スキルを身につける 　　　　(2)勉強する習慣を身につける 　　　　(3)「コレだけは」というものを身につける 　　　　達成感の大きい仕事 ■著者プロフィール 井上樹（いのうえ・たつき）：明治大学ソフトウェア工学研究室でオブジェクト指向に出会う。1997年同大学大学院終了。卒業後は（有）インアルカディアにてオブジェクト指向導入コンサルティングやセミナーの支援に従事。2000年より(株）豆蔵。現在は組込み系ソフトウェア開発を中心に、オブジェクト指向、プロセス、ソフトウェア開発改善に関するメンタリング、コンサルティング、セミナーを担当。著書に『オブジェクト嗜好度向上計画』『超入門Javaってなんだろう』『ダイアグラム別UML徹底活用』（いずれも翔泳社）、『いちばんやさしいオブジェクト指向の本【第二版】』（技術評論社）などがある。

【フォロワー増やして、それからどうするの？　SNSを使ったマーケティングの具体的な実践方法を解説】 今やだれもが日常的に接する機会のあるTwitterやLINEやFacebookなどのSNS。個人的な利用はともかく企業PRやマーケティングなどのビジネスに活用するには、まだまだ複雑で運用のノウハウを蓄積しなければ目に見える効果が出づらいといえるでしょう。手探り状態でSNSマーケティングを始めてみたところ、効果測定がしづらかったり、リソース不足に悩む企業のWeb担当者や個人の方が多いのではないでしょうか。 本書は、FacebookやTwitterに代表されるSNSで、コストをかけずにマーケティングの効果を上げたいと考えている企業のWeb担当者や一般の初心者に向けて、SNSマーケティングとはなにか、どのように運用していったら効果を上げられるかについて、Facebook、Twitter、Instagram、およびYouTube、LINE＠、Pinterest、Snapchatなどを含めた新旧のSNSを使ったマーケティングの具体的な実践方法を解説しました。 個々のSNSの特徴や運用方法だけではなく、運用して分析、改善に至るまでのPDCA、サードパーティや外部の分析ツールや便利ツールの紹介や活用方法といった、さらに効果を上げるための役立つ情報を紹介しています。また、実際にどのような課題を抱え、どのような運用や改善をして効果を上げているか、についてイメージできるようなケーススタディを紹介しながら、読者が自らのSNSマーケティングに応用できるように解説しています。 本書を読めば、どのような手順で、どのような運用をしていけばいいのか、効果測定はどのようにしたらいいのか、その効果を踏まえた改善はどのようにすればいいのか……などについて、具体的にイメージして実践し、マーケティング効果を上げることができるようになるでしょう。 〈本書の構成〉 CHAPTER1　SNSマーケティングとは CHAPTER2　Facebookマーケティング CHAPTER3　Twitterマーケティング CHAPTER4　Instagramマーケティング CHAPTER5　その他のマーケティング YouTube・LINE@・Snapchat・Pinterest CHAPTER6　SNSマーケティングの分析と改善 CHAPTER7　SNSマーケティングの活用事例　ほか

自分でも気づかないうちにアタマは固くなっていく。 そしてアタマが固ければ、どれだけ時間やお金を手に入れても、“絶対に自由にはなれない”。 もっと自由に、もっと楽しく生きていくために、いままでの常識を完全破壊する61の思考メソッドを教えます。 【コンテンツ例】 自分から変わる人には自由があるが、変化を邪魔する人には自由がない。 あまり深く考えず、とりあえず流されてみる。 順調なときこそ、次の準備をする。 デティールを自分の目で確かめる。 1時間考えこむよりも、10分移動した方がクリエイティブだ。 定期的に「便利」を捨てればもっと工夫できるようになる。 思考を自由にするために万人受けを狙わない 賞賛は得られなくて当たり前だと思っておく。 本当にそれがしたいのか?よく考えよう。 人からすすめられる生き方は、すでに古くなりかけているものだ。 思考を自由にするために異なるものを組み合わせる 一番になれないなら、専門家をめざすな。 身近な人よりも外部の人の話を聞く。 バイブスの合う仲間を選べ。 想像ばかり膨らませていると、だんだん動けなくなってくる。 思考を自由にするために「思い込み」を外す どうすれば楽しめるかと考えていれば、別に手を抜きたいとは思わない。 目先のものよりあとに続くものを考える。 自分より経験の浅い人のアドバイスを聞く。 外に理由を求めなくなると、なんでもできるようになる。 うまく批評できたとしても、誰もきみを尊敬しない。 リソース不足に文句を言うのではなく、そのリソースでどう楽しめるか。 「好調」は自分で作り出すもの。 頭の中に「なんで?」を増やすと、新しい方法が見つかる。 「捨てられないもの」の大半はなくしても気づかない。 簡単に受け取らない人が、本当に欲しいものを手に入れる。 本当に欲しい情報は垂れ流されたりしていない。 「根拠のない自信」は、準備しているうちにつく。 いいなと感じられたら、きっと自分にもできる。 思考を自由にするために欲求を絞りこむ 「いやだからやめたい」人は結局何者にもなれない。 面白そうなことは、他の人が手をつけないうちにやる。 不合格でも気にするな。むしろ喜ぼう。 足りないことが、これからの財産。 のどから手が出れば、自動的に走り出す。 「聞こえのいい言葉」を捨てた途端、一瞬で自由になれる。 貯金よりも、新しい経験を増やそう。 今の自分と、数年後の自分は、後悔の種類が違う。 アイデアの居場所がわかれば安心できる。 聞くことを一瞬ためらえば、自分の力で物事を考えられるようになる。 知識は詰め込むよりも出していった方がいい。 相手のためより自分のためにゆっくり話す。 いま持っているものを手放したとき新しいものが手に入る。

日本企業の生き残りに必要なのは 「誰に投資をするか」だ 人的資本経営という言葉が近年注目を集めている。しかしながら、 ・有価証券報告書など法的義務に対応した情報開示以外に 今まで以上に何をやればよいのか ・経営、事業との連携という主旨はわかるが、具体的に何をやればよいのか ・今まで以上にやることを増やしても リソース不足のため実際には何もできないのでは といった状態で、せっかくの変革のタイミングを逸してしまいかねない。 本書では、事業ポートフォリオ変革の原動力となる人的資本の最大化を図る経営の考え方、 選択と集中の重要性、実行施策、モニタリングについて、事例をもって解説する。

※この商品はタブレットなど大きいディスプレイを備えた端末で読むことに適しています。また、文字だけを拡大することや、文字列のハイライト、検索、辞書の参照、引用などの機能が使用できません。 【ITシステム外注を成功に導くノウハウを完全図解！】 2018年以降、政府主導によるDX推進ガイドラインの策定やデジタル庁の創設などを契機に、企業のIT投資が盛んに行われるようになりました。また、コロナ禍以降の慢性的な人材不足の状況を鑑み、これまで主流だった基幹業務システムに加え、人的リソース不足解消のためにRPAや生成AIを組み込んだ自動化システムの開発・導入も進んでいます。 本書は、企業の情報システム担当者やDXプロジェクト担当者に向けて、ITシステムを外部ベンダーに外注する際の実践的な知識を図解した書籍です。企画立案から、ベンダーの選定、既存システムの問題点の洗い出し、要求定義・RFPの作成、開発工程の監視、社員教育、受入と本稼働、運用・保守まで、実際のシステム開発の工程に沿って、システム発注側が実践すべき知識をていねいに解説します。 ■こんな方におすすめ ・企業の情報システム担当者・DXプロジェクト担当者 ■目次 ●第1章 システム開発の現状 　　01 中小企業におけるシステム環境の現状 　　02 システム開発形態の種類 　　03 システム外注の流れ 　　04 ベンダー選定までが勝負 　　05 中小企業のベンダー選定における注意点 　　06 発注者とベンダー間で共通認識を持つ工夫 　　07 システムのライフサイクルを意識する 　　08 プロジェクト中止の検討が必要なケース 　　09 システム外注に必要な社内体制 ●第2章 システムの企画 　　10 システムの企画は非常に重要なフェーズ 　　11 現状を誤解なく把握する 　　12 問題点を分析する 　　13 問題の原因を突き止める 　　14 将来像を可視化する 　　15 To Beモデルを実現する施策を漏れなく抽出する 　　16 To Beモデルのないパッケージ導入は失敗する 　　17 RFIでシステム市場を把握する 　　18 依頼内容をとりまとめる（RFIの作成・発行） 　　19 予算の上限を決める ●第3章 システムの要求定義 　　20 システムの要求を可視化する 　　21 To Be業務フローを作成する 　　22 欲しい機能を一覧にしてまとめる 　　23 システムの機能以外で要求すべきこと 　　24 要求定義には現場を巻き込む 　　25 要求をとりまとめて社内でオープンにする ●第4章 適切なベンダーの選定 　　26 ベンダーへの声かけは必ず複数に 　　27 ベンダーへの提案依頼は具体的に 　　28 ベンダーの提案内容評価 　　29 ベンダーの提案価格評価は意外と難しい 　　30 投資効果を算出して経営陣を納得させる 　　31 ベンダーとの契約交渉や手続きにおける注意点 　　32 システムにSaaSを導入するときの注意点 ●第5章 ベンダーによる開発 　　33 開発手法の種類 　　34 プロジェクトの立ち上げ 　　35 要件定義工程で注意すべきこと 　　36 設計・テスト工程は監視するつもりで行う 　　37 各工程の終了判定では手を抜かない 　　38 追加開発の判断基準 ●第6章 受入と本稼動の準備 　　39 受入テストの流れと注意点 　　40 教育に必要な資料を作成する 　　41 教育を実施する際の注意点 　　42 データ移行はもう1つの大きなプロジェクト 　　43 部門ごとに運用確認する 　　44 全体リハーサルで最終確認を行う 　　45 システムの本稼動 　　46 段階的なシステムの移行 ●第7章 システムを成長させる運用・保守 　　47 システム開発は導入後が本番 　　48 ドキュメントのメンテナンス 　　49 システム本稼動後の社内体制 　　50 運用開始後の課題解決方法 　　51 保守は毎年見直す 　　52 セキュリティ対応 ■著者プロフィール 青山システムコンサルティング株式会社：設立してからこれまで約30年の間、主に中堅企業（500社以上）に対して、IT・システムのコンサルティングサービスを提供している。 公正中立（資本的独立／システム開発そのものをしない／代理店ビジネスをしない）のポリシーを守り続けていることが、大きな特徴である。