（Ales spa and Scuderie delQuirinaleのAidrディレクター兼ITサービス責任者であるFrancescoPaganoによる）イタリアの公共部門のデジタル化戦略は野心的であり、我が国に大きなペナルティを課すリスクのあるギャップを迅速に埋めるために絶対に必要です。 この観点から、国家回復と回復力計画（PNRR）に示されている目標は、セクター内のすべての事業者が進むべき地平線を表しており、より高い効率と柔軟性をもたらすデジタルエコシステムの定義に到達することを約束します。市民との関係の管理と関係機関の運営の両方において。 しかし、私たちが直面している道筋を見ると、いくつかの要素に焦点を当て、たとえばソフトウェア開発プロセスの定義から始めて、デジタル化プロセスに正しく直面できるようにするための厳格な利害関係を設定することが不可欠です。
舞台裏：共有された遺産
集合的な想像力でのアプリケーションとサービスの開発は、ゼロから始まる「作成」のプロセスです。 業界の専門家が知っているように、現実は非常に異なります。 ソフトウェア開発はむしろアセンブリ操作であり、プログラマーはあらゆる種類の既製のコンポーネント（ライブラリからサービスまで）を使用します。多くの場合、開発者のデスクトップおよびモバイルオペレーティングシステムで利用できる「開発パッケージ」（ソフトウェア開発キットまたはSDK）を通じて利用できます。 、およびオープンソースライセンスの下でリリースされることが多いすべての種類のリソース。 これらに加えて、民間企業が提供するデバッグ、機能分析、およびユーザー使用状況管理ツールがあります。 つまり、アプリケーション、プラットフォーム、またはサービスは、実際にはコンポーネントの合計であり、多くの場合、他の関係者によって作成され、より複雑なサービスを提供するために組み合わされています。 しかし、この方法で作成されたソフトウェアの機能のすべての側面に対して、どのレベルの制御を行うことができますか？
プライバシーの保護から歪みのリスクまで：すべての重要な問題
私たちが直面しているリスクは、主に、デジタル化プロセスを加速するために頼るべき「美徳」要因として定義されることが多い、公的機関と私的機関の混合に関連しています。 特に、重要な要素のXNUMXつは、プライベートコンポーネントが、その性質上、パブリックの目的とは異なる目的を持っているという事実によって表されます。 デジタルツールの設計では、個人がサービスの収益化を示します。これは、多くの場合、ユーザーに関する情報の収集によって表されます。 処理されるデータが行政との関係に関連するものなどの機密性の高い活動に関係する場合、論理レベルとより純粋な規制レベルの両方で正確な制限を満たす活動。 個人データ保護局の調査結果に続いて最近大規模なオーバーホールが行われたIOアプリの事例は、この開発プロセスに潜むリスクの完璧な例です。 保証人が強調したように、プライバシーの問題は設計エラーに依存していませんでしたが、サードパーティが提供するコンポーネントとサービスの使用に関連していました。
最適なコンテキストを準備する
したがって、公共部門におけるデジタルツールの開発プロセスの適切性の問題を問うことは、起こり得る短絡を回避するため、またはさらに悪いことに、事後検証が最終的に重くなりがちな悪循環に陥るのを見つけるための不可欠な前提です。パス全体を下ってください。 したがって、最初のステップは、セクター内のオペレーターが、目的と規制への準拠が検証および検証可能なリソースとツールを利用できるようにする「ツールボックス」の作成を伴う必要があります。 おそらく、他の国々がすでに広範に利用しているオープンソースの世界を利用しているのでしょう。