会的実践の事例報告

(1)

会的実践の事例報告

著者小山理子

雑誌名同志社政策科学研究

巻 5

ページ 101‑119

発行年 2004‑02‑10

権利同志社大学大学院総合政策科学会

URL http://doi.org/10.14988/pa.2017.0000004774

(2)

あらまし

日本のIT（Information Technology）立ち遅れを打破するには、IT の持つインパクトを日本社会の活力に結びつける必要がある。それには、今後の日本の IT 進展を支える人材の育成が必要不可欠である。社会が求める人材を育成するには、現在の IT 教育では立ち行かず、IT 教育のあり方を抜本的に見直す必要がある。そこで、本論文では、今後の IT 教育のあり方を考察する。具体的には、正統的周辺参加の概念に着目し、IT 教育への新たなアプローチを試みた。その実例としてサンケイリビングプロジェクトを紹介する。

さらに、本プロジェクトの分析をもとに、産学連携での社会的実践の実施にあたり整備すべき学習環境を提案する。

１．はじめに

IT（Information Technology）革命がもたらす変革に新たな明るい未来を期待し、日本が世界をリードする華々しい姿を想像したい。しかし、IT 立ち遅れ、長引く不況、先が見通せない社会、夢を見失った若者と、何かと暗い話題が多く、日本社会の先行きに不安を覚える。世界規模で IT 化が進展するなかで、かつての輝きのある日本を取り戻すには、IT の持つインパクトを日本社会の活力に結びつけていかなければならない。そのためには、今後の日本の IT 進展を支える人材が必要不可欠である。IT はあくまでも技術であり、万能薬ではない。IT を活用できる人材の育

1 [経済産業省 02]

IT教育のあり方に対する一考察

―産学連携での社会的実践の事例報告―

小山理子

成が重要であることは確かである。

そこで、本論文では、日本の IT 進展にはどのような人材が必要で、そのためにはどのような教育が必要かを考えていく。それにより、IT 革命に対応できる人材が育成され、日本社会が活性化されることが期待できる。社会が求める人材を育成することは、大学の使命である。大学に焦点をあて、大学における IT 教育のあり方を考えていく。しかも、IT 教育の重要性は高くなる一方で、その教育方法は未だに確立されていないという現状がある。IT 教育のあり方を考察することは、大学にとっても意義が深いことである。

IT 教育のあり方を考えるにあたり、IT 革命の本質や IT 革命がもたらす変革の意味を問いただし、目指すべき未来を明確にしておく。経済産業省の産業構造審議会情報経済分科会第三次提言

「ネットワークの創造的再構築」¹では、IT革命の本質を「組織革命」に見出し、「IT は組織改革をもたらす新技術」としている。そしてこの提言が目指す未来は、「組織革命に成功した情報企業群とも呼べる情報企業の一群が、新たな雇用機会を生みだし、我が国経済の比較優位を担う」という姿である。著者も、この意見に賛成し、本論文では、IT 革命を次のように定義する。

「企業のIT革命とは、IT関連メーカーやソフトウェア業界が繁栄することではなく、IT を利用するユーザ企業が、業績を回復させ、最終的に日本経済の活性化をもたらすことである。」次章では、この定義を踏まえた上で、企業のIT 導入の現状と課題を探り、今後どのような能力を持った人材が求められるのかを探る。

(3)

2 [総務省 02]

3 同資料。

4 同資料。

5 同資料。

２．企業の IT 導入の現状と課題２.１ IT 導入の現状

平成14年度の情報通信白書²によると、日本の平成12年度の民間情報化投資は20.8兆円であり、

対前年度比 21.7％増と大幅に増加している。また、平成 12 年度の民間設備投資に占める情報化投資の比率は 23.5％で、設備投資全体の約 25％

を占める。

情報化投資の計量的側面からのみ判断すると、

企業における情報化投資の位置づけは高く、確実に日本のIT化は進展しているように思われる。

しかしながら、米国をはじめとする他国との比較では、日本の IT 化は立ち遅れていることが分かる。第一に、情報化投資額の伸びは、米国と比べると相対的に低い。平成２年から 12 年までの情報化投資の推移³について、米国では日本を上回る情報化投資の伸びがみられる。

第二に、近年の IT 技術の中核を担うインターネットとブロードバンドの普及について言えば、

日本は IT 後進国である。日本のインターネット人口普及率⁴は44.0％であり、全世界中16 番目に過ぎない。

第三に、IT 産業においても日本の立ち遅れは目立つ。世界的な IT 産業の担い手は、言うまでもなく米国であり、シリコンバレーが世界のイノベーションセンターになっている。そして、

ハードウェアの製造は台湾、ソフトウェアの開発はインド、アイルランド、イスラエル、中国が先進的な地位にあり、IT の分野において日本は影を潜めている。

さらには、IT 不況の影響や IT 投資の失敗、システム障害など、IT が落した暗い闇が国内を包み、IT 革命に対する情熱も以前ほど感じられない。「IT 革命は終わった」、「IT を導入しても何も変わらなかった」という声すら聞こえてくる。このままの状況だと、日本の経営者がますます保守的になり、IT 投資はこれ以上に伸びない。そうすれば、日本の IT 化は進展せず、立ち遅れは

ますます深刻になる。このような悪循環が起こらないように、IT 立ち遅れの要因を探り、今後何をすべきかを考え、行動を起こさなくてはならない。そのためにまず、日本企業における IT 化の実態を調べ、IT 導入がどの程度まで進展しているのかを把握しておく必要がある。

日本企業の IT 導入の実態は、まだまだインフラを整備した段階である。すなわち、対費用効果が期待できるような IT 導入には至っていない。

総務省⁵は、企業における情報化投資について、

利用目的に応じ、①「基礎基盤型」、②「コスト削減型」、③「付加価値創造型」の三つに分類し、

情報化の現状を調査している。この分類に基づき行われた調査結果を見ると、「基礎基盤型」は 90％以上の企業が実施している。それに対し、

「コスト削減型」および「付加価値創造型」の投資は低い。

このアンケート結果は、IT化の進展具合は、基礎整備の段階でとどまっている企業が多いことを示す。インフラとしてITは整備されているが、

業務の効率化やビジネスプロセスの変革、あるいは新規事業の創造のために IT が利用されていない。インフラ整備から次のステップへと進むために、何をすべきなのだろうか。

２.２ IT 導入の課題２.２.１組織改革の必要性

冒頭で述べた IT 革命の定義を踏まえつつ、前節で論じた日本企業の IT 化の取り組みを分析すると、日本には未だ IT 革命は起こっていないと言える。すなわち、企業の利益に貢献する経営資源や企業の戦略として IT を活用し、その効果を得るに至っていない。それどころか、ビジネスプロセスも見直さずに、業務の各工程において、紙や電話などを用いて手作業で行っていた業務を、

IT を利用し電子化・自動化したにすぎない。このように、IT を単なる事務処理の道具と見なして利用した場合、そこから得られる IT のインパクトは少ない。さらに悪いことには、人間の仕事

(4)

6 [総務省 02]

7 [松島 94] 115 ページより引用。

8 [総務省 02]

や負荷を増やしてしまう状況を招く場合もある。

営業職や事務職の職員は通常の業務に加えて、

パソコンの操作を余儀なくされ、労働量の増加と労働時間の超過が発生する。それは、人件費の増加や生産性の低下だけでなく、労働者のモチベーションの低下やモラールの低下につながり、

職場環境を悪化させる。

総務省の同アンケート⁶によると、80% 以上の企業が情報化投資の効果を発現するために「業務内容や業務の流れの見直し」が必要であると考えている。

しかし、企業の認識と実態は大きく異なっている。「組織の統廃合」（21.7%）、「組織のフラット化」（15.0%）というように、組織改革の取り組みは低い。

この結果から、IT を導入する場合、業務に合わせてITを導入するケースが多いことが分かる。

これは、業務改革や組織改革のために IT を導入することは障壁やリスクが高く、実行は困難という意識が高いと考えられているためである。

日本では、組織改革の実施は言うに易し行うに難しといった状況である。しかしながら、IT を革命的な技術として利用するためには、業務改革や組織改革を覚悟しなければならない。IT 化とは、自動化やデジタル化ではなく戦略化である。この覚悟がない限り、IT は投資する価値のない技術である。

２.２.２社会が求める人材像

業務改革や組織改革が成功する要因として、

有能な IT 技術者の存在を挙げることができる。

例えば、BPRには、ビジネスプロセスの抜本的な見直しを実施できる技術者が必要である。「劇的な発達した IT の知識がないと、従来の単なる業務改革になってしまう。ここに他人が利用していない最新の IT を活用できれば、劇的な改革と生産性の向上が実現する」⁷と言われている。有能なIT技術者の能力が今後のIT化の成否の鍵となると言っても過言ではない。

IT 進展とともに、IT 技術者に要求される能力の内容も要求されるレベルも変化する。具体的

に、IT 技術者としてどのような能力が要求されるのであろうか。今後求められる人材像を分析すると、（１）新規の IT 技術力、（２）IT 活用の創造力、（３）人間力、は不可欠である。

まず、新規の IT 技術力が要求されていることを説明する。IT 技術と称される能力は多岐にわたり、その進化はめざましく、過去に習得した技術は直に陳腐化する。それぞれの企業で導入されている IT に用いられている技術も異なる。つまり、専門知識を有する人材であっても、求める人材とは異なる場合もある。要するに、闇雲に技術力を保有していても、その技術力が必要とされない場合が往々にしてある。IT に携わる人物は、時代が求める能力を見極めて、常にスキルを向上させていかねばならない。例えば、企業が情報通信の活用の推進において重視する技術分野について、３年前と比較すると、「セキュリティ関連」について重視する企業の割合が急増した一方で、「ネットワーク関連」、「メインフレーム・

汎用機関連」について重視する企業が減ってきている⁸。これは過去３年間で、従来の閉じた情報システムの利用から、オープンシステムの利用へと変化し、それに伴い、３年間で求められる技術がすっかり変化したためである。IT 技術者は、技術革新とともに、自己革新しなければならない。

次に、IT 活用の創造力について説明する。前節で述べたように、多くの企業において、IT のインフラは整備され、戦略的に IT を活用することが求められている。それに伴い、IT 技術の専門的知識を有する人材に対して求めるスキルも変化している。情報通信の専門能力から、情報通信を活用とした企業サービスの高付加価値化、

他の競争企業との差別化等を図るなどの企画・

立案能力へとシフトしつつある。今後は、この分野こそが日本が活路を見出す分野であり、日本人技術者が活躍すべき分野であると考える。専門的な技術力を保有するスペシャリストよりも、

高い技術力を保有しながらも戦略立案から問題解決まで幅広くこなせるゼネラリストが必要とされるはずである。これが、「知識社会」に活躍する「知識労働者」の要件なのであろう。

具体的に述べると、「情報システムのソフト

(5)

9 [総務省 02]

10 中国（北京、上海、大連）のソフトウェア会社の月給相場（2002 年５月調べ）は、以下の通りである。

・大学新卒者…2,000 元〜 3,000 元（32,000 円〜 48,000 円）

・プログラマ…4,000 元〜 5,000 元（64,000 円〜 80,000 円）

・ SE…6,000 元〜 8,000 元（112,000 円〜 128,000 円）

・マネージャー…9,000 元〜 15,000 元（144,000 円〜 240,000 円）

（出典『日経コンピュータ』2002 年６月３日号）

11 [Brooks95]

12 オープンソースの Unix 系オペレーティングシステム(OS)。フィンランドの Linus Torvalds が開発し、世界各地の有志の助力によりインターネットを通して発展した。詳細は http://www.linux.org/，http://jla.linux.or.jp/ を参照。

13 世界一のシェアを誇る WWW のサーバ用ソフトウェア（Web サーバ）。Linux 同様、オープンソースである。商用の Web サーバと比較しても非常に信頼性が高く、高性能である。詳細は、http://www.apache.org/ を参照。

14 [Raymond98]

ウェア開発」、「情報システム運営・管理」などの専門的な技術に関する能力については、３年前の40％から、現在の15％までに減少している。一方で、「IT を活用した新規ビジネスの企画」、「IT 活用による業務改革の企画」といった情報通信を活用とした企画・立案能力については、３年前の約 23％から、現在の約 66％に急増している⁹。これは、日本でようやく各企業が自社のコアコンピタンスに資源を集中させ、自社独自の付加価値と他社との差別化要因の創造のために IT を戦略として利用していこうとする動きに違いない。この動向には、システムエンジニアがシステム設計を行い、その下請けや孫請けのプログラマーが実装する、というようなシステム開発に慣行的な分業体制では対応しきれない。つまり、

定められた仕様に基づきソフトウェアを忠実かつ正確に開発できることを売りにするシステムエンジニアやプログラマーはもはや時代遅れなのである。戦略、企画立案の構想を描き、設計から実装まですべてを見通せる人材が必要とされているのである。現に、我が国においても、ソフトウェアの開発は中国、インドへのアウトソーシングが主流になる兆候がある。中国とインドは、シリコンバレーにおけるソフトウェアの開発の主翼を担っており、プログラマーのスキルの高さ、ソフトウェアの品質の良さは証明されている。おまけに、人件費が安いため¹⁰に、開発費も安く、日本は太刀打ち出来ない状況にまで追い詰められていると言っても過言ではない。

中国やインドへのソフトウェア開発のアウトソーシングが進展すれば、ソフトウェア開発においてもグローバル化の波が押し寄せ、価格破壊、IT 産業の空洞化現象が予期できる。この現状を打破するために、日本人技術者は「知識労働者」へとシフトしなければならない。

最後に、人間力について説明する。システム構築において必要とされる能力を探ってみる。システム構築の現場では、プロジェクトの失敗事例が非常に多くなっている。その主たる要因として、「コミュニケーション不足」、「リーダの不適格」、など人間系の要因が指摘されている。システム構築の成功の鍵は、技術力というようは、

むしろ、リーダーシップ、コミュニケーション能力、問題解決能力などのような人間的な能力なのである。

補足として、IT 技術者の絶対数を増やしたからと言って、今の事態が改善されるという訳ではないことを述べておく。プロジェクトの中心人物となりうる才能を有した人材が必要なのである。20 年以上も前から、Brooks の法則¹¹において、「遅れているソフト開発に開発者を加えても、開発はかえって遅れる。プロジェクトの複雑さとコミュニケーションコストは、開発者数の２乗で増大するのに対し、終わる作業は直線的にしか増加しない」と言われている。100 人かかっても 1 人の有能なプログラマーに匹敵しない。プログラマーは各人の才能や創造力が重要で、１人が書いたコードが原因で全体の品質低下を招く。プログラマーは実務家というよりもむしろ職人と言ったほうが適切である。この Brooks の法則は、最近話題になっている Linux¹² やApache¹³をはじめとするオープン・ソース・プロジェクトには相応しくないとの反論があるかもしれない。Raymond¹⁴ は、「Brooks の法則がすべてならば、Linux は生きていけないだろう」と述べ、「多ければ多いほどいい」ということを、

オープン・ソース・プロジェクトの規則としている。この反論に対し、開発リーダやプログラムの核となる部分を担当できるプログラマーは限定されていることを指摘しておく。著者は、オープ

(6)

15 [有本 99] 244 ページ。

16 [CAIT01]

ン・ソース・プロジェクトの規則を、固定の有能なリーダと流動的なたくさんのボランタリーなメンバーたちの周辺的な参加がプロジェクトには必要であると解釈している。この意味で、オープン・ソース・プロジェクトにおいても、Brooks の法則が適応できるのである。今後の日本社会やメインストリームともなりうるオープン・

ソースの発展を支えていくためにも、プロジェクトのマネージャーやリーダに適した有能な人材が求められていることには変わりはない。

３．IT 教育のあり方

３.１ IT 教育の現状と問題点

大学の役割には、社会に貢献する研究活動を行うことや社会の発展に貢献する人材を育成することがある。有本¹⁵は、「大学が社会変化への適応を迫られると同時に、大学組織の改革によって社会的、文化的、経済的発展に貢献することを今日ほどまでに強く求められている時代はない」と述べている。IT は今後の社会を支える

技術であり、IT 教育の強化は国の重点的な取り組みのひとつである。従って、IT 教育の強化や、

IT 化の進展への貢献は、大学に与えられた課題である。しかしながら、大学で行われている IT 教育は、IT 化の進展や社会が求める人材の育成に貢献できているとは言えない。著者は、大学は IT 教育の改革によって IT 化の進展や人材育成に貢献しなければならないと考える。

IT 教育の現状を調べた結果、次のような問題点がある。まず、平成 12 年度に実施された情報処理教育実態調査¹⁶を見てみると、社会科学系、

理工系を問わず、各大学では様々な IT および情報に関する科目がカリキュラムに組み込まれている。（図１参照）

一見すると、IT 教育が充実しているようにも思えるが、次のような問題点を指摘する。第一に、座学中心の教授的な講義が目立ち、IT 技術の概要説明や基礎知識の伝授までにとどまり、

習得した能力を活用するまでには至っていない。

たとえ大学で高度な IT の専門知識を習得し得たとしても、実社会で役立たなければ、大学の存在価値は低下する。第二に、教育方法や教育カリキュラムの整備ができていない。体系づけられ

30.4 63 65.2

26.1 37 50 71.7 71.7 80.4 84.8 95.7 13 43.5 56.5 63 65.2 82.6 10.9 34.8 34.8 41.3

0 20 40 60 80 100

プログラム設計内部設計プログラム実装外部設計ソフトウェア工学コンピュータ科学基コンピュータシステムシステム開発と運用マルチメディア技術データベース技術ヒューマンスキルネットワーク技術情報化と経営セキュリティ VisualBasic Ｗｅｂ関連 COBOL 標準化 Java C++ C

（%）

実施割合(%) 回答学校数46大学

図１情報関連科目実施割合 [CAIT01]

(7)

た学問として位置づけられているわけではなく、

ただ漠然と網羅的に実施されているような印象を受ける。第三に、社会との交流を活発にするような科目が乏しいことである。大学が常に求められる人材を社会に輩出するためには、絶えず企業のニーズを教育に反映すべきである。そのためには、大学と社会との活発な交流が必要である。

さらに、工学部の教授からソフトウェア工学の現状を聞くと、教授方法のなさや教育カリキュラムの不備、座学の限界、学問と実務との乖離、といった問題を抱えていることを確認した。

その内容は以下の通りである。

●ソフトウェア工学は座学では教えにくい学科である。講義として科目は設置するが、教科書も限定され、生徒からの人気も低い。教える側も、どう教えるか困っているという状態。

●最近では、データベースや ERP など、時代のニーズにあう講義が開講されつつある。

しかし、実社会でデータベース設計やプログラム実装の経験のない教授が担当しており、実践を想定した授業内容であるとは言い難い。

●学生からも、「現在学んでいる学問や知識は、社会でどのように役に立つのか」、「社会でどのような意味があるのか」という質問がある。学生の疑問に的確に答え、それを生徒に理解させる必要はある。自分が学んでいる学問と実社会との関連を感じ取らせることが必要。

このように、社会における IT 教育の必要性は一段と高くなっているにもかかわらず、教育の現場では未だ教授方法が未整備で、社会からの要請に応えるに至っていない。この状況が続けば、社会に役立つ人材が育成できず、「大学で IT 教育を学んでも意味がない」、「IT 教育などやっても無駄」といった閉塞感に包まれることが危惧される。現状を直視し、社会に役立つ人材育成という社会からの要請に応えるため、さらには学生のニーズに応えるために、IT 教育を抜本的に見直さなければならないであろう。

３.２ IT 教育の方向性３.２.１新たな学習観

前節において、IT 教育は座学の限界という大きな問題を抱えており、教育方法が確立されていないことを指摘した。座学が限界となる背景には、新しい学習観¹⁷がある。この学習観では、

学習は「知識や概念、そして技能は、それぞれの学習者が社会的な役割分担をする過程を通じて、

自らが組み立て活用することを通じて獲得していくもの」と解釈されている。これは構成主義の考え方が中心となっており、客観主義と比較される。小・中・高等教育では、既にカリキュラム改革が進行しており、伝統的な教育内容やその方法が根本的に見直され、新しい学習観が取り入れられつつある。美馬¹⁸は、新旧の学習観の比較を表１のようにまとめている。

17 新しい学習観は旧文部省の教育課程審議会答申（1987 年）が起源である。

18 [美馬 00]

従来の学習観新しい学習観

学習知識の獲得共同体への参加

知識所有するもの共同体における実践や談話や活動

生徒の位置づけ同じ知識で満たされる容器仲間と共同する独立した個人

教師すべての知識の源泉知的資源へのアクセスをガイド

理念・方針教育の効率化学習の支援

表１新旧の学習観の比較 [美馬 00]

(8)

19 教育理論については、[佐野 96][久保田 99]を参考。

20 [久保田 99] 27 ページ。

21 [久保田 99] 29 ページ。

22 [Simonson97]

23 [Johnson01]

24 [Jonassen91]

求められる人材像を第２章で指摘したが、その中でも特に、創造力や人間性は、新しい学習観とされるものである。IT 教育においても、単に IT に関する高度な知識や概念、そして技能を詰め込むのではなく、学習者が社会的な役割分担をする過程を通じて、学ぶこととが求められている。現在の IT 教育は、客観主義の理論に基づく座学中心の教授的な方法であり、求められる人材を育成できているとは言い難い。言わば、制度疲労を起こしている。そこで、現在の IT 教育を構成主義の理念で構成し直すといった教育方法の転換、すなわち、教育のパラダイムシフトが必要となる。IT 教育の方向性を構成主義に求めることができる。

ここで、客観主義的教育理論と構成主義的教育理論について簡単に説明しておく¹⁹。客観主義と構成主義の基本前提は全く異なる。客観主義の理論は、「知識は客観的に把握することができる」²⁰という前提に立つ。一方で、構成主義の理論は、「主体的で有能な学習者は外界に積極的に働きかけをおこなって学習をする」²¹という前提に立つ。教師の役割もカリキュラムの考え方も異なっている。具体的には、客観主義では、教師は学習者に知識や概念を普及させる役割であり、

カリキュラムも教科書に依存することが多かっ

た。一方、構成主義では、教師は学習者との相互のやり取りをし、学習環境を整える役割であり、

現実のデータや学習者がみずから扱える題材により多くの比重があるとされる。²²

３.２.２社会的実践

学生が実社会で通用するように教え準備させるためには、以下の三つの条件²³を満たした授業が必要であるとされている。（１）学習活動を実際の仕事に似せる。（２）実社会の相互依存性の高まりを授業に反映させる。（３）在学中も卒業後も、生活の質の向上を現実的にめざすような学習経験をつませる。著者は、これらの条件を満たすためには、社会的実践が必要であると考える。現に、情報システム開発現場においては、理論よりも経験が役に立ち、学校で学んだ理論中心の知識は実践に直結しないと言われている。

社会的実践は、このような問題の解決策にもなり得る。

Jonassen は、「人間の知識や技能獲得には質的に異なる段階がある」²⁴と述べ、知識習得の三段階モデル（図２参照）を提示している。

このモデルを見ると、各段階の学習対象の特

経験学習

初期レベルの

（予備的）知識習得

アドバンス・レベルの知識習得

エキスパート・

レベルの知識習得

練習フィールドバック

徒弟制コーチング

経験構造化領域

技能に基づくレベル

難構造化領域知識に基づくレベル

綿密（精巧）な構造スキーマ的パターン

内的結合知識

図２知識習得の３段階 [Jonassen91]

(9)

25 [ドラッカー 99]

26 [佐伯 99] 42 − 44 ページ。

第一の接面とは、学ぼうとしている対象の世界と学び手とのあいだで、対象を自分の体の一部のようにとり込んでしまう世界である。ここでは、「わかりやすい」「おもしろい」「たのしい」という実感があり、自分流の見方や自分固有の経験が自由にだせて、表現できる。

第二の接面とは、学ぼうとしている対象とその「外」の世界とがかかわりあう部分である。そのことで先行きの世の中がどう変わるのか、世のため人のためにどうかかわりあっていくことになるのか、という側面である。学び手の自分が、今日の科学や文化の中で活動している人びとの多種多様で多層的な営みに、たしかにつながっていくということが「かいま見られる」側面である。

27 [Lave 91] 正統的周辺参加の解説は同書より引用。

徴に適した方法が必要であり、実践は、基礎知識を習得していて初めて有効であることになる。

従って、これまでの座学が全面的に否定されるわけでもなく、実践ばかりが推奨されるわけでもない。著者は、座学と実践とはそれぞれ別のレベルの知識を獲得するための方法であり、相互補完的な役割であるとみなし、実践は社会で求められる能力を習得するための手法として有効であると考える。

さらに、現在社会では、社会や生活のあらゆる部分に IT が組み込まれている。実社会では、問題発見から解決に至るまでの全てのプロセスにおいて IT が活用されつつあり、今や実社会と IT とを切り離して考えることはできない。従って、

IT の活用方法やインパクトを習得するには、社会との関わりを取り除いた形で IT を学ぶことよりも、実社会で問題発見から課題解決を経験し、

そのなかで IT を学ぶことのほうがより効果的であろう。また、社会的実践を通じて、企業のニーズを教育に反映することが可能になる。それにより、企業からの評価を教育カリキュラムにフィードバックし、教育内容の改善が継続的に行われる。

Druckerは、知識社会と学校教育の関係を、「知識社会では、もはや学校と生活とは切り離されたものではありえない。学校と生活は、相互にフィードバックし合うという、有機的なプロセスの中で結合される。そしてこれこそが、継続教育のめざすものである」²⁵と述べている。佐伯は、

学ぼうとしている対象を「第一の接面」と「第二の接面」とで捉えている。そして、「学びの場としての学校は、学び手の一人ひとりにこの第一接面から第二接面への橋渡しを提供する場であるべきであろう」²⁶と述べている。

Drucker や佐伯の見解からも、知識は社会的実践を通じて習得されるものであり、社会と教育との相互関係が必要であることが分かる。

３.２.３ IT 教育と正統的周辺参加

IT 教育の方向性として、新たな学習観と社会的実践とを取り上げた。次に、新たな学習観と社会的実践を教育の中でどのように実現できるのか検討する必要がある。社会的実践は、「正統的周辺参加（Legitimate Peripheral Participation）」（以下、LPP）²⁷により理論的な裏付けがなされており、その学習における有効性は立証されている。

LPPは、前節で述べた構成主義、詳細には社会的構成主義理論の一つであり、新しい学習観へのアプローチとして注目されている。そこで、IT教育を LPP によりアプローチすることを試みた。

LPP は、文化人類学者である Lave が徒弟制における学習過程の分析から導きだした概念である。「共同体」への「周辺的参加」から「十全的参加」、言い換えると、「新参者の参加」から「熟練者・古参者としての参加」、といった参加による社会的実践こそが「学習」である。このような

「参加」の中で技能や知識に「社会的意味づけ」がなされ、それを共有し、身につけていくとされている。

徒弟制には、学校教育ではあたりまえとされている「教師」「教科書」はない。人との関わり、

道具との関わりのなかで、考えていく。文化的に価値のあることを地道に実践している熟練者や名人のそばにいるだけで、「自然な学び」が成立しているのである。人びとがそもそも「学んでいる」というとき、そこで生じていることは、「正統的で、周辺的な、参加」にほかならないのだ、

と結論づけたのである。LPPの概念では、学習を

「社会的実践の一部」、「共同体での自己のアイデンティティ獲得」とみなしている。つまり、社会的実践の共同体への参加が学習ということであり、社会的実践があって初めて学習が成立する

(10)

28 [板倉 94] 193 − 196 ページ。

29 社会科学系の産学連携の一例としては、小樽商科大学の「地元の中小企業活性化とベンチャー企業の創設」、東京芸術大学の「文化財保護や文化のまちづくりなどでの受託研究」や「宇宙開発事業団と共同研究」、鹿屋体育大学の「鹿児島県との連携による県民の健康づくりの支援」や「国民の競技力向上事業への協力推進」などがある。

のである。

IT 教育を LPP によりアプローチすることにより、社会で求められる技能を指導できる万能な教師の不在や IT 教育のバイブルとなりうる教材の不備など、IT 教育の欠陥をものともせず、学習を構成することができる可能性が高い。さらに、IT 技術を習得するには、実際に開発に参加するのが一番の方法であると言われており、効果的な学習が実施される可能性もある。プログラマーやシステムエンジニアの仕事も、職人の技に近く、家内制手工業的な生産形態であり、一人前になるまで少なくとも 10 年はかかると言われている。また、プロジェクトリーダ、プロジェクト管理者を育成することは難しく、そのノウハウを伝達することも容易ではない。経験を積み、「知っていること」を訓練と実践を通して「できる」ようにするしかないと言われている²⁸。これは、ソフトウェア開発の仕事は徒弟的であり、

徒弟制のなかで学習が生じている証拠である。

LPPの概念により教育を捉え直すと、教育とは教科書や教育カリキュラムを準備し教えを施すことではなく、学習者を社会的実践の共同体に参加させることである。このような環境下では、

IT 技術をどのように教えるのかに重点を置くのではなく、学習者を社会的実践にどのように関わらせていくかに重点を置く必要がある。このような考え方から、実社会で必要とされる技術を単に画一的に教える講義とは違った新たな可能性が生じ、社会に必要とされる人材の育成に発展すると考える。

３.３仮説 IT 教育にはどのような方法が有効か

３.３.１仮説の設定

LPP により学習における社会的実践の有効性を理論的に説明した。これを根拠に、社会で必要とされる人材を育成するためには、社会的実践を通じて学びの共同体を創り出すことが必要不可欠であると言える。そこで、「産学連携での社

会的実践を取り入れた教育手法は、IT 教育の一手段として有効である」という仮説を設定する。

そして、仮説を検証するために、本論文では、産学連携での社会的実践の事例を取り上げ、LPPの視点から学習効果を評価する。ここでの社会的実践とは、具体的には、IT で実社会の問題解決に挑むというような取り組み、例えば BPR や実システム開発などを想定している。このような社会的実践を通じて、学習者は次のような一連の流れを体験することになるであろう。

①実社会における IT 導入の現状を探り、問題を発見する。

②その問題を解決するための課題を設定する。

③ IT を使ってその課題をどのように解決すべきか、その方法を考える。

④実際に問題解決に挑む。

⑤その効果を確認し、ITのインパクトを学ぶ。

３.３.２仮説の基本的前提

仮説で、敢えて産学連携としたのは、社会的実践という学びの共同体は、大学だけの取り組みでは創造されず、産学連携での取り組みが必要となるためである。しかし、この仮説の基本的前提になるものとして、「IT教育を目的とした産学連携が成立する」を想定している。仮説の検証を行う前に、この前提を立証しておく必要がある。

産学連携は既に社会的に広く認知されており、

その取り組みも拡大していることは明らかである。現時点では、技術移転を目的とする理工系の産学連携が主流であるが、社会科学系の産学連携も実施されつつある²⁹。企業と大学との双方にメリットが高く、社会に貢献するのであれば、理工系・社会学系を問わず様々な分野において産学連携は成立すると考える。

「IT 教育を目的とする産学連携」は、大学にとっては学生を教育するための好条件であることは既に明らかにしたが、企業の協力が必要であり、企業からの要請に応える実践や企業に貢献する実践など、企業に何らかの利益をもたら

(11)

30 「暗黙知」「形式知」の概念は、[Nonaka95] [Krogh00] を参考。

31 構成人員は、サンケイリビング新聞社側２名、同志社側３名の合わせて５名である。

す要素が必要となる。企業に貢献する要素として以下のようなことが考えられる。

第一に、IT 化の促進である。IT 進展のためには、IT 革命の定義や IT の本質を理解し、IT 導入により業務や組織を見直すことが必要であると述べた。IT 化により組織改革が進まない理由のひとつとして、ルール変更の困難さがある。インフラ整備の IT 化は、社内のみあるいは部門内のみの取り組みで完結するものであり、コストさえ支払えば完了する比較的簡単な取り組みである。一方、業務変革や組織変革を伴うIT化は、ビジネスプロセスを見直すことで、各工程間や部門間がフラット化され、既得権益を壊す必要に迫られる可能性が高い。さらに、社外との取引形態の見直しなど、顧客や競合他社をも含めた取り組みが必要となる。そのため、各企業個別の取り組みだけでは終わらないことは事実である。

それぞれの会社には、伝統や文化、商習慣、秩序など、様々なルールがある。このルールを変更することにより既得権益が崩壊する恐れもあり、

そこから生じる結果も予測できないでいる。結果として、IT は業務に適しないという結論に至る。一度ルールが決まってしまうと、そのルールは客観的かつ批判的に評価されず、ルールは変更されにくい。従って、IT導入の効果を得られない企業や業界に対しては、第三者的かつ中立的な立場にある人物がアプローチしていく必要があると考える。大学は幅広い知識の集積の場所であり、その役割を担うに相応しい存在である。

第二に、IT ユーザ企業の IT リテラシーの向上である。日本企業の IT 化は、IT メーカーやベンダー、コンサルタントに委託するケースが大多数である。ITは難しい技術であり、専門家に任せるものという見方が強いと思われる。戦略的に IT を活用する部分は、企業の競争優位を築いている「暗黙知」の部分であると考えられる。「形式知」の部分は、外部に委託して IT 化やアウトソーシングを行う傾向にあるが、「暗黙知」は内部に蓄積すべきである³⁰。つまり、戦略的にITを導入するためには、業務知識が不可欠であり、社内の人物がイニシアティブを握り IT 化を進展していかなければならない。今後の IT 化には、業務に精通した社内の人物の IT リテラシー向上が不可欠である。産学連携による実システム開発

を通じて、企業の人材も IT リテラシーを習得することができる。言わば、産学連携による実システム開発は、IT ユーザ企業の IT 教育という側面を持つのである。

大学は教育内容を企業ニーズに近いものにし、

企業は大学を自社の一部と見なし課題解決に挑むという双方の歩みよりが必要ではあるが、企業と大学とが共に強化すべき取り組みなればこそ、IT 教育を目的とする産学連携のニーズは高く、IT 教育を目的とした産学連携が成立する。

４．事例報告サンケイリビングプロジェクト４.１プロジェクト概要

著者は、サンケイリビング新聞社と共同で、実用システムのプロトタイプの開発を行った。本プロジェクトは平成 13 年 11 月に、著者のフィールドリサーチの一環としてサンケイリビング新聞社に業務見学に行くことから始まった。社内の情報システム担当者とともにシステム開発を実施し、現在（平成 15 年３月時点）第１版が完成した。今回はIT化の対象を無料記事に限定し、

個々の記事の入稿時のイメージを記事入稿時にリアルタイムに把握できるシステムのプロトタイプを構築した。具体的な機能は、無料記事の XML 化、リビング新聞掲載用の組版データおよびホームページ掲載用の HTML データの出力、

XML データの一元管理や検索である。

本プロジェクトは少数メンバー³¹でのプロトタイプ構築ではあるが、大義名分ともに「産学連携での社会的実践」である。プロジェクト実施の目的は、本プロジェクトでの学習を LPP の概念により分析し、産学連携での社会的実践を取り入れた教育手法の学習効果を評価することである。

また、企業の実システムを開発することにより、

実社会で必要となる知識・技能を習得できるだけでなく、学習を通じて企業へ貢献できることを明らかにする。つまり、本プロジェクトは、IT 教育と企業貢献との二方面に対しての効果が期待される。

(12)

32 [増倉 94] を参考。

33 1999 年 Kent Beck により提唱されたシステム開発方法論。

34 それぞれのシステム開発方法論の特徴は、[経営情報研究会 00] 44 − 70 ページを参考。

４.２プロジェクトの構成４. ２.１プロジェクト管理手法

システム開発やプロジェクト管理において、

コミュニケーションはプロジェクト成功の鍵とされる重要な課題である。しかし、今回のプロジェクトはコミュニケーションが図りにくい環境である。産学連携の場合、チームは社会人と学生という異なる知識や経験を持ったメンバーで構成されている。大学と会社の距離も離れている。また、それぞれ仕事や授業などで忙しい上に、普段は遠隔地にいることが多い。このようにバックグラウンドの異なるメンバーで構成され、

心理的、時間的、空間的などの制約が数多く存在するプロジェクトは「異文化プロジェクト」とされ、コミュニケーションが最たる課題とされている³²。

コミュニケーションを活性化させるため、プロジェクト管理においては、メーリングリスト

（以下、ML）と Web-based Distributed Authoring and Versioning（以下、WebDAV）を用意した。ML は、チームメンバー同士が自由に意見を交換できる場として有効的に活用した。WebDAVには、

プログラムファイルなど、プロジェクトで使用するファイルなどを登録し、情報共有のために活用した。

４.２.２システム開発方法論 XP の適用

今回のシステム開発を実施するにあたり、

eXtreme Programming³³（以下、XP）という軽量級とされる新しいシステム開発方法論を適用した。

システム開発は、基本的に、「企画提案」「基本設計」「概要設計」「詳細設計」「プログラム作成」「テスト」「導入」「運用・保守」という一連の工程で構成されている。それぞれの工程での作業の手順や作業項目を整理し、基本的な手順を定めたものがシステム開発方法論である。品質のよいシステムを効率良く、しかも低コストで開発するためには、開発対象システムに適したシステ

ム開発方法論を採用することが必要となる。今回のシステム開発は次のような特徴を持つ。

● 小規模のチーム

● 顧客側（企業）と開発側（大学）との共同開発

● 開発者（学生）が「学ぶ」段階

● 仕様は定まっていないプロトタイプシステムの開発

● 新技術（XML、Web 技術）の採用

従来型の代表的な方法論として、ウォーターフォール型開発とプロトタイピング型開発とがある。どちらとも、システム開発の現場で使われている一般的な手法であるが、学生が習得するにはあまりに専門的かつ高度であり、教育的な効果があまり期待できない。その理由をそれぞれの方法論の特徴を述べながら以下に説明する。³⁴ まず、ウォーターフォール型開発は、「要求定義」「外部設計」「内部設計」「プログラミング」「テスト」の５つの工程からなり、それぞれの工程を順に着手していく開発手法である。この手法は、

莫大な時間と労力とを必要とする。仕様が非常に安定した大規模なシステム開発にとっては効率的で確実な方法ではあるが、時間と労力に制限がある小規模なシステム開発には不向きである。また、この手法であれば、基本仕様書や詳細設計書を作成しない限りプログラミング工程には進めず、開発途中で仕様変更が発生すると大幅な手戻りが発生し、コストの増大と納期の遅延につながる。そのため、仕様変更に対応しにくい。このような特徴により、開発者や顧客が学んでいる過程にあり、業務分析段階から手探りの状態で要求を確定し難い場合には適さない。

次に、プロトタイピング型開発であるが、これは、試作品を作成し、その効果を顧客と開発者とで検証しながら開発を進めていく手法である。

仕様変更には対応しやすく、顧客のニーズを反映しやすい開発手法であり、今回のプロジェクトでは一候補となりうる方法ではある。しかし、

この手法では教育的な効果が期待できずコストもかかる。

一方、XP は、「小中規模のチームで、曖昧で変

(13)

35 [Fowler01] から引用。

36 [Beck99] から引用。

37 [Yourdon96] によれば、アメリカでは 1994 年から国防総省でソフトウェア開発のベスト・プラクティスプロジェクトが開始されている。

38 12 のプラクティスには、(1)計画ゲーム、(2)短期リリース、(3)メタファ、(4)シンプル設計、(5)テスティング、(6)リファクタリング、(7) ペアプログラミング、(8)共同所有、(9)継続した結合、(10)40 時間労働、(11)オンサイトの顧客、(12)コーディング規約、がある。詳細は、[Beck99] を参照。

39 [Beck99] [Beck00] [Jeffries00] [Newkirk01] を参考に XP での開発を実施した。

化しやすい要求仕様と向き合いながらソフトウェアを開発するためのライト級の方法論」、

「ライト級で、優れていて、低リスクで、融通がきき、予期可能で、科学的で、楽しく行えるソフトウェア開発方法」である。Fowler³⁵によると、従来の方法論は「予見的方法」であり、XP は「適応的方法」である。「コミュニケーション」「シンプル」「フィードバック」「勇気」という４つの価値を重視している³⁶。XP と今回のプロジェクトとは、その思想を一にする部分が多い。特に、以下に述べる特徴に注目した。

一点目は、XP がコミュニケーションを重視する点である。今回のプロジェクトは、前述した通り、コミュニケーションが重要である。XP を適用することで、チーム内でのコミュニケーションが重視されることになる。

二点目は、ドキュメントを重視せず、仕様変更に柔軟に対応するという、従来では全く考えられない方法である。今回のようなプロトタイプ開発では、明確な開発計画を作りにくい部分がある。結果として、「とにかく動作するものを作ろう」という意識が先行し、プロジェクト計画や管理への意識が低くなりがちである。その結果、

時間を区切らず開発を続け、メンバーの負担が大きくなり、品質の低下を招く。開発計画や見積り書を作成し、プロジェクト計画や管理が実現できれば、それに越したことはない。しかし、他にも多くの仕事や講義を持ちながら参加する形のシステム開発である。現実には、開発計画や見積もりはしばしば変更され、予測が難しい。

三点目は、XP はプロジェクトのベスト・プラクティス³⁷となるように組み立てることができる点である。XP を実践するために必要な具体的要素として、12のプラクティス³⁸が挙げられているが、XP を適用する場合、全てのプラクティスを実行する必要はなく、チームに適したプラクティスを実行すれば良いとされている。このように、XP は今回のプロジェクトの特徴に適し、

その上ベスト・プラクティスともなる可能性も

ある「適応的方法」である。

今回の開発においては、10 のプラクティスを実行した。どのように実行したのかを以下に紹介する。³⁹

【計画ゲーム】

プロジェクトの打ち合わせを定期的に実施し、

全員で、顧客の要求、システムの仕様などを議論し、シンプルな計画を立てた。このような打ち合わせは、月一回の割合で実施し、プロジェクトを進行させた。

【短期リリース】

計画ゲームで決定した内容に基づき作業を実施し、完成した部分からリリース、確認、修正という流れを繰り返した。

【シンプルな設計】

初心者が開発するため、簡単かつシンプルな設計が必要となった。また、プロトタイプのため、将来の変更のためにはシンプルに設計することが要求された。シンプルな設計を心掛けたため、バグにも素早く対応できた。

【テスティング】

テスト用の自動ツールは用いていないが、テストを頻繁に実施した。スクリプト言語でのプログラミングはコーディングの結果が即座に確認できる。つまり、テストとコーディングとがほぼ同時に終了し、非常にインクリメンタルで効率的な開発である。

【リファクタリング】

余分な機能や冗長なコーディングは排除するように心掛け、随時リファクタリングを実施した。結合テスト後のシステム全体のリファクタリングは実施できていない。

【ペアプログラミング】

エディタ部分、組み版部分、検索部分の三つのモジュールを３名で担当したが、それぞれメインの作業とサブの作業を受け持ち、各モジュールに３名で取り組むことに決めた。特にエディタ部分においては頻繁に実施した。

(14)

【コードの共同所有】

全てのコードは全員で共有し、改変を許可した。WebDAV を利用し、最新のプログラムを共有した。

【40 時間労働】

敢えて取り決めなかったが、実行できている。

プロジェクトの特徴から作業時間を確保することのほうが難しい。

【オンサイトの顧客】

プロジェクトの打ち合わせには、必ず顧客が参加した。また、ML を利用し、顧客との情報のさらに、今回は顧客がプログラマーの役割も担当したため、顧客参加型の開発環境が実現された。

上記のプラクティスを実施することにより、

初心者中心のチームであったがプロジェクトを成功させることができた。XP を適用したことが、成功の秘訣であると感じる。特に、「ペアプログラミング」、「共同所有」、「オンサイトの顧客」の実施が効果的であった。これらのプラクティスの実施により、設計書などのドキュメントは実は重要ではなくコミュニケーションが重要であることが分かった。顧客と開発者、開発者同士が頻繁に意見交換、情報共有をし、ペアになって作業を通して理解するほうが効率的であった。そして、顧客にいつでも質問ができたため、曖昧なままコーディングすることもなく、要望と仕様のズレがなかった。

但し、今回のプロジェクトは、実際の商用のシステム開発では厳しく要求される品質、コスト、

納期など、クリティカルな要素がなかった。その意味では、温室プロジェクトであり、成功しやすい状況であったことを断っておく。

４.３仮説の検証プロジェクトの分析４.３.１正統的周辺参加による学びの分析

本プロジェクトの中での学習は、システム開発プロセスを通じて自生したものであり、学習者が自律的に習得したものである。この学習プロセスを通じて、学びが生じたかどうか、LPPの概念を用いて分析する。以下、本プロジェクトを LPP の概念を用いて分析していく。

実用システムのプロトタイプ構築を目的とす

る共同体への参加を通じて学習が形成されることとなった。そもそもシステム開発は個人の学習ではなく、共同的な営みで成立するものである。従って、システム開発プロジェクトの発足は、学びの共同体の生成であると言える。そして、学生の共同体への「正統的周辺参加」を通じて、システム開発を「学習材」とする「学習」が形成されていた。本プロジェクト確認した「正統的周辺参加」の詳細は以下の通りである。

産学連携プロジェクトでは、学生であっても実社会の問題を取り扱う。学習する内容は真実の学びであり、社会に貢献するものである。本プロジェクトでは企業の BPR の一端に貢献し得るプロジェクトであり、その貢献活動の中で、役割を担うことを通じて学習が状況に埋め込まれていた。つまり、「正統的」学びなのである。共同体に著者は学習者として参加した。業務に関しても、システム開発に関しても初心者であり、与えられる仕事は「周辺的な」作業から始まった。

しかし、担当した作業はシステム開発の一部分であり、意味のある仕事である。

開発手法にXPを適用したことやプロジェクト管理で用いたMLが、正統的周辺参加による学習を誘発する要因であったことが判明した。XP 手法や ML は、共同体への関わりを可能にするもの、言い換えると、実践への「アクセス」を許可するものとして機能したのである。XP 手法の適用により、プログラムのソースコードを共同体の資源とすることができた。ソースコードはオープンにされているだけでなく、自由に改造、

改変することが許されていた。さらに、参加メンバーが自由に意見交換できるようにできるように ML が用意され、情報を得ることも、会話に参加することも可能となった。これは、正統的周辺参加の鍵とされる、「アクセス」が参加者全員に許可されることを意味する。つまり、学習者は、

実践者たちの共同体での活動への生産的なアクセスが与えられ、正統的に周辺的に参加する仕組みが整備されていたのである。

このように、本プロジェクトでは、学びの共同体が創造され、正統的周辺参加が行われた。従って、産学連携での社会的実践において、効果的な学習が行われたと言える。

しかし、「共同体」への「周辺的参加」から「十全的参加」への移行という「参加」形態の変化は残念ながら確認できていない。教育の効果を探

(15)

るという目的で、故意に創り出した共同体であることに最大の原因がある。参加は既にある共同体に新参者として加わっていくことである。

著者は学習者として最初からプロジェクトに加わっており、新参者として共同体に参加した訳でもなく、後に新参者の学習者が参加する訳でもなかった。この点までは考慮されていないプロジェクトであり、反省すべき点である。ただし、会社とプロジェクトとの関わりから考えると、「周辺的参加」から「十全的参加」への移行を確認できる。まず、今回のシステムはプロトタイプシステムという位置づけであり、社内の基幹システムなどの核心的な部分の作業ではなく、

「周辺的な」作業である。しかし、プロトタイプの構築は企業の IT 導入にとっては必要不可欠な工程である。また、IT 化の対象となる記事も有料記事ではなく無料記事であり、業務から見ても「周辺的な」作業であるが、無料記事の編集も必要不可欠な業務である。つまり、実践に直結しているという意味では「正統的」であるが、「周辺的な」作業に「参加」したことは確かである。

さらに、このプロトタイプは実稼動へと移行中であり、これに伴い担当する仕事の役割や責任が重くなっていく。これは、「周辺的参加」から

「十全的参加」への移行であると言える。この時の学習形態の変容を分析していくことが今後の課題である。

４.３.２学習プロセスの分析

本プロジェクトで展開した学習プロセスを分析すると、BPRのプロセスそのものであった。特に、松島⁴⁰が紹介している「従来の業務プロセスを再設計」の BPR の進め方とほぼ一致する。その進め方は以下の通りである。

●ステップ１業務分析

●ステップ２ビジネスプロセスの見直し

●ステップ３ワークフローのシステム化の

切り出し

●ステップ４ワークフローオートメーション

このBPRは、「最もオーソドックスなリエンジニアリングのすすめ方であろうし、その実践にリスクはない。ポイントはITの活かし方である」⁴¹ とされている。IT の活用方法を学ぶには適する題材であることを意味する。その内容や展開順序の良さから、座学中心の教育カリキュラムに比肩するどころか優れている。

さらに、本プロジェクトで生じた学びは、「正統的周辺的参加」によるものであり、「自然な学び」である。自然な学びであるがために、教育カリキュラムや教師や教科書が存在しなくとも、

上記の学習プロセスを通じて、効果的な学習が行われた。著者にとって、上述したプロジェクト工程それ自体が学習カリキュラムであり、チームメンバー全員が教師であった。一概には言えないが、学習者が学ぶという行為を強制されるのではなく、自発的・自律的に学ぶ環境に身を置いているために学習者の学習意欲が高まるという点において、高い学習効果が期待できる。

４.４プロジェクトの効果４.４.１ IT 教育に対する効果

産学連携で実アプリケーション開発を通じて、

システム構築に必要となる IT 技術だけでなく、

社会で必要となる知識や技能を習得することが出来た。

【IT 技術に関する能力】

●システム構築の知識・技能

●プログラミング言語（HTML、XML、Xi⁴²、 Java、JavaScript、Perl）

● IT リテラシーの習得（インターネット、

メールの活用、情報検索・収集方法など）

40 [松島 94] では、リエンジニアリングを進めるための四つのメニューとして、（1）「従来の業務プロセスを再設計」、（2）「新しい会社で新しいプロセスを」、（3）「クロスカンパニーでビジネスプロセスを形成」、（4）「市場創造するビジネスプロセスを作る」、が紹介されている。

41 [松島 94] 167 ページ。

42 Extend it!（Xi）とは、BXS（横浜ベイキットが開発したオープンソースの XML 専用のアプリケーションサーバー。詳細は、http:/

/www.baykit.org/を参照。）が装備している言語であり、XML形式でスクリプトを記述し、XML文書を生成するためのものである。

会的実践の事例報告