ICT 20years planning

1. New biz model 20年IT biz model 計画 MDM 原型テーマ実装 Enterprise model Clouds BIM Package solution Integration solution Agent Biz Arch AP Arch Data Arch BI Framework design Service science ひとものこと Service Design 営業支援サービス購買支援サービスバックオフィスサービス How to plan, design, maintain?

2. ある日、ｘさん発表役員会、関係者の前で変革に関して事前事後の様子を語る当事者にとって変化を理解させる例、入力のタイミングが変わる例、新ツールになる業務全体に対してどのようなことをどの順番で、変革の要点を時間軸で表現するいくつかのパターンを用意する特徴から判定する佐藤さんは特定の関係者にそれを依頼するデータとAPを分ける共通データと個別データを分ける共通データは共通対応する個別データに対して、各APごとに独自に細胞分裂させる細胞分裂は短期間に、そのライフサイクルは短いせいぜい5,6年で一巡すると考えるコンセプトの説明

3. コストトレーサビリティーがなぜ必要なの？Pain とWants Process Validation Pains Wants 見積もり変更の根拠が把握できない品目や数量の変更が明確でない施工図を立ち上げたとき VEの実施追加工事注文単位ではどんぶりとなっている内容として一式と表記される場合がある明細レベルでの説明を求める材料費、工事費など施主の承認が必要、説明する必要がある時価を把握し、見積りに反映したい購買実績の見積もりへの反映する世間の価格動向を反映する積算の短時間化を図り、見積りを精査する時間を確保する積算事務所の活用はフルオーダーではなく共通項目を見つけることで、パターン化し、部分的なオーダーに変える市場の動向を価格に反映できていない見積もりリスクが高い大成の案件にて、積算の結果を精査する時間が不足した予算を注文に振り分け割振り実行に所長の考えを反映できるようにしたい管理簿Aとは別にエクセルで管理しているSIMの機能がないから、、

4. コストに着眼し、変化を監視する受注時判断検討委員会実行予算審議会商談締結引継ぎ着工完工アフター工事登録票No. 工事情報工事カタログ工事コード積算依頼小工事No. 積算工事原価原価月報管理簿A 管理簿B 引当金本工事積算発注依頼予算工事一覧購買原価管理課 Process Validation 請求処理現注明細レベルを維持予算決定までに時間がかかる80％発注完了発注に引きずられて明細レベルではない積算の前提は積算依頼と登録票No. 予算の前提は工事情報、本工事、小工事No. 数量再調発注受払い積算基準に準じるため冗長な数値となっている時間の変化とトレースできる必要がある時価変動価格変化、個数変化明細単位発注に引きずられて明細レベルではない基準値の差分とSIM機能の活用受注判断検討会実行予算会明細単位での差分検証できていない実工事開始に対してSim機能で予算と利益を算出する月報の未収未払のデータは経理を経由するため時間がかかる

5. (2)クッションはなぜ発生する（組織の問題） ① 契約の不備 ② 発注の不備 ③ 承認の仕組みの不備 ④難しい工事に経験の浅いリーダーを選任してしまったミス ⑤ 工事要員のスキル不足 ⑥新技術の導入によって発生した問題（現場の責任ではない） ⑦そもそも問題管理の方法がない ⑧リスク管理の方法がない ⑨業務分析の方法がない ⑩工事の評価基準があいまい ⑪工事の進捗報告の形骸化 ⑫ 工事管理基準の形骸化 ⑬工事完了後の完成マネジメントがない前提現場の問題、組織の問題 (1)クッションはなぜ発生する（現場の問題） ①規模、グレード、難易度等の見積りミス ② 日報収集の不備 ③ 施工計画の不備や崩れ ④マイルストーン管理の失敗 ⑤ 労務管理の失敗 ⑥ 機材管理の失敗 ⑦ 外注管理の失敗 ⑧ 経費管理の甘さ ⑨上流工程の作業結果の検証の甘さ ⑩プロジェクト（工事）管理手法の未熟さ ⑪ 仕様変更の吸収の失敗 ⑫ 顧客との交渉力不足 ⑬ 先読みの甘さ ⑭ 現場員のスキル不足 ⑮工事の推進体制のあいまいさ（会議方法、顧客を含む参加メンバーの役割分担など）

6. What’s next? Perspective design, service science

7. 20年計画 ITとは技術論組織論利益論業績との関係 → マーケット論サービス論ユーザの体制ベビーブーマー団塊世代バブル団塊ジュニアバブルジュニア →危機感を共有し即アクションするこれからのPJの運営 →コンセプトデザインアプローチ実現方法進め方変化に適応するソリューション、方法論切替可能オープン小額スコープは組合わせが可能戦略 1お金の見える化 2内コラボ 3外コラボ企画、プロト、実装コンサルタレントマネージャユーザ不正の防止コンプラコスト見える化利益の保護マーケット論市場と顧客の分析市場を開拓顧客の創造 → 商流の見える化価値提供サービス論インプットアウトプット QCDSME 顧客にとってよりよいサービスとは？ →新サービスの提供軸の発見コンテンツ運営サークルの運営を検討する農業入門、ノウハウの共有カヌー、キャンプイタリア料理入門恐竜の話、

8. ITとは技術論組織論利益論業績との関係 → マーケット論サービス論マーケット論市場と顧客の分析市場を開拓顧客の創造 → 商流の見える化価値提供顧客企業担当市場ユーザテナント投資家互恵競合協力会社活動挨拶状連絡先価値サービス、製品の効果顧客への影響

9. ITとは技術論組織論利益論業績との関係 → マーケット論サービス論お弁当屋 1.場所が変わった 2.儲けが変わる賃貸料顧客受付数売上げサービス論インプットアウトプット QCDSME 顧客にとってよりよいサービスとは？ →新サービスの提供クリーニング屋 1.ITで変わった、自動化 2.店舗と工場、作業とスケジュール繁忙期予測配達最適化管理工数 ERPで人口シフトを実現 1.ITで変わった、CO 2.再配置スケジュール繁忙期予測配置の最適化管理工数提供価値情報の価値は、工業製品との違いプログラムとデータは分けて考えるコンセプトは大切にするすりさんの価値最新技術の適用知識と経験から基本パターン量で圧倒できる大規模での知識を適用できる

10. 戦略 1お金の見える化 2内コラボ 3外コラボ Why? What? How? When? Stakeholder analysis Communication strategy Change program Change management 企画（戦略）を策定する実施する人実施運用する人導入へのPDCA サービス運用のPDCA 例、個人コード化の流れは法人に対しても同様 2年後には公開されれば、法人管理は楽になるデータ連携で付加価値をアプリで必要な情報をデータモデルに組込むことで開発スピードを加速

11. 軸の発見コンテンツ運営サークルの運営を検討する農業入門、ノウハウの共有カヌー、キャンプイタリア料理入門恐竜の話、ユーザの体制ベビーブーマー団塊世代バブル団塊ジュニアバブルジュニア →危機感を共有し即アクションする異なる価値観を尊重創意工夫を学ぶプラスのパワーを注入継続運用する Stakeholder analysis Communication strategy Change program Change management 学習スタイルの変化復習型から予習型へ Loop 学校、会社地域、趣味衣食住、文化戦略活動計画自分仕事家族、友人社会リーダーシップエナジャイもありか？権限委譲あきらめる矛盾を感じたとき力が及ばないと感じたとき →ひとを変えることはできない →自分を適応させると少し楽になる →マイナスのパワーを避けて、プラスのパワーで見守る吉田所長原発判断が多すぎる、問題が起きる、反省の時間もなく →納得する時間が必要経営者は捨てる部分を明確にしておくことで思いっきり変えることができるひと付合い広くする、深くするアクセル、ブレーキ

12. 12 Performance Strategy Step 1. まず、変革方針と目標レベルを決定  変革方針策定は全体ビジョン無しにできない  また、具体的な目標が無いと御題目に終わる（StrategyとPerformanceは基表裏一体）本的考・Strategy：何を目指すのか？ - ﾋﾞｼﾞｮﾝ/ﾐｯｼｮﾝ - ﾀｰｹﾞｯﾄ顧客 - ﾁｬﾈﾙ等・Performance：何を持って達成というのか？ - 戦略的見地（ｼｪｱ等） - 財務的見地（利益等） - 人材的見地（生産性等）等え方表裏一体まとめ方具体例コンプラの強化利益のトレース間接費の削減利益確保

13. まとめ方具体例 13 つぎに、３つの視点（基本方針）を決定 Performance Strategy Step 2. Culture 連携連携 Process Delivery Vehicle（IT) ・Process：どういう仕事の仕方が求められるのか？ - タスク - ワークフロー等・Culture：どんな人/組織が求められるのか？ - ビヘイビア - バリュー等・Delivery Vehicle：ITのうまい活用はないのか？ - パッケージの活用 - 既存インフラの活用基本的考え方  StrategyとPerformanceを結びつける３つの視点（基本方針）がある  Process決まらずして、Cultureや Delivery Vehicle（IT)は決まらない利益の作りこみが不明確事前工程でノウハウを注入実行原価の見積り反映三位一体見積り分業に対して、多能工文化段階的データ活用電子化、分析、プロセス改善、応用基幹システムとアラートのすみわけ作業所の役割支店、本社の役割

14. 14 Step 3. Performance さらに、４つの手段を具体化 Strategy Culture Organi zation Compe tency Process Applica tion Equip ment Delivery Vehicle（IT) ＜Cultureの側面から＞・Organization：適切なメンバーは、役割は？ - 組織構造/ﾁｰﾑ- 仕事/職務等・Competency：必要な能力、知識は？ - ｺｱｺﾝﾋﾟﾃﾝｼｰ- ﾅﾚｯｼﾞ等＜Delivery Vehicleの側面から＞・Application：IT化の領域は？ - ｻﾌﾞｼｽﾃﾑ- ﾃﾞｰﾀ等・Equipment：必要な情報機器は？ - ｸﾗｲｱﾝﾄﾊｰﾄﾞｳｪｱ- ﾂｰﾙ等基本的考え方  基本方針を抽象論に終わらせない為に４つの手段が必要  CultureとDelivery Vehicle（IT)の２つの側面からProcess遂行に向けた手段を検討凡例まとめ方具体例画面で分業業務の可視化積算、購買は入替え、所長は配置変え利益予想を明確に根拠を示す事実を残すログ支店、本社はデータ分析利益予想経理、人事積算短期、BIM投資へ画面で分業業務の可視化所長の承認は極小化複数の基幹と連携基盤並行開発

ICT 20years planning

ICT 20years planning

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente(14)

Similar a ICT 20years planning

Similar a ICT 20years planning(20)

Más de koichi ikeda

Más de koichi ikeda(20)

ICT 20years planning