「[[.NET 開発基盤部会 Wiki>http://dotnetdevelopmentinfrastructure.osscons.jp]]」は、「[[Open棟梁Project>https://github.com/OpenTouryoProject/]]」,「[[OSSコンソーシアム .NET開発基盤部会>https://www.osscons.jp/dotNetDevelopmentInfrastructure/]]」によって運営されています。

-[[戻る>技術]]

*目次 [#ad40a83e]
#contents

*概要 [#u7189bb7]
[[エンジニアリング・プロセス>PMP：PDU - PMプラクティス#feaa3f70]]のマネジメントに近い。

**源流 [#r41a28e1]
-[[産業革命>#y5c7e05b]] - [[生産ラインの誕生>#ecf347a2]]辺りに端を発している。

-製造業はQCDの三つの柱で成り立っているとされる。
--Qは品質 (Quality)
--Cはコスト (Cost)
--Dは納期 (Delivery)

-生産技術部門はコストの責任部門
--製造業においては、企業の中核的な機能を担う重要な部門。
--活動の成果は企業の業績に直結するため、~
発言範囲は生産現場から経営企画にまで及ぶ。

-学問的知識に加えて、それぞれ加工技術の専門知識と経験が必要とされる。

**昨今 [#a192f843]

***QCDF [#a0161bd5]
-環境変化に柔軟に適応することが重要になってきたことから、~
[[QCD>#r41a28e1]]にFは柔軟性 (Flexibility)が加えられ、QCDFと言われている。

***PQCDS [#h1a40622]
-[[QCD>#r41a28e1]] - [[QCDF>#a0161bd5]]はあくまで単に物を"造れば売れる~
"大量生産時代のプロダクトアウトの思考を基礎にしている。

-そこで新たにPSの2要素を加味し、"売れる（売れた）物を造る"~
マーケットインのサービス業的発想への転換を示唆する。

--顧客の望む品物（P＝多品種）を、
--よい品質（Q＝高品質）で、
--安く（C＝低コスト・市場価格）、
--速く（D＝短納期）、
--かつ安全（S＝安全第一）に

>提供、サービスする

***上流へのシフト [#h7d42b9f]
-[[SCMとビジネスモデル>#h14e5611]]に書いたようにより高い価値を産むには、~
上流へのシフトが必要になってきており、生産技術が現場から~
遠ざかるようになり、生産技術者の育成が困難になってきた。

-これ以外に、生産拠点が、先進国から新興国に移っているという話もある。

*詳細 [#qebc476b]

**歴史 [#i584626c]

***産業革命 [#y5c7e05b]
-動力機関として使用可能な蒸気機関が発明された。
--余剰労働力が大量に発生した。
--生産調整もなかったため不景気（生産減少）という状態も発生した。 
--不景気の中、より高い生産性を実現し競争に勝ち残るための専門職、生産技術者が出た

-18世紀後半、

--イギリスは
---それまで禁じていた機械の輸出を認めるようになる。
---イギリスは軽工業から重工業に移行する。

--結果、
---欧米で一気に工業化が進むことになった。
---アメリカでは、最初から経営や株式、民主主義といった~
システムを駆使してアメリカ合衆国を作り上げていった。

***工程設計の誕生 [#h977ef3d]
-1888年、アメリカのフレデリック・W・テイラーが科学的管理法を提唱する。

-これは今で言う工程設計による標準工数を設定し、製品ごとの原価を決定する手法
--時間寄与ではなく成果主義になり、労働者のやる気が喚起された。
--経営者から見ても原価の管理が可能になるというメリットが得られた。

-これにより、製造業の収益性が大きく向上し、~
生産技術の基本として現在では全ての製造業で行われている。

***生産ラインの誕生 [#ecf347a2]
ライン生産方式、フォード生産システムとも呼ばれる大量生産の方法

-高い品質と低コストで自動車を生産することを可能にした。
--工程を細分化し、仕事を誰でも出来る単純な作業にすることで熟練工が不要にした。
--さらに一つ一つの作業を効率化することによって、単位時間当たりの生産量を上げた。

-この頃、以下が始められた。
--設計段階での、生産技術者による[[生産性検討>#h0378d89]]
--ライン設計やタイムスタディといった生産技術の基本的手法

***組織論の誕生 [#ff72a257]
-人間に単純作業を強いる生産方法が問題になった（過酷な労働、労働者の使い捨て）。
-エルトン・メイヨーが1927年から5年間、労働者のやる気に初めて科学的な光を当てる。 
-これを契機にこの研究は組織論、産業心理学、人間工学などへと発達していく。
-現在日本の企業でも行われている、目標管理制度やセル生産方式の源流。

***品質管理の誕生 [#u9f9400b]
[[PMP]]
-[[知識エリア>PMP：共通#fdc80bf2]]
-[[品質マネジメント>PMP：品質マネジメント]]

***日本における生産技術 [#b3e2b69d]
-富国強兵~
富国がすなわち生産技術
--殖産興業の官営の工場（製糸場、紡績所などの軽工業）
--技術も経営も欧米からのエンジニアによって運営されていた。
--後のトヨタ自動車の元となった豊田自動織機などの新興企業が生まれた。

-第二次世界大戦
--海軍が主体で艦船建造の生産技術が徐々に蓄積されていった。
--1920年頃には船舶生産能力300万総トン/年と世界のトップレベルに達する。 
--ミッドウェー海戦後、船舶と航空機を失うと、民間企業に生産技術が移植される。
---部品の制式化は戦後に日本工業規格（JIS）へと受け継がれる。
---造船業、自動車、建設機械、家電の生産に継承され高度経済経済成長の基礎になる。

**現在 [#cc2f4438]

***工数と工程設計 [#q173fe6b]
工数とは、製造原価を決定する数値で、工程設計によって計算される。

***生産性検討 [#h0378d89]
-生産性検討とは、商品開発に対する合理化活動。

--具体的には、設計図に生産性を加味するために行う設計部門と生産技術部門、~
あるいは製造部門の担当者を織り交ぜて行う図面の検討作業のことである。

--材料の歩留まり、作業性などを図面を見ながら話し合い、~
可能な部分はその場で図面に織り込んでいく。

-コンカレント・エンジニアリング

--設計と生産性検討を同時に進める事をコンカレント・エンジニアリングと呼ぶ。

--3DCADが普及により生産性に関する要望を早期に製品へ反映しやすくなった。

--設計と生産性検討を同時に進める事をコンカレント・エンジニアリングと呼ぶ。

--各製造工場と以下の機能で連携するソフトウェア、システムも存在する。
---応力解析システム
---オフラインティーチングシステム
---作業性解析システム
---コスト見積システム
---ラインシミュレーションシステム

-サイマルやサイマル活動
--アセンブリ（組立工程）化により製造コストの90%は、設計段階で決まるようになる。
--設計段階で如何にコスト削減のアイデアを織り込むかが重要となってきた。
--ココでは、如何にして、低いコストで合理的に生産するかを考える。
---設計の初期の開発段階から生産性を織り込むケースが増えてきた。
---戦略的にコストを下げるために、図面を描く前から生産技術者が設計に参加する。

***設備計画 [#a6a64a51]
-工場の設備を導入したり、工場自体を設計する

-工場新設などの高額な設備投資の場合、その出来不出来は~
企業の経営に大きな影響を及ぼすため、経営に関する知識が不可欠。

***技術開発 [#l4d0f70a]
企業は少しでもコストパフォーマンスの高い製品を提供することが求められている。

-新技術の開発

-生産設備
--新規導入
--生産効率を高めるための改造。

***生産性指標 [#yd507b58]
-固定費~
産量にかかわらず必要となるコスト

-変動費~
生産量に比例して必要となるコスト

-損益分岐点~
一般に固定費が少ないほど損益分岐点は低くなる。

-工数消化率
 工数消化率 = 実績工数 / 計画工数

-操業度~
簡単に言えば残業時間の平均。~
0～1に入る数値であることが望ましい。

-稼働率
 稼働率 = 稼動時間 / 就業時間

-チャージ~
労働者の時給に、設備の償却費や間接人員のコストをみなしで加えたもの。

-製造原価
 製造原価 = 製造工数 x チャージ + 材料費

-仕切価
--工場出荷価格、工場卸値、SVMとも言う。
--工場からディーラーへ供給される時の製品の価格

***SCMとビジネスモデル [#h14e5611]

-[[供給連鎖管理（SCM : Supply Chain Management）>高度午前 - 経営戦略#w0f36a4d]]~
1980年代からサービス業の顧客中心の考え方を取り入れられるようになった。
--それまでも製品の品質や機能において満足度を上げる努力は行われてきた。
--更に納期やアフターケアなどのソフトの面でも顧客満足度を向上させる。

-ビジネスモデル~
中間在庫の位置でビジネスモデルが区別される。

--以下のようなビジネスモデルがある。

---在庫販売（STS）~
顧客が在庫を見て注文する（Ship to Stock）
---見込生産（MTS）~
見込で生産した在庫に顧客が注文する（Make to Stock）
---受注組立（ATO）~
顧客注文により最終の組み立てをする（Assemble to Order）
---受注仕様組立（CTO）~
顧客の注文した内容に従った仕様で構成管理をして納入する（Configure to Order）
---受注加工組立（BTO）~
顧客注文後に加工組み立てをして納入する（Build to Order）
---受注生産（MTO）~
顧客注文後に原材料調達をし生産納入する（Make to Order）
---受注設計生産（ETO）~
顧客の注文に従い設計し生産納入する（Engineer to Order）

--ソフトェア界隈的には、[[オープン・アーキテクチャ]]に近い話。

---購買代理業者~
スクラッチのSI：受注設計生産（ETO）－受注生産（MTO）

---パッケージャ~
・SIテンプレ：受注生産（MTO）－受注仕様組立（CTO）~
・ノンカスタマイズのパッケージSI：受注仕様組立（CTO）－受注組立（ATO）

---要素提供者~
プロダクト開発・販売：見込生産（MTS）－在庫販売（STS）

--DELLはBTOと呼ばれる、~
ビジネスモデルで短納期と低コスト化を実現した。

**次期 [#s23bcf8b]
昨今、ITとOTの融合が進んでいる、先進工場の例。

（情報しかないITでも情報分析と自動化は、それほど進んでいないので、~
当然、そもそも、情報化が進んでいないOTの情報分析と自動化は、~
ソレ以上に進んでいないと言える。）

***コンセプト [#y64a72e9]
4Mデータの高効率生産モデルへ組み込み。

-4Mデータ

--Human
---収集されるべき情報
---スキル差に依るバラツキ

--Machine
---収集されるべき情報
---コレについては課題解決済。

--Material
---収集されるべき情報
---資材系の納期などのタイミング

--Method
---フィードバックされる情報
---例えば、類似設計不良の防止など。

-高効率生産モデル

--実世界（フィジカル空間）
>↓ ↓ ↓ Sense：現状把握 ↓ ↓ ↓（Human, Machine, Material

--情報世界（サイバー空間）
>↓ ↓ ↓ Think：把握後の考察 ↓ ↓ ↓

--知識モデル世界（ナレッジ空間）
>↓ ↓ ↓ Act：考察結果の展開 ↓ ↓ ↓（Method

--実世界（フィジカル空間）

***事例 [#vf9fe37b]

-多品種少量１台流し~
（混流１個流し生産ライン）の例

--目的~
大量生産並みの品質・効率

--手段
---生産現場の見える化
---知識属人性からの脱却
---暗黙知の形式知化
---品質・効率の向上

-ソリューション例

--生産情報の自動生成~
3次元CADデータを活用~
（以前は2D化をしていた）

--作業ビューアの活用~
ビューアで作業時間を計測可能。

--進捗・稼働監視

--データ分析・フィードバック
---ボトルネック作業の改善
---類似設計不良の防止
---生産計画の自動生成

--参考
---生産現場の全体最適化｜Lumada：日立~
http://www.hitachi.co.jp/products/it/lumada/cs/00008/index.html

***DX関連 [#je85bf92]
次世代の生産技術、[[DX>DXのポイント]]と関連が多いが、~
関連技術は、以下のように活用されている。

-IoT~
データの収集

-ビッグデータ~
蓄積されたデータの分析

-AI~
データ分析（こうして見るとフロントとバックで利用される）

あまり、本質的ではないが、中小向けでは、~
RPA、ローコード / ノーコード等も組み合わせられている。

*生産管理 [#hf7dbea3]
生産技術によって造り込む（造り込んだ）[[生産ライン>#ecf347a2]]のマネジメント。

**生産管理の活動 [#xe85fd01]
経営計画、販売計画に従って生産活動を計画し、組織し、統制する総合的な管理

***生産計画 [#m1a3e3db]
製品の生産量、生産期限を計画することで、~
販売計画と連動した生産を行うことが重要。

-生産能力管理があり、生産能力の中で生産量の計画を構築する。

-生産能力に以下を加味して、計画(週報)などを順次決めていく。
--販売計画の優先順位
--在庫管理から品不足を回避する優先順位

※ [[プッシュ型・プル型>#x91f597c]]

***生産組織 [#l050148d]
[[生産計画>#m1a3e3db]]を遂行する際に経営資源を~
最大限活用するためのシステムを構築

***生産統制 [#yc793746]
[[生産計画>#m1a3e3db]]を達成（チェックと改善）するための進度管理全般

-製造工程が正常に運営されているかを監視、
-計画遅延が発生しそうな場合には、速やかに対策を講じる。

**生産活動業務 [#sd543646]

***購買 [#dd151f74]
-材料および冶工具の調達

-適正な購買先の選定
--単価交渉
--品質管理
--納期管理

-在庫管理
--在庫管理
--FIFO管理
--ロット管理
--催促

-払出管理

※ [[調達マネジメント >PMP：共通#x1d4f0f9]]

***工程管理 [#z407a7b6]
生産現場で不能率が発生しないように各種行動計画を立てる。

-計画に従って、工程割付、作業員割付を行う。
-工程品質・工程進捗の状況情報を監視・管理。

***製品品質管理 [#ifa1e34e]
-ロット別、入庫日別の品質管理を行う。
-また、ロット別の品質劣化情報を社内へ発信する。

***製品出荷 [#b616db32]
販売計画、出荷指示、納期管理をもとに、出荷指図、物流手配を行う。

***在庫管理 [#ucbd99ce]
-在庫が多すぎると

--製品寿命による廃棄リスク、
--価格変動のリスク、
--保管費、
--キャッシュ・フローの悪化

>など、経営費用が余計にかかる。

-在庫は
--製品別
--ロット別
--保管場所別
--位置別

>に管理する。

-在庫
--生産工場が抱える在庫
--販売事業場管轄の在庫

***原価管理 [#x5f2b279]
-製品の製造原価（[[標準原価と実際原価>見積]]）を管理する。
-製品の歩留まりを、ロット別、工程別に管理する。

***開発計画 [#x206fdee]
-新製品の開発立案などを行う。
-中長期計画の一環として行われる。

**[[QCD>#r41a28e1]] → [[QCDF>#a0161bd5]] → [[PQCDS>#h1a40622]] [#rec35aec]
-製品と生産システムの歴史~
https://ocw.u-tokyo.ac.jp/lecture_files/eco_01/6/notes/ja/J_ba1_6.pdf

***[[QCD>#r41a28e1]] [#ocd0ab4c]
-初期のフォードシステム（Ｔ型フォード時代）
-Qは品質 (Quality)、Cはコスト (Cost)、Dは納期 (Delivery)

***[[QCDF>#a0161bd5]] [#v0d4216f]
-GMのスローン方式（フレキシブル大量生産システム）
-[[QCD>#ocd0ab4c]]に柔軟性を加え定期的なモデルチェンジを実現。

***[[PQCDS>#h1a40622]] [#t496674d]
-リーン生産方式（主にトヨタ生産方式）
-"売れる（売れた）物を造る"マーケットインのサービス業的発想への転換
-リーン生産方式（主にトヨタ生産方式（TPS
--マーケットイン（売れる（売れた）物を造る）から
--カスタマーイン（多様化する顧客ニーズに早く対応する）へ。

-基本概念

--ジャストインタイム（Just In Time；JIT）
---かんばん（Kanban）
---平準化（Heijunka）、多能工化

--ムダ（Muda）
7つのムダ
---作り過ぎのムダ
---手待ちのムダ
---運搬のムダ
---加工そのもののムダ
---在庫のムダ
---動作のムダ
---不良をつくる

--仕掛け的なもの。
---アンドン（Andon）
---ポカヨケ（Poka-yoke）

--コンセプト的なもの。
---自働化（Jidoka）
---改善（Kaizen）
---見える化（Mieruka）
---標準作業時間

**プッシュ型・プル型 [#x91f597c]
-[[QCDF>#v0d4216f]]、[[PQCDS>#t496674d]]の流れで、多品種少量生産が必要。
-どちらもサプライヤから「必要なときに必要なモノを必要な量だけ」納品してもらう必要がある。

***プッシュ型 [#c4c635ae]
-需要を予測し、生産計画を立てて製品を市場に送り出し（Push）する「見込生産」
-販売側のコミットで「[[内示>#r108b816]]」を出すのも、プッシュ型に近いやり方になる。

***プル型 [#n4175701]
確定した需要に応じて引きとられた（Pull）消費分を補充していく「受注生産」
-トヨタはジャスト・イン・タイム（JIT）と呼び、日産は同期生産と呼ぶ。
-サプライヤから「必要なときに必要なモノを必要な量だけ」納品してもらう必要がある。

-実は、多品種少量、受注生産型とは相性が悪い~
（以下の前提条件を満たしている必要がある）。
--生産の平準化（量の平準化、種類の平準化）
--定量在庫を決めて管理
--期間安定的に商品を製造

-実施は、完全なJITにならないので事前に、部品別の発注量の「[[内示>#r108b816]]」を出す。

***内示の存在 [#r108b816]

-「内示」には「需要の先読み」行為が不可欠になるが、誤差 ≒ 在庫や欠品のリスクが出る。

-この需給ギャップのリスクのヘッジ方法が会社によって異なることがある。

--例えば、日産は生産側が負うのに対して、

--トヨタでは、バッファー在庫を用い、販売側が負うことになる。

---内示でPushして、かんばんでPullするのがTPS（トヨタ生産方式）。

---需要（の変動）に敏感な販売側にコミットしてもらう方が合理的。

*ソフトウェア生産技術 [#c7cb6256]

**違い [#h77666ea]
**[[生産ライン>#ecf347a2]]との違い [#h77666ea]

***[[生産ライン>#ecf347a2]]との違い [#e635a172]
-[[生産ライン>#ecf347a2]]との最も大きな違いは、製造工程の比率
--製造工程の比率が低い。
***転写とQCD [#e635a172]
-転写技術~
[[生産ライン>#ecf347a2]]との最も大きな違いは、製造工程（転写工程）の比率
--製造工程の比率が低い（設計工程の比率が高い）。
---プログラミング作業には設計作業が含まれる。
---キーパンチャーの作業や媒体のコピー部分が製造に該当する。

--ソフトウェアは、製造業に比べ、知的労働集約型部分の比率が大きく、~
特に、昨今のソフトウェア開発は「製造業」的では無くなってきている。

-[[生産ライン>#ecf347a2]]のモノの考え方は上手く機能しない。
--[[工程設計>#h977ef3d]]、[[生産性検討>#h0378d89]]の重要性が相対的に薄い。
--生産性実績把握管理はされているがプロジェクト毎の変動が大きい。
--ソフトウェア開発における[[コンカレントエンジニアリング>#h0378d89]]は、~
[[プロジェクトマネジメント>PMP：試験 - 共通、環境、役割#m013d290]]でプロジェクト組織構造として検討される事が多い。
--故に、[[生産ライン>#ecf347a2]]のモノの考え方は上手く機能しない。~
ソフトウェア開発において、[[工程設計>#h977ef3d]]、[[生産性検討>#h0378d89]]の重要性が相対的に薄い。

-維持向上技術~
これは、[[QCD>#ocd0ab4c]]と呼ばれる。
--製造工程（転写工程）よりも設計工程に必要とされる。
--同様に、[[QCD>#ocd0ab4c]] → [[QCDF>#v0d4216f]] → [[PQCDS>#t496674d]]と変化している。

***生産システム [#ibcf1d34]

***特徴 [#nd21f564]
-[[PMBOKで言う、組織のプロセス資産（OPA）>PMP：環境#m2fffc0f]]の開発 / 収集 / 蓄積

--[[プロセスと手順>PMP：環境#g10f26a4]]~
システム開発方法論の開発

---プロセス・モデリング
---仕様書・設計書テンプレートの作成

--[[企業知識ベース>PMP：環境#v76b77f2]]~
設計・実装・テスト工程の技術的な知識ベース。

---開発言語や、統合開発環境の修練

---ツール類の開発~
・ステップカウント＆カバレッジメジャーの開発~
・[[開発支援ツール>https://techinfoofmicrosofttech.osscons.jp/index.php?%E9%96%8B%E7%99%BA%E6%94%AF%E6%8F%B4%E3%83%84%E3%83%BC%E3%83%AB]]、[[開発基盤>https://opentouryo.osscons.jp/index.php?%E9%96%8B%E7%99%BA%E5%9F%BA%E7%9B%A4%E3%81%A8%E3%81%AF]]の開発や仲介

---ドキュメント類の作成~
・処理方式設計書~
・開発ガイドライン

-製造業的ソフトウェアでは、設計・プログラミング工程を~
アセンブリ（組立工程）のように扱う（あまりよろしくない）。
--[[生産性検討>#h0378d89]]と言うよりも、生産性向上の[[サイマル活動>#h0378d89]]の比重が高い。
--[[生産性検討>#h0378d89]]と言うよりも、[[コンカレント・エンジニアリング>#h0378d89]]、[[サイマル活動>#h0378d89]]の比重が高い。
---[[コンカレント・エンジニアリング>#h0378d89]]は、[[プロジェクト組織構造>PMP：試験 - 共通、環境、役割#m013d290]]として検討される事が多い。
---[[サイマル活動>#h0378d89]]には、[[ドキュメント標準の策定>https://opentouryo.osscons.jp/index.php?%E3%83%89%E3%82%AD%E3%83%A5%E3%83%A1%E3%83%B3%E3%83%88%E6%A8%99%E6%BA%96%E3%81%AE%E3%83%9D%E3%82%A4%E3%83%B3%E3%83%88]]や[[開発基盤類の導入>https://opentouryo.osscons.jp/index.php?%E9%96%8B%E7%99%BA%E5%9F%BA%E7%9B%A4%E3%81%A8%E3%81%AF]]などがある。

--開発言語や、統合開発環境の知識を活かした~
設計実装ノウハウ（[[プロジェクト・テンプレート>https://opentouryo.osscons.jp/index.php?%E3%83%97%E3%83%AD%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E3%83%BB%E3%83%86%E3%83%B3%E3%83%97%E3%83%AC%E3%83%BC%E3%83%88]]）の提供。

**歴史 [#r978e6dc]
ソフトウェアはハードウェアはおまけから始まっている。
**生産性の考え方 [#hb7428b8]
-ソフトウェア系の特徴としては、
--製造工程の比率が低い（設計工程の比率が高い）。
--生産性実績把握管理はされているがプロジェクト毎の変動が大きい。

-ソフトウェアの生産技術と研究開発の歴史と、その融合。~
https://www.osscons.jp/jow7n5vww-537/
-以下の様にも言われている。
--[[能率>#da2fd749]] = 問題中心主義
--[[効率>#l77dc968]] = 機会中心主義

-統合CASEツールの類は何故、廃れたのか？~
https://www.osscons.jp/joeii3bn2-537/
***能率 [#da2fd749]
指定の工程範囲の実績値を収集し、[[見積]]に活用する。

-生産技術界隈でBuzzったケド、~
ダメだった過去の生産性向上施策の一覧~
https://www.osscons.jp/joy5hs42t-537/
-[[生産性指標>#yd507b58]]~
以下のような[[生産性指標>#yd507b58]]がある。

一方で、ハードウェア、ソフトウェアを製造する、~
--ステップ生産性
---ステップ・カウント・ツールを使用する。
---ツールの仕様や測定方法は企業によってケースバイケース
---結果として、標準化されていないデータとなる。

--FP生産性
---FPのカウント方法は標準化されている。
---ただし、カウント方法が複雑でデータ作成され難い。
---結果として、実績データ数が少ない状態。

-集計方法~
以下のような観点で集計する事が多い
--言語別
--アーキテクチャ別
--業種 / 業務別
--新規 / 改修 / マイグレーション

-ポイント
--単位FP辺りのステップ数が多い言語（例えばC言語等）の方が、~
ステップ生産性は高くなるが、実際の生産性、例えばFP生産性は低くなる。

--生産性の殆どは、[[見積]]段階で決まる。

---予算が多い案件は、~
暗に品質重視である事を意味し、生産性は低くなる。

---[[見積]]に跳ねない生産性向上施策は、~
浮いた工数を品質向上に充てるため、~
生産性向上ではなく品質向上に寄与する。

---例えば、オフショアなどの施策は[[見積]]に跳ねる。~
品質も、原価低減が出来ているので、~
マネジメント系の自助努力でなんとかなる。

--プロジェクト毎の変動要因は、通常、~

---企業によって、リスク・マネジメントされているため、~
企業が保有す[[リスク登録簿>PMP：計画 - リスク#mb48afe6]]的なモノを参照すると良い。

---テクノロジ的難易度に関する変動リスクは予測し易いためか、~
影響のある変動要因には、予測し難い人的リスクが目立つ。

---プロジェクトのリスクについては、以下が参考になる。
>ITプロジェクトのリスク予防への~
実践的アプローチ - IPA 独立行政法人 情報処理推進機構~
https://www.ipa.go.jp/files/000026834.pdf

***効率 [#l77dc968]

-粗利生産性
--案件毎の粗利率で生産性を定義する。
--粗利 ÷ 売上高

-人時生産性
--粗利に労働時間を加味する。
--粗利高÷総労働時間

※ 効率を向上させる方法が検討されている。
-業務上の、各種の冗長性の排除。
-受託スクラッチ開発から、造らない開発へ。
-フロー型からストック型ビジネスへ。
-小口から大口顧客へ。
-基幹系からDX系へ。

**歴史 [#r978e6dc]

***～2000 [#n01ee352]
-ソフトウェアはハードウェアはおまけから始まっている。

-一方で、ハードウェア、ソフトウェアを製造する、~
工場（サプライサイド）の重要性は「[[変遷>#q5c970ff]]」により低下してきており、~
デマンドサイドへのベネフィット提供が重要になってきている。

***～2000 [#n01ee352]
[[コチラ>#nd21f564]]を参照。

***2001～2010 [#z41fbc62]
2001～2010は、オープン化が大きく進んだ。

-システム開発方法論には差別化要素がなく、~
在って当たり前のモノになって来た。~
--[[ドキュメント標準>https://opentouryo.osscons.jp/index.php?%E3%83%89%E3%82%AD%E3%83%A5%E3%83%A1%E3%83%B3%E3%83%88%E6%A8%99%E6%BA%96%E3%81%AE%E3%83%9D%E3%82%A4%E3%83%B3%E3%83%88]]の基本形は経年により変化しない。
--代わりに、以下の辺りが新規開拓された。
---超上流工程の知識・技法を体系化
---UI / UXデザインの知識・技法を体系化
---なお、OOAP（UML）、SOAなどの開発方法論は失敗

-上記の[[開発支援ツール>https://techinfoofmicrosofttech.osscons.jp/index.php?%E9%96%8B%E7%99%BA%E6%94%AF%E6%8F%B4%E3%83%84%E3%83%BC%E3%83%AB]]類が

--IDE（統合開発環境）
--市販ソフト

>に変化していった。

--オープン系の技術の隆盛
---[[Java]]
---[[.NET>https://techinfoofmicrosofttech.osscons.jp/index.php?.NET%E9%96%8B%E7%99%BA]]
---JavaScript

--以下の技術の黎明期
---仮想化技術
---クラウド
---[[クラウド]]
---[[モバイル>スマホ]]
---[[Node.js]]

-プロジェクト・マネジメント界隈では、~
モダンPM（PMBOK）・フェーズゲート管理の導入が進んだ。

-テクノロジ関連の[[組織のプロセス資産（OPA）>PMP：環境#m2fffc0f]]の開発 / 収集 / 蓄積が、~
組織単体でではなく、インターネット上で行われるようになった。

***2011～2020 [#o8f3316e]
2011～2020は大きな変革が続いた。

-知識・技法の体系化のラインナップに以下が追加
--サービス開発系の開発方法論（[[DevOps>https://techinfoofmicrosofttech.osscons.jp/index.php?DevOps]]、[[Agile>PMP：共通#vceb805c]]）
--要件定義体系から業種別ビジネスアナリシスへ踏み込み。

-[[上記の開発支援ツール>#z41fbc62]]類がFOSSに変化していった。
-[[上記の開発支援ツール>#z41fbc62]]類がFOSSに変化していった。~
[[2001～2010>#z41fbc62]]に、既に[[Eclipse]]がそうだったように。

-クラウド＆[[モバイル>スマホ]]、IoT関連技術の隆盛
--[[Visual Studio Community>https://techinfoofmicrosofttech.osscons.jp/index.php?Visual%20Studio#q962b319]]
--[[Visual Studio Code>https://techinfoofmicrosofttech.osscons.jp/index.php?Visual%20Studio%20Code]]
--[[Android Studio]]
--, etc.

--クラウド
-[[クラウド]]＆[[モバイル>スマホ]]、IoT関連技術の隆盛

--[[クラウド]]
---IaaS, PaaS, SaaS活用の拡大
---コンテナ技術（[[Docker]]、[[Open PaaS]]）の登場
---コンテナ技術（[[Docker]]、[[Open PaaS]]）の登場と活用
---インフラ構築の自動化~
・SDx（Software Defined anything）~
・IaC（Infrastructure as Code）

--[[スマホ]]
---[[iOS]]、[[Android]]
---[[Native>スマホネイティブ]]、[[Hybrid>ハイブリッドアプリ]]技術
---[[Native>スマホネイティブ]]、[[Hybrid>ハイブリッドアプリ]]、[[XPlat>クロスプラットフォーム開発ツール]]技術

--WebAPI
---フロントエンド（[[スマホ]]、[[SPA>(MV*) UIフレームワーク]]など）
---[[認証技術>認証基盤]]（SAML2, OAuth2 / OIDC）

--デジタル・イノベーション
---[[IoT]]
---[[ビッグデータ]]
---[[AI>人工知能（AI）]]

-プロジェクト・マネジメント界隈では、~
PMBOK・フェーズゲート管理が定着し、~
初歩的なミスによる炎上案件は大きく減少。

-大手企業でも、テクノロジの範囲に止まらない、~
[[組織のプロセス資産（OPA）>PMP：環境#m2fffc0f]]の開発 / 収集 / 蓄積を、~
インターネット上で行うようになってきた~
（[[GitHub]]、Qiita、OSSコミュニティ、PM / BAサロンなど）。

***2021～2030 [#t1e07557]
～[[2000>#n01ee352]] ～[[2010>#z41fbc62]] ～[[2020>#o8f3316e]] 年の傾向からの予測

-開発方法論の重要性の比率は下がっていく。~
インターネット中心の時代になると、~
「御社独自の開発方法論とかあってもね...。」~
みたいな話になるので。

--[[PMBOK>PMP#ja1d3438]]、BABOK、ITIL
>特に、[[PMBOK>PMP#ja1d3438]]は、第7版から「プロセス」や「成果物」から、~
「価値」（ベネフィット）に重きを置いた内容に変化した。

--[[DevOps(BizDevOps、DevSecOps)>https://techinfoofmicrosofttech.osscons.jp/index.php?DevOps]]
>アジャイル開発の更に延長のインテグレーションから、保守・運用からの~
フィードバッグの反映（再び、開発 → インテグレーション → 保守・運用）

--[[ドメイン駆動設計（DDD）＋クリーン・アーキテクチャ>クリーン・アーキテクチャ]]
>コチラは、サービス開発にも取り入れられていく可能性はあるが、~
適合しないケースも多く、オブジェクト指向やサービス指向と~
同じ末路をたどるのではないか？と考える。

-[[開発支援ツール>https://techinfoofmicrosofttech.osscons.jp/index.php?%E9%96%8B%E7%99%BA%E6%94%AF%E6%8F%B4%E3%83%84%E3%83%BC%E3%83%AB]]類は、FOSS以外は使用しなくなる。

-以下に関連する技術が隆盛する。
--技術の多様化、高度化が進み、
--競争力のある、SaaS採用やクラウドを使用
--DX系のシステムなどの内製化が進む。
--競争力のある、PaaS、SaaS等、[[クラウド]]活用が進む。
--ソレ等を用い、DX系のシステムなどの内製化が進む。
--ただし、全部、内製出来る訳も無く、カスタマイズ量が~
少なくて済むパッケージやソリューションの開発・導入が増える。

-従って、以下が伸びる

--各種フロントエンド
--各種、担ぐ系のクロスセル

--各種、フロントエンド

--一部のバックエンド技術
---クラウド
---[[クラウド]]
---WebAPI
---認証

--DX系
---[[IoT]]
---[[ビッグデータ]]
---[[AI>人工知能（AI）]]

-生産技術の在り方の変化
--[[コチラ>#n01ee352]]から...

--マーケティングの重要性が高まっていく。

--クロスセルを主軸とした生産技術
---繋目部会的、繋目インテグレーション
---繋目の新技術の重要性の向上

--プロトタイプ・モデル検証
---注力ポイントを見究め、
---コア自作 or OSS選定し、
---テンプレート整備を行う。

--コンセプト、ユースケース、アーキテクチャ検証~
サプライサイドの注力ポイントの消失。
（サプライサイドの注力ポイントの消失に起因）

---コンセプト~
主に、ビジネス面。

---ユースケース~
エンジニアリングへの落とし込みだが、~
スキル単独のスコープ比率が減少して、~
[[ビッグデータ]]＆[[AI>人工知能（AI）]]等、複合的なスコープ比率が増加している。~

---アーキテクチャ~
≒ プロトタイプ・モデル検証だが、[[IoT]]、[[ビッグデータ]]では、~
ミドルウェアの数やアーキテクチャのパターンが増え、~
コアの自作 や テンプレートの整備はスコープ外となった。
・ミドルウェアの数やアーキテクチャのパターンが増え、コアの自作はスコープ外となった。~
・ただし、テンプレート整備、テクノロジ系のリスク評価や対応計画の重要性が高まっている。


-参考
--[[PMP：PDU - コンピテンシー >参考 > OSSC > 開発基盤部会 Blog > 未来系>PMP：PDU - コンピテンシー#o84b17b1]]
--ITmedia エンタープライズ
---クラウド導入をSIerに“丸投げ”するな――ガートナーが直言~
https://www.itmedia.co.jp/enterprise/articles/1911/18/news056.html~
・松竹梅の松には当面オンプレミスが残る。~
・松竹梅 : 松が99.999%、竹が99.99%、梅が99.9%のSLA~
・今後はオンプレミス対クラウドの議論が過去のものになる。

---ガートナーが調査結果発表　日本企業のデジタル化は世界からの遅れが拡大~
https://www.itmedia.co.jp/enterprise/articles/2001/15/news069.html~
・日本では、新しいことに挑戦して失敗すると、社会から必要以上にたたかれる。~
・少なくとも、現場レベルが取り組もうとしている先進技術は、世界も日本もほぼ同じ。

**変遷 [#q5c970ff]
***継続的な傾向 [#n6a47b64]
1980年からの継続的な傾向は、

***デマンドサイドへのシフト [#u1c49ed6]
コモディティ化によりウィナーテイクオールが進むサプライサイド。~
（GAFA、Microsoft、Oracleなどが隆盛し日本のメーカー製品はdisconに）
>「エンドユーザーが賢くなった。」

-[[開発支援ツール>https://techinfoofmicrosofttech.osscons.jp/index.php?%E9%96%8B%E7%99%BA%E6%94%AF%E6%8F%B4%E3%83%84%E3%83%BC%E3%83%AB]]の開発・仲介業
と言う話があり、コレが以下に繋がっている。

--仲介の必要性は減っているが、~
求められるレベルは上がっている。話。~
https://www.osscons.jp/jo6kw6u35-537/
-オープン・アーキテクチャ
-顧客ニーズの多様化
-内製化、DXへの対応

--展開計画について考える（外部を巻き込んだ、雰囲気造りをする話）。~
https://www.osscons.jp/jozzudbqh-537/
**変遷 [#q5c970ff]

-サプライサイドからデマンドサイドへのシフト
***デマンドサイドへのシフト [#u1c49ed6]
[[コモディティ化によりウィナーテイクオールが進むサプライサイド。>PMP：PDU - コンピテンシー#c1f6752b]]~
（GAFA、Microsoft、Oracleなどが隆盛し日本のメーカー製品はdisconに）

--改めて身近なサプライサイド・デマンドサイド対立を分析してみた。~
https://www.osscons.jp/jobkpa8nj-537/

--デマンドサイドのほうが適切な技術選定が可能である。と言う問題。~
https://www.osscons.jp/jokn58aq6-537/

--プロジェクトのプログラム化により淘汰されるサプライサイド~
https://www.osscons.jp/jo9ht61ag-537/

半面、手薄で且つ、スケールし難いデマンドサイドの需要が増えている。

***QCDからベネフィットへのシフト [#zf98fc1d]
QCDよりデマンドサイドへのベネフィット提供が重要になってきている。
QCDよりデマンドサイドへのベネフィット提供が重要になってきている（→ [[価値>価値#q8e29e15]]）。

-価値を創出するプロセスについて考える

--①~
https://www.osscons.jp/jofivus3j-537/
--②~
https://www.osscons.jp/joauniwnt-537/
--③~
https://www.osscons.jp/jooc3evs5-537/

-ベネフィット・マップの「三方よし」版を書いてみた。~
https://www.osscons.jp/jo53pw9aq-537/

***[[プロジェクトのプログラム化>PMP：共通 - 組織的プロジェクト・マネジメント（OPM）]] [#x76530ad]
ベネフィット創出にはプログラム・マネジメントが重要になってきている。
ベネフィット創出には[[プログラム・マネジメント>PMP：共通 - 組織的プロジェクト・マネジメント（OPM）#g3869548]]が重要になってきている。

-組織的プロジェクトマネジメント（OPM）に関する、まとめ。~
https://www.osscons.jp/jowyz4luu-537/

--[[ステークホルダーも納得するポートフォリオ・プログラムを再定義する。>https://www.osscons.jp/joz2vckgh-537/]]
--[[組織的プロジェクトマネジメント（OPM）について考える。>https://www.osscons.jp/joyxvre8h-537/]]
--[[ポートフォリオを読みプログラムを造り込む準備をする。>https://www.osscons.jp/jo6hgeb0j-537/]]
--[[組織的プロジェクトマネジメント（OPM）に関する現時点の問題点。>https://www.osscons.jp/jol4hhbjg-537/]]
--[[クローズドなライブラリが結果的に discon（中断） になる理由。>https://www.osscons.jp/jobhz9xd6-537/]]

--QCDよりベネフィット。~
プログラム・マネジメントの必要性
---[[前編>https://www.osscons.jp/jo9mda53s-537/]]
---[[後編>https://www.osscons.jp/jo7lzgvc1-537/]]

--プログラム・マネジメントについて書いてみた。
---[[開発基盤 編>https://www.osscons.jp/jodfa0hou-537/]]
---[[某弊部会 編>https://www.osscons.jp/jo7bnzi9h-537/]]

**セグメンテーション [#re92e841]
セグメント毎の違い。

***規模 [#a5c8c074]
事業規模や案件予算規模。

-大規模
--システム開発方法論
--[[開発基盤>https://opentouryo.osscons.jp/index.php?%E9%96%8B%E7%99%BA%E5%9F%BA%E7%9B%A4%E3%81%A8%E3%81%AF]]の開発
--[[開発支援ツール>https://techinfoofmicrosofttech.osscons.jp/index.php?%E9%96%8B%E7%99%BA%E6%94%AF%E6%8F%B4%E3%83%84%E3%83%BC%E3%83%AB]]、[[開発基盤>https://opentouryo.osscons.jp/index.php?%E9%96%8B%E7%99%BA%E5%9F%BA%E7%9B%A4%E3%81%A8%E3%81%AF]]の開発

-小規模
--ツール類の仲介（→ 昨今、下火）
--[[サイマル活動>#h0378d89]]
--[[開発支援ツール>https://techinfoofmicrosofttech.osscons.jp/index.php?%E9%96%8B%E7%99%BA%E6%94%AF%E6%8F%B4%E3%83%84%E3%83%BC%E3%83%AB]]類の仲介
--[[サイマル活動>#h0378d89]]（[[サプライサイド>#y3b7a3f0]]では大規模でも実施されている）

***サプライサイド・デマンドサイド [#y3b7a3f0]
-最近は、
--脱自前主義（自社プロダクト開発・スクラッチ開発 → ソリューション化）で、
--サプライサイドの一部が、≒ デマンドサイド化している。

-サプライサイド~
メーカー、SES、PMS（≒小規模）
自社プロダクト開発・スクラッチ開発

--言語レベル

--テストツール
---デバッガ
---異常系
---障害対応
---自動化ツール

--メトリックス

-デマンドサイド~
プロジェクト型（≒大規模）のアカウント
（技術による）問題・課題の解決

--（技術による）課題解決

--自社サービスのキャパシティ向上
---プラットフォーム
---フレームワーク
---[[開発支援ツール>https://techinfoofmicrosofttech.osscons.jp/index.php?%E9%96%8B%E7%99%BA%E6%94%AF%E6%8F%B4%E3%83%84%E3%83%BC%E3%83%AB]]
---[[開発基盤>https://opentouryo.osscons.jp/index.php?%E9%96%8B%E7%99%BA%E5%9F%BA%E7%9B%A4%E3%81%A8%E3%81%AF]]

*参考 [#f0f7b92f]

**[[プログラム・マネジメント>PMP：共通 - OPM - プログラム・マネジメント]] [#ga6cf401]
***[[教訓登録簿>GO/NOGO判定用事例データベース]] [#q27a3f8f]
***[[トレンドの分析（シェア）>シェア]] [#m4994af1]
***[[スタック＆コラボレーション]] [#m907d9a5]
***[[GO/NOGO判定用事例データベース]] [#q27a3f8f]
***[[認知バイアスのパターン]] [#w736a102]
***[[バリューチェーン分析]] [#k05d0541]
***[[プロジェクト選定委員会運営]] [#i49345d9]

**Wikipedia [#v5d706f7]

***生産技術 [#eb529bcc]
https://ja.wikipedia.org/wiki/%E7%94%9F%E7%94%A3%E6%8A%80%E8%A1%93

***生産管理 [#wc3233bf]
https://ja.wikipedia.org/wiki/%E7%94%9F%E7%94%A3%E7%AE%A1%E7%90%86

***ライン生産方式 [#mcfd479d]
https://ja.wikipedia.org/wiki/%E3%83%A9%E3%82%A4%E3%83%B3%E7%94%9F%E7%94%A3%E6%96%B9%E5%BC%8F

***セル生産方式 [#x85fa5ef]
https://ja.wikipedia.org/wiki/%E3%82%BB%E3%83%AB%E7%94%9F%E7%94%A3%E6%96%B9%E5%BC%8F

***品質管理 [#wb8a7fd0]
https://ja.wikipedia.org/wiki/%E5%93%81%E8%B3%AA%E7%AE%A1%E7%90%86

**OSSコンソーシアム > 開発基盤部会 Blog [#m8b56d81]
-Blog~
https://www.osscons.jp/dotNetDevelopmentInfrastruture/Blog/
**OSSコンソーシアム [#f5dd6718]

***ソフトウェアの生産技術と研究開発の歴史と、その融合。 [#if79bd23]
https://www.osscons.jp/jo2m19jlv-537/
***開発基盤部会 Blog [#m8b56d81]
-[[開発支援ツール>https://techinfoofmicrosofttech.osscons.jp/index.php?%E9%96%8B%E7%99%BA%E6%94%AF%E6%8F%B4%E3%83%84%E3%83%BC%E3%83%AB#a985b64f]]

***ソフトウェア界隈の生産技術部ってどんな仕事してんの？ [#o8e974f4]
-[[プロジェクト選定委員会系>プロジェクト選定委員会運営#z3dec0a7]]

-業務系ソフトウェア開発の生産性についての話~
https://www.osscons.jp/joba6c0jr-537/

-生産技術界隈でBuzzったケド、~
ダメだった過去の生産性向上施策の一覧~
https://www.osscons.jp/joy5hs42t-537/

-ドキュメント標準化って~
どこまで効果あるのか？（生産技術ネタ~
https://www.osscons.jp/jo0jixmdl-537/

-仲介の必要性は減っているが、~
求められるレベルは上がっている。話。~
https://www.osscons.jp/jo6kw6u35-537/

-展開計画について考える~
（外部を巻き込んだ、雰囲気造りをする話）。~
https://www.osscons.jp/jozzudbqh-537/

-ソフトウェアの生産技術と研究開発の歴史と、その融合。~
https://www.osscons.jp/jow7n5vww-537/

-ソフトウェア界隈の生産技術部ってどんな仕事してんの？~
https://www.osscons.jp/jo2m19jlv-537

-最近の生技は、プロトタイプモデル検証から、ユースケース検証に変化~
https://www.osscons.jp/jofei7k1m-537/

-生産性向上施策を検討していた時に捻り出したポエム。~
https://www.osscons.jp/jox3tcnbv-537/

-１人＊１ヶ月＝１人月的なリサーチは何故しょぼいのか？的な話。~
https://www.osscons.jp/jop1i2ubc-537/

-「情報の非対称性の破壊」芸の重要性について考える。~
https://www.osscons.jp/jonxjlj54-537/

-物理的な動きが減ったことで浮き彫りになったムダ感~
https://www.osscons.jp/jo7h1rioe-537/

-関連
--[[OPM関連>PMP：PDU - コンピテンシー#wa7b3e78]]
--[[開発基盤、共通基盤>PMP：PDU - コンピテンシー#r5978b2c]]
--[[オレオレ系>オレオレ・フレームワーク#xe077b41]]
--[[宇宙飛行士系>アーキテクチャ宇宙飛行士#k14562d6]]
--[[OSS系>OSS#qbc5b39f]]
--[[DX系>DXのポイント#a6fc9933]]

**タイム・コンサルタントの日誌から [#n8e8cd67]
-あなたの会社にトヨタ生産方式が向かない五つの理由~
https://brevis.exblog.jp/8224763/
-Pushで計画し、Pullで調整する~
https://brevis.exblog.jp/21721306/
トップ   新規 一覧 単語検索 最終更新   ヘルプ   最終更新のRSS