マーケティングはPDCAからOODAへ -シン・ゴジラも倒せる!?米軍最新式マネジメントで「任せて、勝つ」-2016/08/26 見える化できる時代だからこそ、思考停止がまん延している？ ―「KPI目標を達成するべく、全力でPDCAを回しましょう」― デジタル時代のマーケティング業務において、 ①戦略とKPI設計、目標数字の設定 ②とにかく施策を実行 ③結果の可視化・レポーティング ④原因究明と打ち手の検討…といった、いわゆるPDCAサイクルがいたるところに浸透しています。 一昔前の「エイヤ！」なやり方に比べると、相当合理的になりましたが…、逆に私自身がさまざまなマーケティングの現場を見てきた中で感じるのは「PDCA病」のまん延です。 「病気？ KPI目標達成に向けてPDCAに注力することの何が悪いのだ！」なんて、声が飛んできそうですが。ここで言いたいのは、PDCAのレールに乗ってさえすれ

このエントリでは、僕がこの2年弱で読んだ約300冊のマネジメント関連本から、100冊を選んでカテゴリ別に紹介します。 背景 2014年8月に、それまで前々職から現職に至るまでいちエンジニアとしての経験しかなかったところから、総勢70人を越えるエンジニア組織のマネジャーになりました(参照: GMOペパボ株式会社の技術責任者に就任いたしました)。 僕は、決して地頭がいいわけでもなければ、コミュニケーション力に長けているわけでもなく、他人以上に努力をして初めて人並みに近づけるかもしれないというぐらいの人間です。それに加えて、冒頭に書いた通り、エンジニアとしては多少の経験は積んだものの、マネジメントについては完全に門外漢。経験に頼るわけにもいきません。諸先輩方にOJTしてもらいつつ身に付けるにも、既にマネジメントの業務は始まっているわけです。 「さて、どうしよう？」と考えた時、まずはとにかくマネジ

「組織の公安9課モデル」とは何か。「攻殻機動隊」好きにはお馴染みの公安9課だが、9課課長の荒巻大輔の以下のセリフが象徴するような組織のことをいう。 我々の間にチームプレイなどという都合のよい言い訳は存在せん。あるとすればスタンドプレーから生じるチームワークだけだ。 昨今は「ホラクラシー」などといわれたりもするフラットな組織が話題になっている。 「ホラクラシー」（holacracy）とは、従来の中央集権型・階層型のヒエラルキー組織に相対する新しい組織形態を示す概念で、階級や上司・部下などのヒエラルキーがいっさい存在しない、真にフラットな組織管理体制を表します。ホラクラシーの下では、意思決定機能が組織全体に拡張・分散され、組織を構成する個人には役職ではなく、各チームでの役割が与えられます。細分化されたチームに、それぞれ最適な意思決定・実行を行わせることで、組織を自律的・自走的に統治していくシス

【サイボウズ式編集部より】この「ブロガーズ・コラム」は、著名ブロガーをサイボウズの外部から招いて、チームワークに関するコラムを執筆いただいています。今回は、日野瑛太郎さんによる「話し合い重視で雰囲気の良いチームが必ず成果を出せるわけではない」という話です。 「民主的」であることはチームにとって重要か？ 僕がまだ会社員として働いていたころの話です。 ある時期に所属していたチームは、とても「民主的なチーム」でした。チームリーダーは意見を押し付けるような物言いを一切しない人で、メンバーの話をとてもよく聞いてくれました。プロダクトの仕様を決める際にも役職関係なく思ったことが言えるので、「気が進まないけど、仕事だからしょうがねーな」といったようなやさぐれた気持ちで働くことが非常に少なく、気持ちの面ではだいぶ働きやすく感じていました。 しかしこのチームは（働いていた会社はサイボウズではありません。念の

私はよく講演などで「弊社はマネジメントしない会社です」と言ってます。ソニックガーデンでは、指示や命令などすることなくて、スタッフは各々で状況判断しながら仕事に取り組み、働くことを監視されたりすることはありません。 マネジメントしない、というのは、あえて気を引く言葉を使っているだけで、本当は、各自が自分で自分のマネジメントができるから、なんです。つまり、全員がセルフマネジメント出来れば、マネジメントは不要になります。そうすると自己組織化されたチームが出来上がります。 とはいえ、セルフマネジメントにもいくつか段階があると最近感じるようになりました。最初から高いレベルのセルフマネジメントができる人は稀です。順番に身につけていくような気がしています。この記事では、そんなセルフマネジメントのレベルについて考えてみました。 Jogging on a bright November morning /

一体、何がすごいのか。非常時のリーダーに期待されている役割と条件が、彼女によって明らかにされたかのように感じられるからです。そのあたりを今回ご紹介しつつ、動画を見ながらさらなるヒントを探りたいと思います。 ネット動画はアイデアの宝庫。それでは今週もいってみましょう。 社長は謝るのが仕事です 航空機事故というのは、ほかの事件事故よりも複雑です。まず「関係者」があまりに多い。航空会社や空港や消防などはもちろん、事故発生国、運営国、乗客が国籍を持つ国、航空機メーカー等が含まれます。そして、用語も専門的で分かりにくい。 今回の事故について追いかけ切れていない人も多いと思います。 なので、事故の経緯についてはこちらにまとめました。 事故概要はもちろん、航空会社、空港、消防、FBI、病院、そして米国家運輸安全委員会（NTSB）の記者会見の動画や声明、段階ごとに注目された問題と、関連するネット炎上騒ぎな

アーキテクチャについては、以下のパワポを見て頂くとして。 なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423 from yusuke suzuki アーキテクチャ設計を要約すると「"何をやるか"と"どうやるか"のバランスを取る事」となります。 "何をやるか"というのは"システムのミッション"のことであり、ソフトウェア品質モデルで言うところの"利用時の品質"、つまりはシステムのユーザーが何を達成したいのかということです。これは「このシステムが動き出した時、どんな価値を生み出すべきか」を考えることになります。 次に"どうやるか"というのは、2つの話があると思っています。1つめは"静的な構成"としてのどうやるか。2つめは"動的なプロセス"としてのどうやるか。 "静的な構成"というのはクラス構成であり、設定ファイルの構成であり、フレームワークの構成であり、つまり、システ

山本一郎氏が語る「プロジェクト炎上のメカニズムと早期発見，行うべき処理の概論」。ゲーム開発はなぜ炎上するのか ライター：徳岡正肇 プロジェクト炎上のメカニズムと早期発見， 行うべき処理の概論 山本一郎氏 2013年4月15日，Unity開発者のためのイベント「Unite Japan」が都内で開催され，「プロジェクト炎上のメカニズムと早期発見，行うべき処理の概論」と題する講演が行われた。登壇したのは，炎上といえばこの人，ブロガーの“やまもといちろう”こと山本一郎氏だ。 「炎上」と聞くと，我々は「うっかり発言で，ネット大炎上」などといったフレーズを思い浮かべるが，ここで語られる「炎上」というのは，ゲームの開発がにっちもさっちもいかなくなってしまう状況のことで，山本氏は，そういった案件に対する火消しのプロなのである。 Unityに限らず，ゲームエンジンの普及によってゲーム開発は飛躍的に効率化して

検索結果によって人の流れを自由に操る力をもつGoogle。その中で「よい上司」としてチームをまとめ結果を出すには何が必要なのでしょうか。人事チームによる解析計画「Project Oxygen」によって実に驚くべき結論が現れました。 Google流マネジメントの限界 Googleが採用するのは一言でいえば「天才」。豊富な知識と高い技術力をもち、しかも自分で考えて動ける人々が厳しい倍率を潜り抜けてやってきます。そういう人材に自由にさせておけばそれなりに結果が出る……これがGoogle流マネジメントだ、というのが共通の見解でした。 しかし実際には「デキる」チームとそうでないチームが生まれてしまうという現象が起こっていました。しかも「デキる」チームは何をやってもよい結果を出してしまうのです。ならば「高い能力を持った管理職」が大事なのではないか、そういう人物は何を備えているのか。これを探るべく人事チ

誰かがミスをすると私たちは腹が立ち、怒鳴ることもあります。怒る理由はミスをした人の行動を変えたいためです。しかし、いくら怒っても彼らの行動は変わらないどころか、反抗的になることさえあります。100万人以上のメンバーが所属する非営利政治活動グループ「Demand Progress」の設立者で代表のAaron Swartz氏は、「重要なのは人間を変えることではなく、仕組み（システム）を変えること」と述べています。今回はSwartz氏が米・ゼネラルモーターズ社（以下、GM）の事例をもとに「史上最悪の工場を変えたシンプルな教え」について語ります。 ■米・ゼネラルモーターズ社の実験 米・カリフォルニア州フリーモントにあるGMの工場は最悪の状態でした。当時の労働組合長は「戦いの毎日でした」と振り返ります。「働いている時間より抗議活動をしている時間の方が長かったのです。ストライキは日常茶飯事で、毎日が混

マネジメントの一番中核の部分には、「人を動かして目的を達する」行為がある。人を動かす、というのがポイントで、自分自身で手を動かして何か成果物を生み出す行為は、マネジメントとはよばない。そして、マネジメントには客観的・計量的なテクノロジー（技術）が存在する、というのがこのサイトでずっと主張していることだ。それは具体的には、バックワード・スケジューリングだったりスループット会計だったりEVMSだったりする訳だが、いずれも対象業務分野に依存しない、汎用的なマネジメント・テクノロジー＝管理技術に属する。 とはいえ、マネジメントが、“人が人を動かす”行為である以上、そこには必ずヒューマン・ファクター＝属人性が入り込む。人間対人間の関係は複雑である。全く同じ事を同じ人に言っても、かえってくるアクションが違うのはざらで、真逆になることさえある。最近の脳科学者たちの主張によれば、人間の脳は『複雑系』らしい

宇宙情報センターは、人類と宇宙への関わり合いを大切にしながら、さまざまな情報をどんどん吸収して、みなさんにお伝えしていきます。

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

二つ目のマネジメント・プロセスに関するパターンについては，「構成管理（Software Configuration Management）パターン」と「導入（Introduce）パターン」の二つがある。前者はソースコードのバージョンや構成をどのように管理するかについて示したパターン。後者は，組織内に新たな概念（アイデアや技術など）を導入する際のパターンである。 構成管理パターンは，Stephen P. Berczuk氏とBrad Appleton氏が「Software Configuration Management Patterns: Effective Teamwork, Practical Integration」という本にまとめたパターンである。邦題は「パターンによるソフトウェア構成管理」（翔泳社刊）。 構成管理パターンは，ソースコードのファイル（ソース・ファイル）の集まりである「