外資系が「メジャーリーグ」なのに対し「ファーム」と呼ばれる日本の大手　採用の危機感を持ちづらい大企業の経営陣と現場の温度差

何年にも渡り、私は相応量の製品戦略、ロードマップ、プロジェクトガントチャートを作成しました。しかし、もうこれらの資料を作ることはありません。以下に説明する優れた代替策を見つけたからです。 まず、以前のやり方はこちらです。 注釈： 戦略 ロードマップ プロジェクトプラン 実行 アジャイル このプランニング方式だと膨大な仕事が必要です。株主全員の同意を得るだけでも大変だと言うのにROIはかなり低くなります。プランはあっという間に現実と一致しなくなり、期間が長いほど、乖離も大きくなります。私の作ったすてきなロードマップやプロジェクトガントチャートが公開する時点で既に古くなっていると気づいたのは、少し経ってからでした。このプランニングもウォーターフォールのひとつなので（有名な ウォーターフォール・モデル とは異なります）、即応性はほとんど期待できません。トップで変更があると、それが波及しボトムでの

エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに 何かはじめてのことをする場合、人はとても「不安」を感じます。人は未来を考えることができる生き物です。その特異な能力ゆえに、未来に起こるかもしれないよくないことを考えると「不安」を感じてしまうのです。 仕事のプロジェクトなどは、「間に合わなかったらどうしよう」とか「この仕事はちゃんと終えられるのだろうか。」など、未来のことを

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

Intro 「Socket.IO 使ったほうがいいですか?」 という主旨の質問をもらった。 これは、 WebSocket が繋がらない環境に向けて、フォールバック機能を有する Socket.IO にしておいた方が良いのかという意味である。 WebSocket が出てきた当初と比べて、 Web を取り巻く状況は変わったが、変わってないところもある。 念のためと Socket.IO を使うのもよいが、「本当に必要なのか」を問うのは重要である。 Rails も ActionCable で WebSocket に対応し、ユーザも増えるかもしれないことも踏まえ、 ここで、もう一度現状について、把握している範囲で解説しておく。 "繋がらない" とは 最初に、なぜ 繋がらない ことがあるのかを、きちんと把握したい。 まず WebSocket の有史全体をみれば、繋がらないとして語られていた現象は、大きく

今日、会社の事業部長と話していて、どうしても目の前の案件や問題解決を優先してしまって、気づいたら未来への打ち手が全く打てずに早半年・・・みたいな状況になりやすいよねー・・・！！という話をしていたので、自戒200%ぐらいで、組織が未来への… — 今日、会社の事業部長と話していて、どうしても目の前の案件や問題解決を優先してしまって、気づいたら未来への打ち手が全く打てずに早半年・・・みたいな状況になりやすいよねー・・・！！という話をしていたので、自戒200%ぐらいで、組織が未来への布石が打てなくなるフラグを考えてみた。 熱さと議論が煮詰まり死に至ったsaileチームの皆さんリーダーが忙しすぎる最も多くの情報を持ち、ビジョンを示す役割のリーダーが目の前のタスクに追われてしまい、「未来を考え、メンバーに示す」という本来の役割を全うできていないケース。忙しすぎる＝戦いを略せていない＝戦略がない＝頭を使

八百富写真機店の中古カメラブログです。色々な中古カメラやパーツが日々入荷する中から、「気にいった商品」や、また「おもしろい」「珍しい」「なんでこんなもの作ったの」などなどの切り口で色々とご紹介したいと思います。ご購入ご希望のお客様は展示店にお問い合わせ下さい。 （売れてしまっていたらごめんなさい） 中古カメラから最新型デジタルカメラ・レンズのことなら「大阪・梅田の八百富写真機店」まで カメラの買取、下取のことなら「大阪・梅田の八百富写真機店」まで　TEL 06-6341-7005 ㊥カメラ担当係"S"です。 メーカーさん、「部材の劣化」について考えてちょうだい。 せっかく作られた製品のなれの果てが、これじゃあまりにもかわいそうだよ!!! ある意味はじめての切り口かもしれませんが、今日は「メーカーに対する文句」。 あまりにもひどい状況のカメラを手にしもんで、おもわず苦言です。 でしょ。なんぼ

松井博 Brighture English Academy 代表。趣味はウクレレとかハイキングとかDIYとか旅行などなど。在米20年。シリコンバレーに住みつつ、日本とアメリカとフィリピンで会社経営しています。最近は英語教育がライフワークになりつつある。 詳細プロフィールを表示 先日「グローバル人材の幻想 - 青い鳥を追いかけるまえに、ファンタジーから目を覚ませ」という実も蓋もないブログを読んで吹き出してしまいました。 そうそう。英米の有力企業の幹部の多くは、高校あたりからボーディングスクールに行って、大学／大学院は英米の超一流大学を出ています。IT業界なんてマシな方で、もっと昔から確立されている金融業なんて本当にボーディングスクール→アイビーリーグの院卒ばっかりです。 そんな中で日本で大学まで通ったごく普通の日本人がこういう連中と押し合いへし合いやりつつ上級幹部にまで成り上がれるかと言った

今日の横浜北部は朝から雨です。しかもけっこう土砂降り。私も体調がすぐれないので家でゆっくりしております。 さて、地政学や戦略とは全く関係ないかもしれませんが、みなさんの職場の環境づくりにヒントになるような論考がありましたのでそのご紹介を。 ちなみに私のような個人業者（？）にとっては非常によくわかる話です。 ＝＝＝＝ 「新グループシンク」の台頭 By スーザン・ケイン ●「孤独」というのは時代遅れである。 ●アメリカでは「新グループシンク」（New Group Think）というべきものが大流行中である。これは「グループや集団でどんどん働きましょう」という考え方だ。 ●この典型的なのが、「オフィスの壁を取り払って、アイディアを交換しながら、創造的に働く」という最近の職場環境の風潮だ。 ●ところがこのような風潮には大きな問題がある。なぜなら最近の心理学の調査研究では、人間というのはプライバシー

そうですね。Apple や Google は垂直統合の企業と言われます。 私は、垂直統合それ自体は必要な場合があると思っています。垂直統合に伴って内向きで閉鎖的になってしまうことが悪いのだと思います。 経営学では、企業が垂直統合か水平分業かのどちらを選択すべきか(MAKE or BUY)は、取引コストで説明が可能です。 垂直統合を考える上で、一番大事なのは「取引コスト」という考え方。 「取引コスト」とは、売り手と買い手が取引をする際に発生するありとあらゆる費用を指す。提案活動をし、価格交渉をし、契約書をとりかわすなどの一連の作業にはコストが当然伴う。このモノの購入価格以外などとは別のコストのことを「取引コスト」*1という。「垂直統合の最も重要なメリットとは何か？」と問われれば、「取引コスト」を低くおさえ、機動的な経営を可能にすることと、私なら答える。 この引用させていただいたブログエントリ

Ryutaro YOSHIBA / Agile Coach, CTO at Attractor Inc. 翻訳者/ Scrum Alliance認定スクラムトレーナー(CST) / 認定チームコーチ(CTC) /書籍→『SCRUM BOOT CAMP THE BOOK』『プロダクトマネージャーのしごと』『エンジニアリングマネージャーのしごと』『チームトポロジー』『スクラム実践者が知るべき97のこと』『プロダクトマネジメント』『みんなでアジャイル』『レガシーコードからの脱却』『カンバン仕事術』『Effective DevOps』他 ご相談はお気軽に!!

デスク配線がスッキリ。Ankerの全部入り12 in 1モニタースタンドが突然8,250円OFFされてた #Amazonセール

1.V字開発プロセスモデルによる分類 1.1.要件定義 VDM 形式手法(Formal Methods)により仕様の自動検証などを行う。 1.2.システム設計 モデル検査 Spin モデル検査により状態遷移図の状態で自動検証を行う。 LTSA モデル検査により状態遷移図の状態で自動検証を行う。 NuSMV モデル検査により状態遷移図の状態で自動検証を行う。 モデル駆動 ZIPC(商用:キャッツ株式会社) 状態遷移図による検証が可能 MDA モデルを実際に動かして動作検証する。Executable Umlなどを使用して仕様を記述。 IAR visualSTATE(商用:IAR SYSTEMS) ステートマシンを設計、検証、実装できるツール。20ステートまでの無料の評価版あり 1.3.詳細設計 Enterprise Architect(商用:SPARX SYSTEMS) テストツールではないが

ソフトウェアテストや日常業務を自動化するTipsを集めています。 「○○で自動化できる」とか「○○は自動化できる？」という情報がありましたら掲示板までお願いします。 自動化できたら追記します。 ソフトウェアテストでは単体テストではxUnitなどのテスティングフレームワークが導入されていますが、システムテスト、受け入れテストの段階になると実際にソフトや製品を動かしてのテストになり大変です。そういった所を自動化できるTipsをまとめています。

John Gossman's observations on Avalon development Excellent introduction to Model-View-ViewModel https://msdn.microsoft.com/en-us/magazine/dd419663.aspx Author: JohnGossman Date: 01/28/2009 Some thoughts on the RoutedCommand design I think we have conflated several concepts with RoutedCommands: 1) The ICommand part with it's... Author: JohnGossman Date: 11/01/2008 Expression architecture I'm often

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が最近リリースされ、重要な変...