• 戻る（生産技術の該当節を参照）
  • トレンドの分析（シェア）
  • スタック＆コラボレーション
  • GO/NOGO判定用事例データベース
  • 認知バイアスのパターン
  • バリューチェーン分析
  • 組織的PM（OPM）
    （PMP：共通 - 組織的プロジェクト・マネジメント（OPM））
  • プロジェクト選定委員会運営

テクノロジやエンジニアリング関連のベネフィット創出プロジェクト、プログラム、
（...ある意味、ソフトウェア生産技術、開発基盤開発プロジェクト）
の結果（過去情報）から、プロジェクト選定委員会
（プロジェクト選定委員会運営）で
活用可能な教訓をまとめる。

• 過去事例を見てみると、
  セグメント、ターゲットにハマっているかが重要と言える。

• また、昨今では、Webサービスなどで利用されることが≒トレンドに乗る条件と
  なっているため、IDEなどにロックインされていないことが重要になってきている。

• VB6のフォームアプリケーション
  （その後の.NETのWindows Forms）

  • 非常に高い生産性で、エンプラで多用されている。
  • UIコントロールをD&D、ダブルクリック、コードの実装
    と非常に直感的な手順で、簡単に習得・実装できるのが当時ウケた。

• Webアプリケーション（MPA → AJAX）

  • エンプラのWebアプリでは、コレがデファクト。

  • また、Webサービスのスタートアップなどでも
    コレの技術で開発されるケースは、まだまだ多い。

  • 方式

    • MVC
      柔軟な対応が可能なMVCが流行っている。

    • Web Forms（JSF）
      柔軟な対応が可能なMVCが流行ってはいるが、
      セグメント的にはハマる分野もまだまだ多い。

• Webアプリケーション（SPA、(MV*) UIフレームワーク）

  • 「狭い帯域幅でもコンテンツにユーザがリーチできるように。」
    的な要件コンテキストで採用されるUI技術であると考える。

    • 故に、エンプラの生産性にリーチしないことがある。
    • しかし、ミドルウェアなどの管理画面には使用される。

  • スタートアップ後の成功したWebサービスなどで利用される。
    （如何にエンドユーザにリーチするか？的な要件のコンテキストで）

• スマホ（ネイティブ）アプリ

  • 基本的にSPAと同じだが、
  • ネイティブなので、
    • 性能的に優れている。
    • ネイティブ・アクセス的に優れている。
    • スマホUX的に優れている。

• OSSコンソーシアム > 開発基盤部会 Blog

• 過去事例を見てみると、
  セグメント、ターゲットにハマっているかが重要と言える。

• 色々なタイプのORMが出てきたが、結局は、要件に沿って使い分けている。

• データ・プロバイダ
  • ADO.NET
• ORM
  • Dapper
  • Entity Framework

• OSSコンソーシアム > 開発基盤部会 Blog

• 過去事例を見てみると、
  セグメント、ターゲットにハマっているかが重要と言える。

• テスト技法ツール関連は、プラクティスが重要なので、
  そのプラクティスが誕生したセグメント以外にはハマらない可能性がある。

• CI / CD

• テスト自動化

  • TDD（テストコードを書く系）
  • UIオートメーション系

• OSSコンソーシアム > 開発基盤部会 Blog

• SI事業者でアレコレ検討がされた。

• ハイブリッド・クラウド・ポータルは上手く行かない。
  ハイブリッド・クラウドに投資できる企業が出現しないので。

• 最終的に、メガ・クラウド謹製の垂直統合に落ち着く感じ。

  • Azure Stack
  • AWS Outposts

• ハイブリッド・クラウド・ポータル的な。

  • ハイブリッド・クラウド・ポータル（組織内みたいな）
  • 一昔前、PrimeCloud Controllerという
    OSSがあった。

• 担ぐ系

  • プラクラ

    • VMware vCenter Server
    • Microsoft System Center
    • Cloud Stackなど

  • PaaS

    • OpenShift
    • Cloud Foundry

• OSS系

  • Open Stack
  • Kubernetes

• トレンドだからと言って成長していない事業に投資してもダメ
• OSSコンソーシアム > 開発基盤部会 Blog

• 書籍レベルにまでなればいいが、組織内での取り組みは微妙。

• デザインパターンなど空気的な存在になってようやく効果が出てくる。

• マイナーな状態ではナカナカ効果が出てこない
  （テンプレートやIDEなどのサポートがない状態では難しい）。

• オブジェクト指向 分析/設計/プログラミング（OOA、OOD、OOP）
  OOD、OOP辺りは空気化してイイ感じになっている。OOAは普及しなかった感。

• サービス指向（SOA）、マイクロサービス
  しかし、SOAやマイクロサービス系は、理論をこねくり回したわりに、
  Webメソッド実装できりゃーエエとかそのレベルになっている。

• ドメイン駆動設計（DDD）→ クリーンアーキテクチャ
  DDDも≒クリーンアーキテクチャ位で落ち着くのが良いのかも知れない。

• クラウド・アーキテクチャ

  • 主語がデカイのでは？オンプレをクラウドにもっていくなら変更は不要
  • ただし、要件次第で、以下のような対応が必要になるケースは多い。
    • クロスドメイン認証に対応
    • WebAPIやDBのリトライポリシー策定＆実装

• ソフトウェアアーキテクチャを学ぶために - kawasima
• OSSコンソーシアム > 開発基盤部会 Blog

• PMPの改訂履歴を参照すると良い。
• 基本的に大きな変化はない。
• 近年の大きな変更は、
  • 適応型ライフサイクルが、
    PMBOKガイド6版で大幅に強化された。
  • 組織的プロジェクト・マネジメント（OPM）の
    重要性が増している。

• 特に下流の開発方法論については、大きな変化は見られない。
• 2001～2010あたりで（生産技術の該当節を参照）
  大方、Fixした感がある。

• 要件に係る上流に関しては、近年重要性を増している。
• そういう動きが、2010以降の生産技術
  （生産技術の該当節を参照）で見られる。

マーケティング、
PMP：共通 - 組織的プロジェクト・マネジメント（OPM）

事業戦略と組織戦略 に関しては、近年重要性を増している。

SIは、本質的にデマンドサイドだが、
以下のケースで、サプライサイド気質が残るケースがある。

• もともと

  • 販社
  • SES、下請け企業

• 現時点で、
  SES、下請け事業を含む。

捻じれが起きているケースで、
ニーズが効率向上ではなく能率向上に終始するケースがある。

移行メモ（正誤）: 元ページの「終止するケース」は「終始するケース」の
誤変換と判断し修正した。

捻じれが起きているケースで、
自前主義からの脱却が遅れるケースがある。

SIは、プロフィット偏重の傾向がある。

• 社歴が長い程、プロフィット偏重の傾向がある。

• ベネフィット系のプログラムは
  プロフィット系のミッションからは創出されない。

• ただし、世の中は、ベネフィットの重要性が増してきて来ている。

• プロフィット偏重の一例
• 売上は重要だが、原因と対策に注力されていない。

• プロフィット偏重の一例
• 時間の切り売りを行うのは、
  • プロフィット偏重、ベネフィット軽視。
  • 能力的にベネフィット創出が出来ない。

必要に応じて追記していく。

以下のような話で、結局、トレンドは無視できない。

• トレンドに乗ってない技術は、disconになってサポートが切れる。
• ハイプ・サイクル（シェアの該当節を参照）によりトレンドが
  浸透に代わるなどすると、クラウド、スマホなど、
  デマンドサイドのニーズとしても増えてくる。

• 例えば、垂直統合型のソフトウェア産業が斜陽化しているとする。

• そんな中で、クラウド（プラットフォーム）が出てきて、
  焦って、垂直統合型スキームのまま投資しても勝てる訳が無い。

• トレンドに乗っていない、ニッチである場合、

  • トレンドを無視して良いケースもある。
  • ただし、事業と深い関連が必要になる。

• これは、つまり、

  • トレンド ≒ 外部要因（環境要因）であるが、
  • ニッチ ≒ 内部要因（自社事業要因）である

と言うことになる。

• また、
  • ニッチは、短期的には重要である。
  • トレンドは、長期的に重要性を増して行く。

と言う傾向がある。

• ベネフィット系は現場のニーズ聞いて愚直にやって成功した事例は一つも無い。
• 理由は、現場のミッションがプロフィットなので、
  ベネフィットに関する考察が浅いため。

SoRだけでなく、SoEでのIT利用が進み、

• 一応、技術は（基礎部分というより、応用部分が）、進歩していると言える。
• その結果として、ランタイム系のライフサイクルは短くなっている。
• 代表的な例が、Javaや.NET Coreの
  長期商用サポート(LTS : Long Term Support)の提供。

移行メモ（正誤）: 元ページの「Long Time Support」は
「Long Term Support」の誤記と判断し修正した。

• 早いライフサイクルの中で、廃れない技術を見極め、
  ピックアップすることの重要性が高まっている。

  • ただし、SPA系のフレームワークの栄枯盛衰をみると、
    予測不可能と思われるケースも多い。
  • 事業的に、急いでいなければ、慌てず待つ。と言う選択肢を
    選択する事も重要になる。

• 同時に、

エンジニアリング・プロセスなどの、
変化の乏しい分野は、相対的に注力ポイントではない。

と言える。

• ハード

  • オンプレ
  • 仮想化
  • クラウド

• ソフト

  • OS → ミドル → 上モノ
  • IaaS → PaaS → SaaS

• インフラ →（仮想化/クラウド）→ アプリ
• バックエンド →（PaaS/SaaS）→ フロントエンド

• 「青銀行の勘定系をFirebase前提で構築できるか？」\
  • たなかこういちの開発ノート
    http://tanakakoichi9230.hatenablog.com/entry/20200129/1580288556

必要に応じて追記していく。

サマリすると、大枠で以下のように言える。

以下のような変化の積み重なりで当然、起きうる。

• 基本的にトレンドは無視できない。
• ライフサイクルは早くなってきている（同時に注力ポイントでもある）。
• 競争のレイヤは上がっていく（スタックは積み上がっていく）。

• ソフトはハードのオマケ → ハードはソフトのオマケ。
• 垂直統合事業 → オープン・アーキテクチャ → 垂直統合事業
• プロダクト → OSS
• オンプレ → クラウド

• リスク対応を誤らせる認知バイアス
• OSSコンソーシアム > 開発基盤部会 Blog

• 色々、時勢を読む必要がある。

  • 少子・高齢化社会 → 生産年齢人口の減少

  • 国際競争力の低下（新興国が伸びた）

  • 終身雇用の崩壊

    • メンバシップ雇用による新50代問題の発生。
    • メンバシップ雇用からジョブ型雇用へ。

• 天地人

  • 孟子の「公孫丑章句上」の中の一節「天時不如地利。地利不如人和」に由来

    • 天：天の時＝タイミング
    • 地：地の利＝おかれた環境
    • 人：人の輪＝人心の一致

  • 意味としては、

    • 「天＜地＜人」だが、人心の一致には天・地も必要な訳で、
    • 戦に勝つことや物事を成功させるには（天地人の）３条件が必要。

...

• OSSコンソーシアム > 開発基盤部会 Blog

認知バイアスのパターン

いずれも 認知バイアスのパターンの該当節を参照。

ミクロな技術のフィッティングでは、その技術が、
適切にセグメンテーションされたターゲットにフィットするかどうかという話。

マクロな事業戦略と組織戦略では、

• ゲームチェンジやパラダイムシフトに備えた対応が必要になる。
• 変化が起き無い分野は斜陽の分野であり、注力ポイントではない。

論理的ではない未来予測にありがちなパターン。

• 自分ではあまり考えていないが、Buzzってるので、予算認可され易い。
• 予算認可されたはいいが、あまり考えていないので結果が出ず苦しむことも。

• 自身のスタック＆コラボ（スタック＆コラボレーション）が
  薄い人がカタストロフィを期待して行う希望的観測。
• 実績の無い人が大口を叩くだけで終わることになる。
• 具体的な事例：ムーンショット型研究開発制度
  https://twitter.com/konamih/status/1224985837324029952

PMP：共通 - 組織的プロジェクト・マネジメント（OPM）

PMP：共通 - OPM - ポートフォリオ・マネジメントでは、
経営戦略、組織戦略などが対象になる。

ベネフィット創出の対象は、プログラム
（PMP：共通 - OPM - プログラム・マネジメント）になる。

PMP

Subsystem & Framework

• Windows Form vs WPF
• ASP.NET Web Forms vs ASP.NET MVC
• 従来型のWebアプリ vs SPA（Single-page Application）
• 様々なSPAフレームワーク
• ネイティブ vs ハイブリッド

• IDE vs RAD vs EUC vs Template & Package (開発支援ツールの種類)
• ADO.NET vs ORM (Entity Framework, Dapper)
• SVN vs Git vs TFS

• ASP.NET Forms認証 vs ASP.NET Identity

• 結局、WebAPIのフロントエンドUIの使いドコロってさぁ。
• マイクロソフトのUIサブシステムが流行らない説の源はどの辺なのか？

• エンプラ界隈でのEntity Framework離れ進んでますね。

• SIでCIやテスト自動化が、なかなか上手く行かない理由
• CIを軽くdisったケド、ライブラリ開発でプラクティスを実践している件。

→ , etc.（CI/CDの該当節を参照）

• Open PaaS系が某弊界隈で微妙だった件について分析してみた。
• 共通基盤の類は仕訳時？となると、ラストマン戦略が有効では？

→ , etc.（PMP：PDU - コンピテンシーの該当節を参照）

• ガイドライン適用の際はフィッティングが重要な件（リトライ実装の例）
• 生産技術界隈でBuzzったケド、ダメだった...
• カタストロフィ的芸風について考える。
• DDDに関して思った事（難し過ぎるとOOADの二の舞になるよ。的な話）。
• ベネフィット人材にとっての反面教師、アーキテクチャ宇宙飛行士。

• クラウドネイティブ開発の浸透

  • オレオレPKCE実装とマイクロサービスやクラウドネイティブ開発の浸透
  • クラウドネイティブ開発の浸透と、トークン・チェックのカスタマイズ

• ソフトウェアの生産技術と研究開発の歴史と、その融合。

• オンプレSIが無理ゲーに成り行く世界観。

• デマンドサイドのほうが適切な技術選定が可能である。と言う問題。

• パッケージとSaaSで、基盤に対するオーナーシップに差がある感。

• ReactにFragmentのPKCEを実装してて思った事、要件のコンテキストが違う。

• 今更、受託開発からサービス開発へのゲームチェンジの話

• 「減らすが勝ち」（価値）の社会になる気がする今日この頃。
• 最近の若者が、「会社との距離が重要。」と言う様に...、
• 世代を問わず求められていることは、専門性とオーナーシップかも？
• プロジェクトのプログラム化により淘汰されるサプライサイド
• SI事業って今後どうなっていくのか？を考えてみた。
• 基幹系システムのスクラッチ開発が出来なくなる時代が来る（かも）。

---

Tags: 移行, 生産技術, 事例, 教訓, プロジェクト選定, 開発基盤