かざいむ日誌

IT関係で知ったことなどを記事としてあげていきます。内容に不備や質問などあればぜひコメントをよせてください。

『経営戦略原論』の図解の自分用メモ

今資格試験の勉強で経営学のキーワードを勉強していたので、『経営戦略原論』の図解を眺めた。図解で、145ページという大作ながらもとても分かりやすかった。資格試験の問題でキーワードだけ知っていたのだけどそのキーワード間の繋がり、背景とかが分かってよかった。内容はリンク先を見ていただいた方が分かりやすいので割愛。このエントリで自分がまとめておきたい内容などをここに記す。

note.mu


まずは、個人がてんでバラバラに作っていたところにテイラーが科学的管理手法を持ち込み、仕事は標準化された作業になった。安定的に市場が拡大していた時代から、将来が不確実な時代となり、アンゾフによる経営戦略概念が受け入れられるようになった。それは、戦略を元に予算を立て、実行していくというもの。これを実務として行うために考えられたのが、BCGマトリックで、市場成長率を縦軸に、相対的市場シェアを横軸に取り、自社の事業を花形、問題児、金の成る木、負け犬の4象限に分けるものである。ここまでが1970年代初頭まで。

それ以降経済停滞のため、それまでの事業の選択だけでは不十分で、事業領域内での競争に勝つことに焦点があてられるようになった。ここでポジショニング、ポーターの５F分析などが提唱された。ここまでは外部環境の分析による戦略の立案。外部環境の分析では５F分の他に文化・慣習、PEST分析などがある。

一方で内部環境としては、バーニーが戦略資源市場という考えを提唱した。これは製品市場の前に経営資源を獲得する競争があるというもの。この資源とはVRIOと呼ばれていて、Valuable、Rare、Imitatable、Organizationの略で、価値があるか、希少性があるか、模倣困難か、組織に適合するかで測られる。このようなハードな資源に対して、ソフトな資源として、知識、技能に注目する流れがあり、知識に注目したのが野中のSECIモデル。もう一方は、既存の資源などを組み合わせて継続的に刷新をする能力に注目するもので、Dynamic Capability理論という。

 

管理会計は戦略とオペレーションの間をつなぐもので、製造業で、間接費や原価などを計算して現場の改善を図っていく手法である。ABC（Activity Based Costs）とBSC（Balanced Score Cards）がある。BSCは財務、顧客、内部ビジネスプロセス、学習と成果の4つの観点を繋ぐことで経営の目標をオペレーションの指標に落とし込み、オペレーションの数字を財務にフィードバックする。それ以外に戦略と数値を繋ぐ経営手法としてティール組織がある。ちょっと調べたがあまりピンとこず。助言ペースに組織を進める。予算の権限は平等。給与は大きな差をつけない。ある大きな目標のために組織化されている。情報は全てオープン。というキーワードがあるみたい。

変化が激しい企業ではBSCの実践は難しいのでKPI管理が導入されているとのこと。
ここは私が思ったことだけど、KPIよりさらに流動性が高い場合にOKRが導入されるのではないか。KPIは経営層から目標がブレイクダウンされて設定されるが、これだと方向転換や、指標の目的化が起きやすそう。一方で、OKRは未達成もありうることを前提に設定される。Objective、Key Resultsという形でセットで定義されることで、目標を意識しつつ、結果に向けて行動出来るのかと思う。

 

カルチャーについて。

センスメイキング理論というものがある。これは、人による解釈の違いを組織目標の方向へ統一する取り組みのことらしい。経営目線を持て、というやつに近い印象。一方でこれとダイバーシティは同居しえる。ダイバーシティは生得的な多様性と経験による多様性のことを指しているが、会社としての判断とダイバーシティは矛盾しない。

 

ビジネスモデルキャンバスでは、ビジネスモデルを9つの観点から把握する。パートナー、主な活動、主なリソース、価値提案、顧客との関係性、流通チャネル、顧客セグメント、コスト構造、主な収益源。ビジネスモデルの探索では問題と解決策の組み合わせを検証するPSF（Problem Solution Fit）というフェーズと、製品と市場を利益の観点から検証するPMF（Product Market Fit）というフェーズからなる。

後輩SEとの勉強会（2018/09/22）

今日のトピックは２つほど、だったけど途中から良い疑問が湧いて理解が深まった！

Three.js

f:id:name_untitled:20180922163115p:plain

彼は今Three.jsというブラウザ上でアニメーションを表示できるライブラリで作品を作っているらしい。WebGLというコンピュータ上で3Dアニメーションを表示する機能を手軽に利用できるライブラリ。特徴としてはThree.jsはCPUではなくGPUを使うので早いのだとか。

www.chromeweblab.com

Chromeでしか見れないかもしれないけどこのサイトは小さなかけらが舞っていてずっと見てられる。これはいい。

 

プログラミング言語の分類

あと、自分の勉強も兼ねてプログラミング言語の種類を整理しているんだとか。で、教えてもらったのがこのサイト。言語間の影響が視覚化されてる。これは面白い。

exploring-data.com


実行の方法で分けると、コンパイル方式、インタプリタ方式に分けられる。
コンパイル方式はプログラムを機械語に変換して実行するプログラム。C言語のプログラムをコンパイルして、Windowsで実行可能なexeを作るのがそれ。

この方式はコンピュータ上で直接実行されるため、処理速度が速いが変換する手間がかかるのと、環境ごとに実行ファイルを作らないといけない。

一方のインタプリタ方式は処理のタイミングでプログラムを解析して実行する。プログラムでPHPやJavascriptでちょっと触ってブラウザ上ですぐ確かめられるのがそれ。

この方式はPHPやブラウザがプログラムを解析して都度実行しているため、処理速度は遅いが、簡単に確認することができ、環境問わずに動く。

 

その合いの子というのが、JavaやC#などの実行環境上で動作する言語。
これらは、プログラムを中間言語に一度変換し、それをJVMや.NET Frameworkなどの実行環境が解析して実行される。インタプリタ方式よりかは早いけど、コンパイル方式は遅い。でも、環境変わっても動く（はず）、といったいいとこどりを目指した位置付け。

 

全般的にコンパイル方式はメモリの確保、解放など低レベルの操作が出来るけど、インタプリタ方式ではあまりやらない気がする。と、ここで彼が良い疑問を出してきた。

WebGLでGPU使うというのはスクリプト言語なのにどういうこと？

たしかに、Three.jsはJavascriptだからインタプリタ方式だと思うけど、GPUを使っているらしい。これってどうやって呼び出しているんだろう。

 

で、調べた。

まず、CPUとGPUの違いは左脳と右脳の違いといった感じらしい。CPUはアルゴリズムの処理が早い。一方でGPUはざっくりの処理が早い。この辺りはAidemyのブログが分かりやすい。GPUは仕事早いけど雑、CPUは仕事出来るけど真面目すぎる。で、これまではGPUはCPUの処理した結果を画面に表示するのに使われていた。それが、CPUの計算量が頭打ちになったころにNvidiaがCPUの代わりにGPUを使う方法を提案してGPUが大流行りし出したとか。それが、雑な仕事でしくじってるところを見つけて直すというもの。これで、計算量の多い機械学習とかでもGPUが使われるようになった。

blog.aidemy.net

 

で、WebGLといっても描画に元々GPU使うんじゃないのと思ったけど、それはちょっと違うらしい。伝統的なやり方でアニメーションを描くと、CPUで計算して、画面に再描画するからCPUに負荷がかかる。それを、GPUレイヤー（このあたりよく分かってない）を使うと、描画済みの絵を動かしていることになるから、絵が移動しても再描画という扱いにならず、スムーズなアニメーションが表示できるらしい。このサイトのGPU使うパターンと使わないパターンが試せる。

un-tech.jp

 

ここまで来て、その違いは分かったけど、仕組みがよう分からんとなった。普通に書いて実行したら、CPU呼ばれるだけでは？と思ってしまった。で、また調べたら意外とIBMのサイトが仕組みに踏み込んで説明していて分かりやすい。ブラウザから、OSのドライバを呼び、GPUで処理されるから、CPUに負荷はかからないみたい。

f:id:name_untitled:20180922165601p:plain

 

この辺りから、WebGLの入門は↓のサイトである程度カバーしていていい。

www.ibm.com

 

最後に、実はJavascriptにはいくつか実行エンジンがあって、実行時にコンパイルを行うJIT Compilerを採用しているものが多いとのこと。最近は一概にXXだからスクリプト方式、XXだからコンパイル方式とは言えないのですね、、、。

postd.cc

 

XP祭り2018に行ってきました。

ということで、XPのイベント、XP祭り2018に行ってきました。

前からフォローしていたt_wadaさんのツイートで知って、申し込んだけどこういうイベントは初参加。でもアットホームな感じで参加して良かった。


基調講演はt_wadaさんで、テスト駆動開発の過去、現在、未来について。t_wadaさんの訳書、『テスト駆動開発』の付録Cをもっと掘り下げた内容のもの。そのうち資料を公開してくださるとのことでした。以下、意訳でまとめるとこんな感じでした。

開発を安心して推し進めるためのテストという理念から始まったテスト駆動開発は、途中で設計を改善する役割を強調するモック派を生み、さらにXPの理想である、ユーザーとの協働を追い求める振る舞い駆動開発（BDD）を生んだ。そして、ルールに固執する立場の人々や誤った理解によってテストをするための道具になり下がってしまった。それを受けてDHHが有名なエッセイ「TDDは死んだ。テスティングよ栄えよ」を書き、TDDの精神は失われてしまったことを宣言した。TDDの精神は失われてしまったがその道具立ては残っている。これからだ。

 t_wadaさんの、現状に対する複雑な気持ちと、TDDのこれからへの希望を感じる決意表明のような講演でした。

私としては以下がお持ち帰り（takeaway）の学びでした。

f:id:name_untitled:20180908103223j:plain
講演の参考資料の本の山。

 

2019/1/19 追記
講演の資料が公開されていたのでアップします。

speakerdeck.com

 

ツイート見返したら他にも学びがあったんだった。

 

午後は、@yattomさんの心理的安全性ゲームのワークショップに参加しました。心理的安全性はGoogleなどで、チームの生産性を高くするために必要な環境として最近注目されている考えです。参加前は安心して発言出来ることがチームの生産性を上げるという理解でいましたがワークショップではもう少し深い理解が出来たように思います。

ワークショップは５、６人のチームで@yattomさんが作ったカードゲームをするという形で進みました。まずは自分たちがどんなチームかを定義します。カードは大きく2種類。１．トラブルカード、２．発言カード。1人がトラブルカード（例：アポをすっぽかしちゃった！）を引いて、それに対して、他のメンバーが手持ちの発言カード（例：大丈夫、またはわたしは関係ない、など）の中から一つを選んで場に出します。で、それを受けてトラブルを起こした人は発言全体を受けてどう感じたか当てはまるマス目におはじきを置くというものです。

1回やった後で、自分たちはどんなチームかを振り返り、発言カードを選び直してもう1度同じようにゲームを行います。これはやってみると、なるほどと思うこともあるのでぜひやってみてもらいたいです。私のお持ち帰りの学び（takeaway）はこんなところでした。

  • チームによってどういう価値観を重視するかは異なる
    私たちのチームはラオスにオフショア開発しているチームと定義したので、一緒に頑張る、安心して話せるというのが挑戦よりもより大事な価値観だと考えました。
  • プラスとマイナスの発言があるとゼロにはならない。どちらかというとマイナスに引きずられる。プラスだけだと空気は何倍にも良くなる。
    これはうちのチームでの傾向でしたが、マイナスの発言カードがあると、他の人がプラスの発言カードでも前向きになりにくく、逆に、プラスの発言カードだけだと相乗効果でとてもプラスになりました。

f:id:name_untitled:20180908132540j:plain
1回目のゲームの様子。おはじきは少な目。

 

次の時間は川鯉光起さんの副業についてのワークショップでした。長期的なキャリアは一度脇において、今のスキルや得意なこと、興味があることから副業として何ができるか考えようというものでした。後半ではお互いのスキルの共有を行い、他の人がどんなことに興味があるのか、どういうスキルがあるのか見て回りました。

このワークショップのお持ち帰り（takeaway）はこんな感じです。

  • 自分の強みやスキルを実際に書き出してみると、思っていたほど言語化出来てなかった。
  • スキルや興味のあること、相談されることなどを見える化するとちょっと新しいアイデアを思いつく。
  • スキルの棚卸し必要。

 

f:id:name_untitled:20180908143558j:plain
もっと色々出来る気がしてたけど書き出すとあれれ、な感じに。

 

次の時間は短い講演を挟みました。すみません、ちょっと疲れてあまり集中して聞いてなかったです、、、。

 

その次の時間のこの日最後に参加したワークショップは森一樹さんの振り返りを振り返るというワークショップで、グループに分かれてこれまで参加したプロジェクトなどの反省会についての反省を行いました。どんな環境、メンバー、時間帯、進め方が盛り上がったか、次やる時にはどんなことをやったらいいかなどのアイデアを共有しました。講師の方の進め方も分かりやすく、メンバーにも恵まれとても楽しくアイデアの共有ができました。

このワークショップのお持ち帰り（takeaway）はこんな感じです。

  • 振り返りは事前の準備（メンバー、環境など）、進め方、終わった後など色々と改善のポイントがある。
  • 自分は当日の進め方に考えがいきがちだけど、お菓子を食べながら、ギャグをいいながらなど影響する要素はたくさんある。
  • 対話を行うのか、議論を行うのかで進め方は変わってくるかも。
  • 話をゆっくり聞いてもらいたい人もいるのでゆとりある環境でやる。

f:id:name_untitled:20180908165247j:plain

f:id:name_untitled:20180908165303j:plain

f:id:name_untitled:20180908165255j:plain

森一樹さんからブログについてフィードバックもらえたので下に貼り付けておきます。なるほど！ありがとうございます。

記事書いた直後にテーマの近いツイートが流れてきたので XP祭りとは関係ないけど貼っておきます。

 

 

ほんと色々と楽しかったし、もう少し反芻したい経験をしました。

ありがとうございました！

営業の方に言われた言葉

f:id:name_untitled:20180906231029j:plain

Photo by Kyle Johnson on Unsplash

常駐先の営業さんに今のプロジェクトの後の案件が決まっていないのでそれもあってこんこんと、ややきつめに諭されました。

調べればわかること（プログラミング）は何かを生み出しているわけではない。

ちょっとこれは分かる気持ち半分、いやいや、と思う気持ち半分でした。自分のことをエンジニアとはっきり割り切るなら聞き流せばいいけど、自分が動いて仕事を作り出していきたいならちょっとしっかり受け止めないといけないなと思わされた。

あなたのことを知らない人のところに行って、その場で仕事を任せたいと思えるのか？知らないお客さんのところに、どんな会社かもわからないようなところのおじさんが来て、仕事お願いしたいと思う？普通は大きい会社の若い人にお願いするよ。頼む方から考えてみて。

私が仕事を取って来れるのは、相手に付加価値を提供しているから。普通なら、要件を詰めてからSIerに発注するけど、私がその役割を果たしているから私に相談する。あなたはどんな付加価値を提供している？

初対面でそう思わせるような付加価値を提供しないと。あなたは今日の打ち合わせで輝いてた？

これもたしかにそう。開発会社なんていくつもあるけど、その中で自分たちに頼みたいと思ってもらえるにはどうしたらいいか。何かしらかの付加価値がないと選んでもらえない。そして、仕事のとれるエンジニアになるには打ち合わせでもお客さんにお願いしたいと思ってもらえるようにならないと。

夢を追うなら他人のふんどしで相撲を取るな。夢のためなら他人に乗っかるな。今の動きは行き当たりばったりにしか見えない。

今日言われたことでこれが一番きつかった。海外プロジェクトの話が来るまで待ち、それまでは国内案件でつなぐと言うのが会社のスタンス。9月末の派遣法の改正前に海外案件が始まるんじゃないかと思ってて、それまでの間の予定だったけど、海外案件はいつになっても出てこず、それに派遣法の改正や案件の谷間がかぶって、次の案件がなくなってしまった。少し先にまた海外案件があるんじゃないかと思ってるけど、自分たちで動きを作っているわけじゃない。そう、自分でコントロールできない部分が多すぎる。夢を追うなら自分でコントロールできる部分に働きかけないといけない。

あと10年したらあなたは50歳になっちゃうよ。今のままの仕事を続けられるの？SE、コーディングは50歳以降になると依頼されなくなっちゃうよ。今いいなという仕事をやっていると、将来やりたい仕事が出来ないよ。将来と今はつながっているけど、今の延長のままでは将来やりたいことにつながらないよ。

これもきつかった。たしかに、今のままじゃ将来なりたいものにはなれない。将来を軸に今を考えないといけないんだと思う。チャンスを待っていったん望むような案件に入れても、それが続けられるようにするにはどうしたらいいか。

 

本当にきつい。

でも、ありがたい。

 

 

2018/09/09追記

ソフトウェアエンジニアとして取り得る対策はこんなかんじかなぁ。

  • 初対面で課題解決力を見せる営業的スキルを伸ばす
    これは向き不向きがあるかも
  • 名前を知られたり、実力が分かるようにする
    GitHubでプロジェクトを公開したり、コミュニティ活動で知られる
  • 組織の中で力を発揮する
    これは中小のSIerからスタートすると難しいか

8月後半気になったツイート

 

 

 

 

 

 

後輩SEとの勉強会（2018/08/25）

今回の情報共有。

ディレクトリサービスとは

ドメイン参加したPCでサーバにアクセスしたらフォルダが開けなかった。グループに入ってなかったとか言われて、その設定をした後はログイン出来た。これってどういうことですか？
ディレクトリサービスへの理解が必要です。ディレクトリサービスとはユーザーの認証、サーバーへの権限を管理する機能。パソコン1台だと特に必要ないけど、コンピュータが増えてくると、特定の場所でファイルを管理したり、ユーザーを部門などのグループ単位で分けて管理したくなる。この機能を提供するのがディレクトリサービス。ユーザーについては名前、ID、メールアドレス、パスワードなど色々な情報を管理できる。また複数のユーザーをまとめたグループがある。また、コンピュータも同様に管理される。

コンピュータのフォルダとグループの組み合わせでお望みの管理ができる。

www.kenschool.jp

このディレクトリサービスにはMicrosoftのActive DirectoryとApacheのApache Directoryがある。

Welcome to Apache Directory — Apache Directory

http://www.kenschool.jp/blog/wp-content/uploads/2016/05/pic-20160802_01.png

このディレクトリサービスは人事システムとデータ連携をしたりする。夜間バッチとか。

シングルサインオンについて

このディレクトリサービスにちょっと関係するのが、シングルサインオン。シングルサインオンとは企業内では運用されている複数の業務システムに同じアカウントでログイン出来るようにする機能のこと。会社のニーズとしては、パスワードの適正運用やユーザーの利便性の向上のために導入する。Active Directory＋Windowサーバーであれば、パソコンに1度ログインすればそのまま各業務システムにログインできる。Active Directory以外でもシングルサインオンは可能。構成によってエージェント型、プロキシ型などと呼ばれる。エージェント型は、業務システムに対して認証した結果を返す。プロキシ型はユーザーのPCと業務システムとの間に入って、ユーザーに代わって各業務システムにログインする。詳しくはこのサイトに。

boxil.jp

プロキシについて

このプロキシという言葉は元々英語の代理という意味。代理戦争はproxy war とか言う。企業などで、パソコンを使い始めるときにプロキシの設定を、、、と言われる時のあれ。これは、インターネットへの接続を中継する機能。これがあると、ユーザーがどこに繋いでいるか確認できたり、変なサイトに繋ぐのを防いだりすることができる。

blog.cybozu.io

テストについて

後輩の知り合いが仕事で使っているツールについて。その彼は仕事としてサイトのテストをしているんだとか。テストで使うツールというのがOWASP ZAPというツール。これのツールはクライアントとサーバの間でプロキシとして動く。クライアントで一通り操作すると、経由しているOWASP ZAPにURLやクエリストリング、リクエストボディなどをトレースして、その情報を元に色々なリクエストを投げて脆弱性を探すとのこと。ちなみに、EasyBuggyという脆弱性を勉強できる、穴だらけのWebアプリを使うとOWASP ZAPの力を把握できます。

qiita.com

github.com

そういえば、サーバーのテストツール、監視ツールもあるね。

負荷試験をするツールとして、JMeter。

Apache JMeter - Apache JMeter™

サーバーを監視するツールとして、Zabbix

www.zabbix.com


Blenderについて

３D動画、画像作成ソフト。これは最近はやってて、美大卒の人が使ってたりするらしい。ベクター画像を作れる。ただちょっと手間がかかる。手書きのラフスケッチを取り込んでそれをトレースする。そして、ちょっと回転して、ポリゴンの頂点を置いていく。ツールになれるのが時間がかかるみたい。

www.blender.org

そういえばUnityのAssetですごいのが流れてた。こんなのが使えたらもうこれだけで作品。

 

 

クロスプラットフォームフレームワーク

少し調べているのが、デスクトップアプリ開発フレームワークのElectron。Javascript＋HTML5で作って、Mac、Windowsのデスクトップアプリとしてビルドできるらしい。これでJavascriptのライブラリを使ったデスクトップアプリを作れるかなと。

electronjs.org

『エンジニアリング組織論への招待』 部分最適化とその解消方法、またはシステム思考について

先日読み終わった『エンジニアリング組織論への招待』だが、めくるごとに納得することがある。

今日は、意見の対立の解消方法について書かれた部分を紹介する。たぶん本書を読んでもらった方が分かりやすいが、読んだことない人への紹介をこめて。

例えば、短期間の売上アップの施策Aと、顧客満足をあげる施策Bがある。ありがちなのは営業の人がAを主張し、UX担当の人がBを主張する。そして、両方やるお金はない。ここでは、「売り上げのため」、「ユーザーのため」という意見が交わることなく議論が物別れに終わる。

そこで筆者は同じモノサシで測れるような視点を持ち込むことを提案する。ここでは長期的な売り上げの推移を基準にして、AとCのどちらが有効であるか売上予測から判断できるようになり、その結果、どちらを選ぶべきか合意することができる。

ここで、筆者が重視しているのが、要素に分解するだけでは見えない物事の流れがある。道路が混むからバイパスを作ったらそこに入ろうとする車のせいで余計に混むとか、売り上げをあげようと少ない人数で営業を頑張ったらフォローがおろそかになり、苦労の割りに売り上げが上がらなかったとか。 

そういう想定外の結果を理解するための枠組みとしてシステム思考がある。この動画とかが分かりやすいのかも。自分には上手く使えないから自分と環境の違う人に図を描きながら話を聞いてもらうといいのかも。ちょっとやってみよう。