- 追加された行はこの色です。
- 削除された行はこの色です。
「[[.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と呼ばれる、~
ビジネスモデルで短納期と低コスト化を実現した。
*生産管理 [#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]
-初期のフォードシステム(T型フォード時代)
-Qは品質 (Quality)、Cはコスト (Cost)、Dは納期 (Delivery)
***[[QCDF>#a0161bd5]] [#v0d4216f]
-GMのスローン方式(フレキシブル大量生産システム)
-[[QCD>#ocd0ab4c]]に柔軟性を加え定期的なモデルチェンジを実現。
***[[PQCDS>#h1a40622]] [#t496674d]
-リーン生産方式(主にトヨタ生産方式)
-"売れる(売れた)物を造る"マーケットインのサービス業的発想への転換
**プッシュ型・プル型 [#x91f597c]
***プッシュ型 [#c4c635ae]
-需要を予測し、生産計画を立てて製品を市場に送り出し(Push)する「見込生産」
-販売側のコミットで「[[内示>#r108b816]]」を出すのも、プッシュ型に近いやり方になる。
***プル型 [#n4175701]
確定した需要に応じて引きとられた(Pull)消費分を補充していく「受注生産」
-トヨタはジャスト・イン・タイム(JIT)と呼び、日産は同期生産と呼ぶ。
-サプライヤから「必要なときに必要なモノを必要な量だけ」納品してもらう必要がある。
-実施は、完全なJITにならないので事前に、部品別の発注量の「[[内示>#r108b816]]」を出す。
***内示の存在 [#r108b816]
-「内示」には「需要の先読み」行為が不可欠になるが、誤差 ≒ 在庫や欠品のリスクが出る。
-この需給ギャップのリスクのヘッジ方法が会社によって異なることがある。
--例えば、日産は生産側が負うのに対して、
--トヨタでは、バッファー在庫を用い、販売側が負うことになる。
---内示でPushして、かんばんでPullするのがTPS(トヨタ生産方式)。
---需要(の変動)に敏感な販売側にコミットしてもらう方が合理的。
*ソフトウェア生産技術 [#c7cb6256]
**違い [#h77666ea]
***[[生産ライン>#ecf347a2]]との違い [#e635a172]
-[[生産ライン>#ecf347a2]]との最も大きな違いは、製造工程の比率
--製造工程の比率が低い。
---プログラミング作業には設計作業が含まれる。
---キーパンチャーの作業や媒体のコピー部分が製造に該当する。
--ソフトウェアは、製造業に比べ、知的労働集約型部分の比率が大きく、~
特に、昨今のソフトウェア開発は「製造業」的では無くなってきている。
-[[生産ライン>#ecf347a2]]のモノの考え方は上手く機能しない。
--[[工程設計>#h977ef3d]]、[[生産性検討>#h0378d89]]の重要性が相対的に薄い。
--生産性実績把握管理はされているがプロジェクト毎の変動が大きい。
--ソフトウェア開発における[[コンカレントエンジニアリング>#h0378d89]]は、~
[[プロジェクトマネジメント>PMP:試験 - 共通、環境、役割#m013d290]]でプロジェクト組織構造として検討される事が多い。
***特徴 [#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]]の比重が高い。
--開発言語や、統合開発環境の知識を活かした~
設計実装ノウハウ([[プロジェクト・テンプレート>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]
ソフトウェアはハードウェアはおまけから始まっている。
-ソフトウェアの生産技術と研究開発の歴史と、その融合。~
https://www.osscons.jp/jow7n5vww-537/
-統合CASEツールの類は何故、廃れたのか?~
https://www.osscons.jp/joeii3bn2-537/
-生産技術界隈でBuzzったケド、~
ダメだった過去の生産性向上施策の一覧~
https://www.osscons.jp/joy5hs42t-537/
一方で、ハードウェア、ソフトウェアを製造する、~
工場(サプライサイド)の重要性は「[[変遷>#q5c970ff]]」により低下してきており、~
デマンドサイドへのベネフィット提供が重要になってきている。
***~2000 [#n01ee352]
[[コチラ>#nd21f564]]を参照。
***2001~2010 [#z41fbc62]
-システム開発方法論には差別化要素がなく、~
在って当たり前のモノになって来た。~
--[[ドキュメント標準>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]]
-テクノロジ関連の[[組織のプロセス資産(OPA)>PMP:環境#m2fffc0f]]の開発 / 収集 / 蓄積が、~
組織単体でではなく、インターネット上で行われるようになった。
***2011~2020 [#o8f3316e]
-知識・技法の体系化のラインナップに以下が追加
--サービス開発系の開発方法論([[DevOps>https://techinfoofmicrosofttech.osscons.jp/index.php?DevOps]]、[[Agile>PMP:共通#vceb805c]])
--要件定義体系から業種別ビジネスアナリシスへ踏み込み。
-[[上記の開発支援ツール>#z41fbc62]]類がFOSSに変化していった。
-クラウド&[[モバイル>スマホ]]、IoT関連技術の隆盛
--クラウド
---IaaS, PaaS, SaaS活用の拡大
---コンテナ技術([[Docker]]、[[Open PaaS]])の登場
---インフラ構築の自動化~
・SDx(Software Defined anything)~
・IaC(Infrastructure as Code)
--[[スマホ]]
---[[iOS]]、[[Android]]
---[[Native>スマホネイティブ]]、[[Hybrid>ハイブリッドアプリ]]技術
--WebAPI
---フロントエンド([[スマホ]]、[[SPA>(MV*) UIフレームワーク]]など)
---[[認証技術>認証基盤]](SAML2, OAuth2 / OIDC)
--デジタル・イノベーション
---[[IoT]]
---[[ビッグデータ]]
---[[AI>人工知能(AI)]]
-大手企業でも、テクノロジの範囲に止まらない、~
[[組織のプロセス資産(OPA)>PMP:環境#m2fffc0f]]の開発 / 収集 / 蓄積を、~
インターネット上で行うようになってきた~
([[GitHub>Githubの使い方]]、Qiita、OSSコミュニティ、PM / BAサロンなど)。
***2021~2030 [#t1e07557]
- ~[[2000>#n01ee352]] ~[[2010>#z41fbc62]] ~[[2020>#o8f3316e]] 年の傾向からの予測
--開発方法論の重要性の比率は下がっていく。~
インターネット中心の時代になると、~
「御社独自の開発方法論とかあってもね...。」~
みたいな話になるので。
---[[DevOps(BizDevOps、DevSecOps)>https://techinfoofmicrosofttech.osscons.jp/index.php?DevOps]]
---[[ドメイン駆動設計+クリーンアーキテクチャ>https://www.osscons.jp/jok7exzd5-537/]]
---[[ドメイン駆動設計(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採用やクラウドを使用
---...した内製化が進む。
--従って、以下が伸びる
---各種フロントエンド
---一部のバックエンド技術~
・クラウド~
・WebAPI~
・認証
-参考
--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]
***デマンドサイドへのシフト [#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/
--展開計画について考える(外部を巻き込んだ、雰囲気造りをする話)。~
https://www.osscons.jp/jozzudbqh-537/
-サプライサイドからデマンドサイドへのシフト
--改めて身近なサプライサイド・デマンドサイド対立を分析してみた。~
https://www.osscons.jp/jobkpa8nj-537/
--デマンドサイドのほうが適切な技術選定が可能である。と言う問題。~
https://www.osscons.jp/jokn58aq6-537/
--プロジェクトのプログラム化により淘汰されるサプライサイド~
https://www.osscons.jp/jo9ht61ag-537/
半面、手薄で且つ、スケールし難いデマンドサイドの需要が増えている。
***QCDからベネフィットへのシフト [#zf98fc1d]
QCDよりデマンドサイドへのベネフィット提供が重要になってきている。
-価値を創出するプロセスについて考える
--①~
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]
ベネフィット創出にはプログラム・マネジメントが重要になってきている。
-組織的プロジェクトマネジメント(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]]の開発
-小規模
--ツール類の仲介(→ 昨今、下火)
--[[サイマル活動>#h0378d89]]
***サプライサイド・デマンドサイド [#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]
***[[スタック&コラボレーション]] [#m907d9a5]
**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/
***ソフトウェアの生産技術と研究開発の歴史と、その融合。 [#if79bd23]
https://www.osscons.jp/jo2m19jlv-537/
***ソフトウェア界隈の生産技術部ってどんな仕事してんの? [#o8e974f4]
https://www.osscons.jp/jo2m19jlv-537
**タイム・コンサルタントの日誌から [#n8e8cd67]
-あなたの会社にトヨタ生産方式が向かない五つの理由~
https://brevis.exblog.jp/8224763/
-Pushで計画し、Pullで調整する~
https://brevis.exblog.jp/21721306/