Inside Search


Yahoo Finance

Yahoo Weather

2008年04月17日

Delegationについて

Delegationができない理由:
1.Superior Worker complex
2.Perfectionist tendencies
3.Fear of being replaced

Delegationの方式:
1.Controlling
2.Coaching
3.Consulting
4.Coordinating

Delegationの態度:
1.Confidence
2.Willingness to take risks
3.Trusting
4.Task oriented
5.Patience

Delegationの際に、見るべきDelegation先のスキル
1.Technical skills
2.Interpersonal skills
3.Conceptual skills (=Organization)

Delegationするタスクの条件
1.Clear & Specific (Thorough and specific descriptions)
2.Measurable
3.Attainable
4.Relevance (Relevant to position)

Delegationするタスクの属性
1.Can be completed easily
2.Are suited to employees' skill sets
3.Will challenge your employees.

タスクの分類
1.Mental processes task (like logical thinking, decision making, planning ability)
2.Physical activity task (like sorting files, lifting boxes, operating a word processor)
3.Interpersonal task (like consulting with co-workers, establishing relationships with other employees, understanding customer needs)


2007年12月26日

Creative Thinking

Creative thinking .vs. Critial thinking
Creative thinking:
Imaginative
Speculative
Suspend judgment
Impulsive
Exploring
Open
Critical thinking
Rational
Suspicious
competitive
Certain
Judgment
Logical

準備:
Idea Bankを構築する。
Recording your thoughts & ideas:人はいつも思考しているはず、考えていることを繋げば、新しいアイディアが出てきます。ただし、時々書いたことを復習する必要がある。->Your Idea Bank

アイディア作成:
Brainstormingと[What if ...? questions]の2通りの方法がある。
1.Brainstorming:
 ガイドライン:
  問題を明確にする
  すべてのアイディアを記録する
  時間制限を付ける
  判断を止める
  質より量
  アイディアを出す/出せるように勧める
 効率的なやり方
  バカなアイディアと思わずに
  速く関連付ける
  1つのアイディアを考えた後に、すぐ別のところに視点を向ける
2.what if...? question 制限なしで考える。

アイディアと再定義する:
目標を決めて、アイディアを拡張して再定義する
アプローチ:
1.辞書などで同じ/近い意味の単語を探す
2.「In what way can I ...?」questionで書き換え
3.状況/立場を変えて、見方を変更する


2007年07月31日

【訳】ヘッジファンドのストラテジー No.2

3.ロングとショート
この種のストラテジーは、マーケットや企業に対する予測・観点により、証券を買うまたは売ることを指す。通常、ヘッジファンドはレバレッジをかけて、彼らが思っている潜在的な利益を最大化する行動を取る。
3.1.空売り
将来の株価が下落すると予測する際、空売りにより利益が得られる。ヘッジファンドはこの手法を利用して、株を借入れて、マーケットで空売りする。株価が下落したら、下落した値段で空売りした株を買い戻して、株を返済する。それで、利益を得る。
3.2.ロング
ロングは、単なる普通の証券投資の拡張である。株や債券などのアセットを保持して、これらのアセットの値上がりによって、利益を得る。主な違いは、ヘッジファンドはレバレッジを使って、利益の最大化を図る。
3.3.成長ファンド
このストラテジーは、成長性の高い株・ベンチャーへ投資する。ただし、多くの場合、ポートフォリオはショート(逆)ポジションやオプションによってヘッジされている。

4.全体的マクロ経済
マクロ経済ベースのストラテジーである。ヘッジファンドは、このストラテジーの中、全体的なマクロ経済のトレンドを予測し、インフラ、金利や通貨レートなどのマクロ経済要因を分析し、利益を求める。金利デリバティブ、通貨デリバティブも使われる。

2007年07月26日

VaR(Value-at-Risk)の定義

フィナンシャルなリスク・マネジメント領域に、VaR(Value-at-Risk)はかなり基本なRisk Measureである。
簡単な不確実性と統計的な考え方を用いて、VaRが出てきたと思う。
分かりやすいといえば、分かりやすい概念である。
大学の講義の発表で、簡単にまとめていた資料を見つかった。
意外に分かりやすくまとめた。
KXしよう。
VaRの定義

Work-Life-Balance

会社の社内Surveyでは、いつもWork-Life-Balanceが最悪だという結果が出る。うちは超激務なのはすでに世の中で知られている。まぁ、入社前に、ある程度の覚悟はしてある。
そういうサーベイ結果なので、最近、どうやってWork-life-balanceを改善するかという提案応募活動が社内で始まった。なんと賞品はF1日本グランプリ富士スピードウェーのペア観戦チケットだ!しかも、メインスタントの2階席!!俺に、相当魅力的だ。そのため、結構考えている。
Work-Life-Balance悪いのは、プロジェクト・マネジメントが悪いか、自己管理が悪いかの2つによるもんだと思う。
うちの会社は、技術がすごい人が結構多くて、ロジカルシンキングやシステムのことで相当勉強となった。ただし、マネジメントが確かにイマイチだなぁ。。。
下は自分のタスク管理がスケジュール通りになかなか行けなくて、上司にもタスクについて、正直に伝えない。一方、上のプロジェクト・マネジメント側は、作業するメンバーの状況を考慮不足で、無理なスケジュールを受け入れる。一番ダメなのはプロジェクトのリスク管理とスケジュール管理である。プロジェクトは「山」(ピーク時)と「谷」(暇のとき)があるのが否定できない。「山」を低くして、「谷」を埋めて、プロジェクトをスムーズにするのが、プロジェクト・マネジメントの意義だと思う。山場は山場で、暇のときは休んでっていうのが、プロジェクト・マネジメント、スケジューリングしていないことです。
トップのマネジメントがいけていると思います、会社の業績が相当伸びているみたい。が、中間層のマネジメント・レベルは向上しないといけない。
そんなことに至る原因としては、会社は自力で社員、人を育てる意識が不足だと思う。
トップマネジメントは、外部でマネジメントに有能な人を引っ張ってくる。下に対しては、ひたすら、働け。多く働けば、技術的に進歩が速いだろう。でも、マネジメント・スキルの向上が軽視されることとなった。そもそも、こんな時間がないだろう。
マネジメント・スキルは、センスもあるが、経験もあるけど、一番のはやはりテクニカルだと僕が思う。学んで、そのまま実践すれば、結構上達できると感じる。
なので、もっと人を育てる意識で、マネジメント・スキルを教えて、会社全体のマネジメント・レベルを向上すれば、Work-Life-Balanceがよくなると思う。

2007年07月18日

私が見たIT業界No.3

だいぶ時間が経ったが、いよいよNo.3でITコンサルタントについて、語ってみよう。
ITコンサルタントは、最近IT業界で一番流行っている職種となっているようです。ITコンサルティング会社も業界の中で、すごいいきよいで増えてきた。

ITコンサルは何をするのでしょうか。
私の中では、ITコンサルは名前の通り、コンサルティング、つまり、分析・提案のことをしなければならない。ITコンサルタントは、クライアントの業務とITシステムのことを両方分かる上で、クライアントのビジネス上の要望を聞いて、それを分析し、システム化するかどうか、どのようにシステム化するか、どんなITソリューションを導入すべきか、ITソリューションを導入することでクライアントにどんな効果が得られるかをクライアントに提案する。オーダーメイドな営業っぽい仕事でもあり、ロジカルな考え方で、ITソリューションをセールスしていく。
そして、クライアントと握って、クライアントの業務要件をシステム要件へ落とし込んで、システム要件定義を作成する。それをシステム設計のINPUTとして、システム・エンジニアに渡す。

ITコンサルにとって、業務・ビジネスのこととIT・システムのことを両方知るのがポイントである。
それで、クライアントに本当に最善なITソリューションを提供し、クライアントにバリューを創造してあげる。
なかなか面白いだが、決して簡単ではない仕事だと思う、そこで、ITコンサルタントの真価を問われている。

StreamSQL

今後のITとファイナンシャル・サービスに影響を与える可能性がある。
streamsql.org

2007年07月17日

【訳】ヘッジファンドのストラテジー No.1

偶然、ネットで見つかった資料だが、興味のある分野で、早速読んでみた。
なかなか面白そうで、訳して、Knowledge eXchangeしよう。

1.マーケット・ニュートラル・ストラテジー
ロング・ポジションとショット・ポジションを同時に取り、リターンに対するリスク・エクスポージャーを最小化することで、マーケット・ニュートラル・ストラテジーと呼ばれる。

1.1.ロングーショート
不確実性の中、ロング・ポジションとショート・ポジションをともに取ることで、マーケット・リスクを減らすことが期待されている。過小評価された資産をロングし、過大評価された資産をショットする。マーケットが上昇する場合、過小評価された資産の上昇率が過大評価された資産のより大きくて、過小評価資産の上昇によるゲインは、過大評価資産の上昇によるロスを上回り、最終的に、ポジティブなスプレッドが得られることを期待されている。逆も同様。

1.2.可転換アービトラージ
転換社債など、可転換な証券を用いて、可転換証券と原資産の価格差により、利益を生み出す戦略である。
例えば、可転換証券をロングし、原資産をショートするポジションで、利益を得ることは可転換アービトラージである。

2.イベント駆動型・特殊状況ストラテジー
会社の特殊なイベントに目当て、方向性を重視し、将来の巨大な資産変化を狙うストラテジーである。
通常、再建やM&Aは、イベント駆動型ファンドの主とする戦略である。

2.1.出血証券(Distressed Securities)
出血証券に投資するのが一つの例である。倒産寸前の会社に安いお金で投資し、危機を脱出させて、大きいな資産価値増を狙う。こういう場合、ヘッジファンドは往々会社の再建プロセスに直接マネジメントし、ベンチャー・キャピタル、またはハゲタカファンドのようなやり方で、利益を追求する。

2.2.合併アービトラージ
潜在的な買収・被買収企業を分析し、被買収対象企業の株を買い、買収を行う企業の株をショートする。買収が発生することを予測して、ポジションを立てるストラテジーである。

まだ途中ですが、すぐ続きを読みたい場合は:
Global-Derivatives.com

2007年07月13日

ソリューションとシステムが違います

「うちの会社は世界初のプロジェクトをやるのが好きだ」と良く聞きます。
今回、自分も「世界初」の経営戦略システムの開発に参加することになった。
確かに、今回は、Strategyチーム、コンサルチーム、ソリューションチームを一体となる理想的なチーム体制で進行した素晴らしいシステムだと思います。
その素晴らしいシステム開発の中にいるお陰で、いろいろかなり勉強となりました。
特に、最近、ソリューションとシステムが違うと何となく考えはじめた。
システム屋さん、特に独立系SIは、システムをよりよくするために、一生懸命最強の技術を投入して、作りをどんどん改善して、素晴らしいシステムを開発しています。これはシステムである。
一方、ソリューションは、システムよりもっと幅広くて、バリューの高いものと考える。
普段、良く言うシステムはソフト・アプリのことです。それに対して、ソリューションはハード(ハードウェア、マシンなど、物理的なモノ)も含むと考える。
それ以外に、ソリューションにはシステムの運用も含むと思う。「運用でカバーする」という考え方はシステム屋で恥ずかしいという偏見を持つケースがしばしばあるが、私はそうではないと考える。運用もソリューションの一部である。運用でカバーすることで、システムのパフォーマンスが向上できる場合が結構あると思う。ちょっとした運用の注意で、もしくは運用上でありえないケースは、システムにわざわざ判断させる処理を入れなくても良いと考える。無駄なし、ハイパフォーマンスなシステムは良いシステムだと思う。また、費用対効果の考え方で、アプリか、ハードか、運用かで対応することを考えるのもソリューションの範囲だと思う。
さらに、もっと広い範囲で言うと、システムの発想、そして、システム開発のプロジェクトマネジメントのノウハウもソリューションの提供の一部と考えられる。
なので、われわれはシステムを提供しているのだけではなく、ソリューションを提供していることを常に意識しなければならないと感じてきた。
それは、いわゆるHigh Valueの意味ではないでしょうかなあ。

2007年07月10日

Black-Scholes Formula

最近、仕事は超忙しくて、頭の中で仕事のことばかり。
今日は気分転換で、昔大学で学んだことをちょっと整理しようと思う。
ノートを見ると、自分は結構Black-Scholesと闘ってきた。
まぁ、Financial Engineeringを勉強してきた人間は、その位はするだろう。。。
Black-ScholesはFischer BlackとMyron Scholesが1973年に「The Pricing of Options and Corporate Liabilities」という論文で発表したオプションの理論価格評価式です。
Non-ArbitrageというClassicalなFinanceの考え方から出発して、PDEを解くことで、
Risk free interest rate, Maturity, Strike price, Underlying asset's VolatilityとOption Priceの間の関係を導き出した。
この有名なFormulaは、それ以降のFinancial Engineeringの研究に非常に大きいな影響をしてきた。
話題のDerivative pricing, Real options, ... ... どっちもなんとなくBlack-Scholes Approachを利用している。

偶然、My Documentの中に、以前Risk Managementの講義で書いたReportを見つかった。
なるほど、僕もこのFormulaを自分なりに導いていたね。

Risk Management Report1 (Black-Scholes Formula)