ラベル 費用対効果 の投稿を表示しています。 すべての投稿を表示
ラベル 費用対効果 の投稿を表示しています。 すべての投稿を表示

2022年3月26日土曜日

会計ソフトが動かなくなった!

令和3年度の確定申告無事終わったでしょうか。私は年末年始に個人事業の決算と必要書類の整理をするのですが、某社の会計ソフトを起動したところ自動更新の不具合でそのまま動かなくなりました。アクセスの自作会計ソフトをメインで使っていたので穏やかな年越しをすることができましたが、過信禁物ですね

(下の画像はアクセスではありません。Googleスプレッドで作った仕訳帳です)。

Googleスプレッドの仕訳帳。ギリギリ使えそうです。
ピボットテーブルが使えるので仕訳帳から試算表
決算整理は手入力ですが、BS、PLの小計が0になるようバランスするだけです


90年代はこの手の不具合はしょっちゅうでしたが2020年代になってもまだこんなことがあるとは!市販ソフトやクラウドはブラックボックスなのでシステム不具合時はバックアップも意味がありません。来年以降は電子帳簿ごとクラッシュするのでしょうか。

システム設計で一番重要な考え方は simple is best です。中でもデータベース設計がカギになります。重要なデータを格納するテーブルをコアテーブルと呼び、教科書通りの単純な構造とします。会計であればコアテーブルは1つしかありません、仕訳帳テーブルです。私のような個人事業者でも日本を代表するような大企業でも違いはありません。

重要な仕訳帳はEXCELに簡単にコピー出来るように設計します。何かトラブルがあっても仕訳帳を開くことはできます。そもそも記帳の手前で、EXCELのシートを費目別に分けて整理していると思います。自作の会計ソフトは費目別シートからの転記を便利にするために作ったものでした。

今回のケースはアプリケーション障害とデータ喪失にあたります。クラウドではないのでデータ流出の心配はありません。大ごとではありますが、別のアプリケーションを並列運用していたので実害はありません。社会インフラ系では、一世代前のシステムを待機系として維持する方式が以前はありましたが、最近は聞きません。現用系と待機系で異なるシステムを持つというのは、企業・商用システムの障害対策、可用性対策として見直されてもいいかもしれません。

Googleスプレッドの仕訳帳は、アクセスの会計ソフトをさらにシンプルに出来るのでは?と思いついて作ったものです。(総)勘定元帳兼用になっていてフィルターで勘定を絞ると相対勘定と合わせて確認することができます。決算整理は手入力ですがバランスさせるだけなので大した手間でもないと思います。アクセスは自動計算にしていますが、そのロジックを抜くとGoogleスプレッドで試算表まで行けてしまいます。Googleスプレッドで仕訳記帳と決算が出来るのは個人事業者にとっては大きいです。それを実感したくてEXCELで作ったものをGoogleスプレッドにUPしました。EXCELなのでソフトの使い方を新たに覚える必要もありません。これも大きいです。

結局 simple is best ということでしょうか。資産台帳、減価償却、在庫評価、原価計算などありませんが、私の仕事ではすべて0行なので。


2021年12月29日水曜日

中小企業の上手なITとのつきあい方

デジタルという言葉は毎日ように聞こえてきますが、企業向けのデジタルは何であんなに高いのでしょうか?PCが10万円そこそこなのに業者からの機器見積もりは数百万円が普通です(故障率に差はありません)。家にインターネット引くのと会社にインターネットを引くのも10倍違います。Webサイトは10倍ではきかないケースもあるようです。大企業はいざ知らず中小企業は参ってしまいますね。電子化、クラウドと騒がれても結局出費がかさむだけです。

そんな疑問に、IT企業に属さない専門家ならではの裏話を友人が話します

中小企業の上手なITとのつきあい方セミナー

会計、法律、労務の専門家がいるようにシステムの専門家もいていいようなものですが国の制度に基づくものではないので、なかなか難しいです。友人も私も専門分野に分業化してしまう前からITを経験しているので、見積が膨れ上がる裏事情を知っています。セミナーは会員限定のようですが、後日一部をご紹介できると思います。

永島志津夫

簡単!電子帳簿保存

改正電子帳簿保存法の施行が延期になりました。難しく考え過ぎているようです。間違いなくIT屋がいけないのだと思います。私は会計帳簿を自作のアクセスで管理しています(連結会計システムを開発していた役得です)。元々売上仕訳は契約書類のPDFを添付できるようしていますが、契約通知、請求書送付メールへのリンクを追加し他の仕訳も同じ修正をしました。

電子メールはメールサーバによる授受の記録が正確なタイムスタンプと共に記録されています。郵便の消印にあたるもので改変ができません。最も身近な電子証跡です。これを利用しない手はありません。売上仕訳は相手先、金額、計上日を持っているので仕訳を検索をすれば自ずと電子証跡を確認できます。同じことを仕入、経費に適応すれば電子請求にも対応完了です。後日メールやPDFを探す手間もかからずおすすめです。

紙の請求書を無理に電子化する必要はありません。電子メールやWebで授受される契約書、請求書を会計帳簿から容易にたどれるようにしておけばOKです。


永島志津夫

2021年8月31日火曜日

ランサムウェア対策は? 基本に忠実なセキュリティ設計でシステム寿命も長くなります

コンピューターが進化し、面倒なアップデートにも付き合い、コストも払っているのになくならないセキュリティ被害、どうしたらいいでしょう。ヒントはコンピューター、ネットワーク技術の基本理解にあります。商用OSのセキュリティの基本的な考え方は、セキュリティソフトをアドオンするのではなく、リスク要素を除きシンプルにしていくものでした。いつの間にか基本がなおざりになった感があります。インターネットが日本で使われだした頃を思い出しながら、基本注意事項をまとめました。20年、30年と使い続けられた設計や技術はシンプルで費用対効果が高く、システムの長寿命化に寄与します。

 

1.管理者権限でログインしない(必須)

Windowsで理解できないのは管理者権限でネットサーフィンが出来ることです。インターネットは自己責任です。相手が国外であれば日本の法律は無力です。交通ルールが定かでない国で運転するのと同じです。ドライブは出来ても安全ではありません。

・管理者権限のないアカウントを作成し、通常のログインはそれを使うようにします。

・アカウントのパスワードは英数字、記号などランダムな16文字以上として紙に書いて保存します。セキュリティ情報はシステムから分離の原則です。


2.セキュリティの高いブラウザを使う(是非)

広告、特に仲介業者を通したアフィリエイト広告が氾濫していて、どこに落とし穴があるか分かりません。安全なブラウザを使うことで、アフィリエイトを抑止できます。表示されない以上、クリックすることもなくなります。フィッシング詐欺対策にもなります。

お天気サイトを閲覧した例

Google chromeの画面、アフィリエイト広告を抑止できない
Firefoxの画面、アフィリエイト広告を抑止できている


3.アプリを入れない・入れさせない(必須)

管理者権限がなければアプリを入れることもできません。利用者がそれと知らずメールやWebでだまされてアプリを入れてしまう事故も起きません、ウィルスやランサムウェアの被害が発生してもはログイン権限の範囲内に留まります。


4.Windows以外のOSを使用する(是非)

ここからはシステムの専門領域ですが現在ではLinuxを選択することが多くなると思います。LinuxはオープンソースでOSの技術情報や運用ノウハウに透明性があります。良いことも悪いことも広く共有され、OSについて知ることの出来ない情報はありません。そのためセキュリティ対策を立てやすく、迅速に対応することができます。


5.ネットワークからログインできないようにする(是非)

セキュリティは流行り、廃りとは関係ありません。機密性の高い情報を扱うシステムは監督者と物理的に近い場所に設置し外部とは遮断します。利便性とセキュリティはトレードオフになります。政府、金融機関等では現在でも普通に行われていることです。

Linuxであってもネットワークからログインできないようにします。サーバというと以前はシリアルポートからの接続が基本でした。シリアルコンソールは導入・運用が容易で費用対効果が非常に高いものです(導入コストはただみたいなもの)。大企業はもちろんのこと、中小企業、スタートアップ企業にこそ導入して欲しい対策です(DDoS対策・ファイアウォール、リアルタイム侵入検知、ウィルススキャン、証跡ログなどどれだけのコストが掛かるでしょう?設定ミスは大規模トラブルの元にもなります。専門知識、専門家の助けも必要不可欠です)。

永島志津夫


全社のシステムを少ない人数で見ていれば時に見落としもあるかもしれません。
オフィスエヌ ショートレビュー5万円から。
連絡先 office.nagasima#gmail.com (#を@に変えてメールをお願い致します)

2021年6月26日土曜日

寿命30年の自社開発システム!

(システムの費用対効果〈 システムの寿命 〉を改題)

30年動いてきたオフコンがありました!すごいですね。開発の費用対効果もさることながら、バージョンアップやデータ移行などの無駄もなくシステムの鑑です。パッケージ、ERPの方が楽だというのは本当でしょうか?大企業でなければERPのバージョンアップコストとても払えません。

30年前の設計書も残っていました。手書きで感動しますね。設計書を見ると、30年の間にシステムの使われ方が変わってきたことがわかります。現在は販売管理業務がメインなので使用帳票とヒアリングから、業務フロー、データ定義、画面プロトタイプも起こしました。ただ30年前のデータ仕様書は参考にしました。業務システムの根幹はデータ設計です。今回のシステムはマスタ以外のデータ移行はないので、テーブル構造、データ定義の制約はないので、データ設計をさらにシンプルにしましたが、イレギュラーケースの想定など念のためデータ仕様書を確認しました。

リレーショナルデータベース(MariaDBです)のビューやトリガのおかけで性能を維持しプログラム数も減らすことができました。フロントエンドがアクセスなのでクエリにデータフローを記述できるので手書きのプロシージャも最小限です。その分、便利機能を盛り込むことができました。

過去、私の関わった比較的大規模なシステムで、アパレル全社基幹システム、医薬品卸営業支援システム(SFA)、配送トラック動態管理サービス* があるのですが、どれもシステム稼働から10年を越えて安定稼働を続けている・続けた* ものです。ハードウェア交換は行っていますが開発されたプログラムは動き続けています。どれもスクラッチ開発です。

一方、パッケージ導入は稼働延長したものでも8年が限界でした。意外なのですが、パッケージの方が寿命が短いです。古い環境に特別対応できないからですかね?メジャーバージョンアップにぶつかって、実質的に再導入というケースもありました。もう別の製品ですね。

パッケージといっても大体アドオンするのでそんなに安くないし、アドオンプログラムのバージョンアップ対応でお金が出ていきます。製品保守費の15-20%が毎年自動的にかかっているのに、さらに上乗せされるお金です。会社の中で、金食い虫と情報システム部が白い目で見られる訳です。でも自社システムを開発する要員もいないし、中途半端にベンダーに頼らざるを得ないのが現状ですね。問題は業務別のシステム、パッケージという名のブラックボックスの乱立で、今度は運用管理やデータ連携に苦労することです。そこまでは外部に頼れず、結局、運用管理にシステム部の人手がとられてしまう。悪循環です。

パッケージソフトって、それ一つだけだとメリットが感じられるのですが、複数の組み合わせとか、連携とかになると途端に出来ないことが出てきて運用しづらくなります。
ユーザサイドも苦労して導入したソフト、せっかくなので長く使い続けたいですね。費用対効果のメリットも出てきますから。運用まで考えてパッケージ選定、システム設計したいです。

パッケージ導入、コツがあります。システムフローの尾っぽ部分はセーフです。頭部分は要注意、胴体部分は・・・
SAP 困っていませんか? 国産ソフト、クラウドベースやオープンソースですっきりさせるのも一案です。
永島志津夫

全社のシステムを少ない人数で見ていれば時に見落としもあるかもしれません。
オフィスエヌ ショートレビュー5万円から。
連絡先 office.nagasima#gmail.com (#を@に変えてメールをお願い致します

追記 2020年1月6日
ワークフローソフトをパッケージ導入頂いたお客様を久しぶりにご訪問させて頂きました。無事、運用されているとのこと。安心いたしました。
お客様が大変協力的で(システムは賢くはないことをご理解いただき)アドオンなしで導入頂いております。末永くご利用いただきたいと思います。

30年後も動いているシステム設計

システムの寿命を縮めるバージョンアップ、Windows11のリリースがアナウンスされていますが会社でPC管理している方にとっては面倒なお話です。社員1人に1台ずつPCがある時代に、機器やOS、他ソフトウェアの更新、その計画、費用、手順等々・・。在宅、テレワークということもあり今回はこれまで以上に面倒になりそうです。経営からは「なんでそんなに金がかかるんだ!」と言われ。情報システム部がまた悪者扱いされそうです。

本業と関係ないところで手間がかかる断トツの悪者がパソコンです。Windows登場当初からアップデートと保守切れ問題はありましたが、Windows10になってからウィルス対策の頻繁なアップデートが目立ちます。システム管理者権限でログインしないというのが一番のウィルス対策なのですがWindowsはもう戻れなくなり、負のループに陥っています。Unix系では当然の対策である管理者権限のないログインはWindowsでも有効なので自衛策としてオススメです。
OSに加え、データベースソフト、パッケージソフト、ERPなどのバージョンアップ=保守切れが業務システムの寿命を短くをする原因になっています。自社開発の場合は保守切れはありませんが、OSやデータベースソフトのバージョンアップの影響を受けることがあります。
業務システムの要はデータベースです。幸いデータベース設計の考え方は30年前から変わっていません。業務に適したデータ構造、データ間の主従関係、i一意識別子の設定です。一般会計であれば、決算期、勘定、部門などを主マスタとした仕訳データテーブルとします。設計の基本は30年前から変わっていません。基本を守れば30年後も動いてるシステムを設計することができます。流行りベストセラーに惑わされずロングセラーに徹します。
私が仕事で使用しているパソコン、2010年製造ですが問題なく一般会計と販売管理のデータベースが動いています。SSDに交換しているので性能も満足です。

ところでWindows10は2025年までサポートされるようです。またオフィスソフト(ワード、エクセル、パワーポイント)なら、FreeOfficeも使えるのでLinuxも良いと思います。
永島志津夫


2021年6月9日水曜日

中小企業のテレワーク 手軽で安全なネットワークは?

大企業では定着しつつあるテレワーク、自宅から会社のシステムへの接続に困っていませんか?ベンダーからの高額の見積に断念した中小企業の方もいるのではないでしょうか?高い安全性で月々のランニングコスト数千円で済む方法があります。

既存のネットワークには手を入れません。データ通信のSIMを入れられるリモートアクセス用のルータを設置、自宅とルータの間の通信を暗号化(VPN)します。社外からのアクセスを許すシステムにネットワークインターフェースを追加し、システム、アプリケーション側で機能制限をかけます。
※この制限は必須です。社外アクセスを許可すると1時間と待たずに様々なアタックが始まります。社外からのアクセスに制限を設けない設計はあまりに危険です。

この方式はインターネットの世界では古典的な設計で、信頼性も高く堅牢です。保守性も良く、無理がないので長く使い続けることができます。セキュリティにも優れておりベストプラクティスの一つに違いないのですが、提案するベンダーはまずいません。
・固定回線の通信事業者は提案しない(モバイル回線では商売にならない)
・機器販売の代理店は提案しない(安い商売にはつきあえない)
・ネットワーク+システム、アプリケーションの知識も必要
IT業界も専門毎に分業化されており、ネットワークとシステム、アプリケーションの両方がわかる人は限られています。両方がわからないと全体最適の設計は出来ません。セキュリティまで含めネットワークだけで解決しようとすると、ファイアウォール、侵入検知装置の導入など大げさで高額になります。無理のある設計は寿命が短いのでライフサイクルコストも高くなります。
結局自分たちで何とかしないといけません。実際、あるお客様では、通販でルータとSIMも調達しました。どちらも1週間以内に用意できました。値段もさることながら、見積をとっている間にテレワークの準備が出来てしまいます。
企業用機器が通販で買える時代に、IT業界はいつまで古い商売続けるのでしょう?機器は格安で調達でき、ランニングコストも格安スマホと同じレベルです。

VPNはインターネットからのアクセスを許すので、専門知識が必要です。 ご紹介した構成は、既存のネットワークと独立しているので、ビギナーでも進めやすいのですが、後々、危ういことになったり、追加コストで大変な目に合わないよう、疑問、不安があればご相談ください。
永島志津夫
オフィスエヌ ショートレビュー5万円から


2021年6月6日日曜日

今さら?Accessで会計ソフトを自作 バージョンアップもシステム寿命も心配なし

SQLを知っていると会計ソフトは自作できてしまいます。SQLは本当に会計処理と相性が良くて、かのオラクルも当初のアプリケーションは会計でした。アクセスのビュー定義(クエリ)だけで試算表まで出来ました。




会計ソフトに入力する前に、売上や経費をエクセルで管理することが多いと思うのですが、会計ソフトにコピー&ペーストできません。毎月同じように発生する経費を逐一入力しないといけません。会計ソフトの中でコピーも出来るのですが、エクセルのようにはいきません。売上の場合は売掛金の入金消込もあります。決まりきった入力があまりに多いのが自作の理由です。減価償却もないので会計ソフトといっても簡単なものです。

工夫したのは、毎月同じように発生する経費入力画面です。金額を1ヶ所に入れれば、SQLの力で12ヶ月分の仕訳が自動的に作られます。


売上はエクセルからコピペしやすいよう、データシートに入力します。また証憑ファイルもデータベースに添付できます。これは便利です。顧客と月次でインデックスになっています。一般の会計ソフトにありそうでない機能です。

顧客1,2,3は次の画面で定義します。私のような仕事だと得意先数は知れたもので、だいたい年度が契約の単位なので年毎に得意先を定義するようにしました。支払サイトも定義しておき、入金消込も自動で仕訳生成します。

※都度発生する経費は普通の手入力仕訳画面です。

COBOLは事務処理に向いているといいますが(なのでSAPの開発言語ABAPはCOBOLライク)、SQLはさらに強力です。画面と帳票にアクセスを使えば、中小企業から大企業まで、ほとんどの業務をカバーできます。システムの寿命の長さという点でも有利ですね。PCのパフォーマンスがCOBOL全盛期のスーパーコンピュータを超えている現在、性能には何の懸念もありません。→今さら?クライアントサーバ

自作なので費用対効果は言うまでもないのですが、空き時間を見て1週ほどで作りました。アクセスは手軽なので商業高校の簿記とコンピュータの実習にもピッタリです。もちろん大企業も活用できると思います。バージョンアップやシステム寿命の心配もありません。

永島志津夫

※アクセスで自作した会計ソフト、自分のようなコンサルタント、システム設計業用のものです。在庫なし、原価計算なし、固定資産なし、減価償却なしで、売上と経費から税引前利益=資本勘定が直ちに決定します。製造業だとこうはいきません。

個人事業の場合、特別なことがなければ試算表=決算書となります。また株主資本等変動計算書(旧 利益剰余金計算書)はなく、事業主貸借勘定がそれに相当します。なので作りは簡単で会計ソフトとしては必要最低限の機能しかありませんが、Excelから自由にコピーできるので、個人的には使いやすいと感じています。


2021年5月21日金曜日

今さら?クライアントサーバ オープンソースとAccess

販売管理、生産管理などの基幹システム、最も生産性の高いアーキテクチャは2021年の今もクライアントサーバです。

業務管理システムとして、ユーザの操作性、費用対効果、システム寿命の3つの点で最強の組み合わせはクライアントサーバです。

Webアプリは元々、限られたサーバリソースをコネクションプールを経由し効率良く使うためのものでしたが、性能が向上した今では、家電量販店で売られているPCで3万人企業のデータベースも快適に動かすことができます、クラサバで。

最近関わったプロジェクトのシステム構成が冒頭の図です。MariaDBですが8コアで毎秒300トランザクション以上の業務処理ができます。8コア8GBのPCなんて10万円もしません。

MariaDBはレプリケーション構成も出来るので可用性対策も簡単に済みます。ネットワーク障害やセキュリティ対策のコストを考えるとクラウドよりもオンプレミスでマシンを持ったほうが有利です。拠点間接続も10万円程度のルータでインターネットVPNを組めます。これもIoTニーズのおかげでSIM内蔵でVPN機能を持つルータが10万円くらいです。

Webブラウザの仕様違い、バージョンアップにさんざん悩まされて、もはやPCで最も重いアプリになってしまった現在、業務システムをWebベースにする必然性はありますかね?

どうか、流行り言葉(DXとか?)に惑わされませんように。

永島志津夫
オフィスエヌ ショートレビュー5万円から
全社のシステムを少ない人数で見ていれば時に見落としもあるかもしれません。

2021年3月2日火曜日

確定申告と言えば決算ですが、帳簿はどうしましょう?

確定申告、早々に済ませたいですね。個人事業主の場合その前に決算をします。日頃の記帳が出来ていれば決算は簡単です。仕訳帳を合算してBS,PLにおかしなところがないかの確認くらいです。システム設計だと毎月の記帳などしれたもので、売上、費用、売掛回収など10件もありません。私は固定資産、減価償却はないので会計ソフトの機能が多過ぎるのが気になりました。Excelに付けているメモを会計ソフトに転記しているので二度手間ですし、Excelで決算まで完結させたくなります。


そもそも表計算ソフトの主な用途がアメリカの確定申告でしたね。

会計ソフトの機能は突き詰めると記帳と決算です。基本となるデータは仕訳帳テーブルです。仕訳帳は会計システム唯一のトランザクションテーブルです。仕訳帳を合算する際の条件や合算項目(集計軸)によって決算書、試算表、各種元帳、月次売上推移表などに見た目が変わりますが、ファクトは1つということです。システム設計としては簡単で、せいぜい貸方、借方で1記帳2レコードになることと、勘定科目の貸方、借方に応じて符号があることくらいです。なので仕訳帳をもとにピボットテーブルを作れば、決算書になります。形式に凝ることもないのでBS,PL,SSが一緒になった試算表形式がいいと思います(個人事業の場合SSはBSの事業主貸借で済ませます)。貸方がマイナスになりますが、自分しか見ないので、そのままでも、エクセルの表示形式で直してもいいです。


このようなイメージになります。ピボットテーブルで決算書になるのか?という疑問があるかもしれませんが、会計ソフトの内部ではピボットテーブルと同じことを行っています。BIと会計は相性が良くて多次元データベース Essbase も管理会計の定番でしたね。

オンライン版のExcel(Office365)でも使えました。シート間参照、ピボットテーブルも問題ありません。FreeOfficeの表計算もOKでした。私はこれで十分です。

永島志津夫

全社のシステムを少ない人数で見ていれば時に見落としもあるかもしれません。
オフィスエヌ ショートレビュー5万円から




2020年11月24日火曜日

官報掲載 統計センター 【AI技術を用いた文字認識サービスの提供業務】

私がシステム設計、提案した案件が官報に掲載されました。統計センター【AI技術を用いた文字認識サービスの提供業務】です。これは紙の統計調査票をAI-OCRという文字認識技術で自動読み取りしてデータの整備を行うというもので、AI技術の実使用として国内最大規模のものです。令和2年国勢調査を含む大規模調査の自動読み取りに5年間使用されます。

第3次AIブームも重要なマイルストーンを通過しました。

期待値だけでは技術の自然成長はあり得ません。実使用に耐え、経済価値をもたらすかがポイントです。同じAI、ニューラルネットでも音声認識はOCRほどお金になりません。官庁であれ民間であれ業務情報は書類として記録されており、オーディオで保存されている訳ではないからです。画像認識の応用として医療がありますが、医師抜きの画像診断に診療報酬をつけられる訳でもなく、お金になるのでしょうか?AI-OCRがちょうど実使用期に入った良いタイミングでこの入札がありました。書類を対象とするAIは今後も発展していくでしょう。

AIだけでは実用レベルのシステムは出来ません。他のIT技術を組み合わせた全体設計となって、ようやく使い物になります。要件分析、基礎設計、プロジェクト計画など全てを私が行いました。建築のような目に見えるデザイン、意匠はありませんが、システムにも筋のいい設計、悪い設計があります。基礎技術を使って費用対効果の高い、シンプルで安定したシステムを設計するのが私の得意です。1人称で書いていますが、本当に1人称です!入札提案は難易度の高い仕事ですが、落札提案がまさか1人の手によるものだったとは競合もあきれ返ることでしょう。

入札提案の実際はまた次の機会に

永島志津夫

全社のシステムを少ない人数で見ていれば時に見落としもあるかもしれません。
オフィスエヌ ショートレビュー5万円から
連絡先 office.nagasima#gmail.com (#を@に変えてメールをお願い致します)

2020年7月4日土曜日

システム開発 〈見積・工数計算〉

システムの設計開発、工数計算をする側のお話です。”見積依頼” とか “提案依頼” の対応、なかなか手間を取ります。それでコンペだったり、価格交渉だったり、使った時間を回収できないこともあります。来ないと困るし、来たら大変だし。だからと言って、おろそかにできません。受注したら責任が発生します。納期、品質を守るにはそれなりのお金が必要で、工数計算間違えていたら大ごとです。その大事な工数計算、このAIの時代になっても進歩していません。逆に技術が細分化、ダイバースしたためトータルで工数を見積もれる人材が減っているのではないでしょうか?

設例)アクセサリーの卸販売を手掛ける企業から、受注業務のシステム化についての見積依頼があった。
出荷配送はサンプル品を除きすべて配送ベンダーに任せており、Webで出荷指示が可能である。ショップからの注文はメール、FAXおよび電話である。FAXが6割、メールが3割、電話が1割で取引先数は 2000件ほどである 
アイテム数はおよそ600、SKUとして3000程度だが、常時入れ変わりがある。オーダーは月平均2000件程度、多いときは5000件、担当者2、3名で平日の営業時間で対応している。 
情報はいったんこれだけだとして、明日までに概算見積が欲しいと言われています。システムの見積できるでしょうか?業界常識など書かれていない与件があるのですが、経験的にはこのシステム ¥5千万から7千万位になるかと思います。もちろん仕事では機能積上げ法の結果と突き合わせます。明日までに概算が欲しいと言われても、¥1千万の見積だしたら大変なことになります。また販売管理パッケージ提案したら物笑いになります。スクラッチです。
このシステム ¥5千万として費用対効果(投資対効果)は見合うでしょうか?2,3名でこなせる業務ですからそのままでは見合いません。同業者と共同利用のような形がとれるなら検討の価値ありです。発注側も見極めが大事です。

情報技術関係の資格試験も増えましたが、工数計算の問題がないのはなぜなのでしょう?工数計算ができないとエンジニアのキャリアも描けないですし、工数計算のできないプロジェクトマネージャーも困ります。直球の問題出してほしいです。細分化した知識試験を積み上げても工数計算も要件定義もできません。ということは知識の持ち腐れになります。
仕事仲間から聞いた話ですが、システムテストが開発工数の〇分の1、システム移行は見積なしという案件があったそうです。基幹系です。情報処理資格は一体何をクオリファイしたのでしょう?発注者のみなさん、お気を付けください。成功に必要なのはコンペよりもセカンドオピニオンです。

永島志津夫

全社のシステムを少ない人数で見ていれば時に見落としもあるかもしれません。
オフィスエヌ ショートレビュー5万円から
連絡先 office.nagasima#gmail.com (#を@に変えてメールをお願い致します)

2020年6月25日木曜日

セキュリティ対策 XSS, CSRF, ポップアップブロック そして・・

サードパーティークッキー・ブロック

Webサーバーがコンテンツをブラウザーにレスポンスする際、ヘッダー情報にクッキー ( cookie ) というセッション識別情報を付加することがあります。HTTPプロトコルはブラウザーからのリクエストに対してサーバーがコンテンツをレスポンスして終了です。1ページで終わらないようなアプリケーションの場合、継続しているセッションを知る必要があります。HTMLに識別情報を埋め込んでもよいのですが、コンテンツとは別にヘッダー部にセッション識別情報を組み入れたのが cookie です。

その cookie 、長年の問題がありました。ユーザーが意図していないタイミングで受け取ったり、送ったりしてしまうのです。
例えばニュースサイトをみて通販商品のコンテンツがあったとします。そのコンテンツは別のサイトのものだったとします。ユーザーはニュースサイトを見ているつもりですが、通販サイトはユーザーがニュースサイトのどのページをいつ見たかを記録します(できます)。通販サイトへのリンクをたどらずとも記録されます。ニュースサイトに通販コンテンツがあることを事前にユーザーはわかりません。また一度クリックすると別サイトでも同じ商品の広告が出てくるのはサイトを越えてクッキーの使い回しができるからです(事前にユーザーはわかりません)。このリンクが書き換え、悪用されてもそれっきりです。

この例のようなセキュリティの問題をはらむクッキーをサードパーティクッキーといいます。実はブラウザーの設定でサードパーティークッキーの受け取りを拒否することができます。高い、不便、遅くなるで不評のセキュリティ対策としては、例外的にただ、簡単、遅くならない、しかも強力なものです。ただブラウザーのクッキー設定を変更しているユーザーは少ないのではないでしょうか?会社のPCどうですか

しかし朗報です。Appleは2020年3月に Webブラウザ Safari の初期設定を “サードパーティークッキーの受け取り拒否” としました。サードパーティークッキーの主たる用途は広告宣伝なのです。セキュリティもですが追っかけ広告も鬱陶しいですよね。サードパーティークッキーの濫用というか、そもそもネットマナー、エチケットとしてどうなのかと思っていました。広告宣伝行為として後ろめたさありますよね。会社のマーケティング部門に勤めている知人も個人的にはやりたくないし、自宅のPCはサードパーティクッキーをブロックしているそうです(私もです)。Apple やりますね。マイクロソフト、Google も諦めて欲しいものです。

ブラウザーの設定画面のキャプチャーを貼りました。設定した後は、過去のクッキーをクリアしましょう。クッキー・ブロックは受信拒否であり送信拒否ではありません。過去の設定でブラウザーに保存されているクッキーは有効期限まで送信され続けます

Chromeの設定


Edgeの設定


サイト運営者、Webエンジニアのみなさま、自主的にクッキーポリシー SameSite=Lax  を明示しましょう。Apache であれば mod_header で append SameSite=Lax とするだけです。 php でも jsp でも HTTPヘッダーに反映されます。簡単です。Apache 知っていると得することまたご紹介します。枯れた技術に宝ありですね。
永島志津夫

全社のシステムを少ない人数で見ていれば時に見落としもあるかもしれません。
オフィスエヌ ショートレビュー5万円から。
連絡先 office.nagasima#gmail.com (#を@に変えてメールをお願い致します)

2020年6月21日日曜日

外部認証 OAuth2 業務サービスのクラウドでは?

外部認証、身近なものでは “Facebookでログイン” とか “Googleでログイン” のことです。ユーザ登録は面倒ですし、パスワードも覚えていられないのであれば使われている方も多いかと思います。OAuth2 なのですがコンシューマ向けと業務サービスでは構成、シーケンスに違いがあります。なぜか?というお話です。


最初に業務サービスのの場合の認証シーケンスの例をご紹介しましょう。

ユーザーは認証サイトBにログインし業務サービスを利用していますが、あるオプション機能はサイトAのものだとします。まだサイトAにログインしていないので、オプションメニューをクリックすると、認証トークンが埋め込まれたサイトAへのログインページがサイトBから返されます。ここがポイントで、サイトAへのログインページをサイトAのセッションで返されると、認証トークンをサイトBから得るセッションがブロックされます。なのでサイトAにログインするページはサイトBから返してもらう必要があります。サイトBは有効なセッションをもつユーザー(ブラウザー)に対してサイトAの認証を代行します。認証OKの場合はトークンを返します。トークンはサイトAから提供された秘密台帳による署名付きです。

ログインページはブラウザーのリダイレクション機能を使って直ちにサイトAにアクセスします。認証トークンはサイトAの秘密台帳で検証されログインが成立、ユーザーはサイトAの提供するオプション機能を利用できるようになります。

さて同じことをコンシューマ向けサービスで出来るでしょうか?サイトBを Facebook 、サイトA を転職情報サイトとでもしましょう。Facebookにログインしているユーザーが転職情報サイトのバナー広告をみてクリックします。しかしここで引っ掛かります。サイトAへのログインページです。Facebookに自由にWebページを配置することはできません。このようなシーケンスになります。


いったん、ただのアンカーリンクでサイトAのページを表示します(ページ要求)。そのページはサイトB( Facebook )にリダイレクし認証トークンを受け取ります( 認証要求(1) )。ブラウザーは再度リダイレクしサイトAに認証要求(2)、めでたくログインとなります。
1.サイトBページ→サイトA(バナー広告のクリック)
2.サイトAページ→サイトB(リダイレクション、認証要求、トークン発行)
3.サイトBページ→サイトA(リダイレクション、認証トークン検証、ログイン成立)
4.サイトAページ

これが本来のOAuthの流れなのですが、業務系の場合は1と2をセットで行い、3へ行くことができます。被認証サイトへのログインページを認証サイトに配置できるとシーケンスを簡略化、認証処理の開発、テストも簡素化できます。高品質、安定稼働で安上がりです。業務サービス、企業向けクラウドの場合はこれが可能です。ちょっとしたことなのですが一考の価値ありです。

もう一つ。これはどうでしょう?



先に結論を言うとクロスサイトスクリプティングなので、そのままでは動きません(動いてはいけません)。サイトAのセッションの間にあるサイトBとのセッション(Javascriptで張られたセッション)が、サイトA以外にトークンを渡しうるからです。サイトCもしくは別のユーザーからこのトークンで認証要求されてもサイトAにはわかりません。なりすましでサイトAにログインできます。

postMessage による制限つきの処理も可能ではあるのですが、リダイレクションのような安全かつ一般的な手法を採用しない理由を説明できません。一見構成も簡単なのですが postMessage は特殊なケースに限定されると思います。
ITの世界は流行り、廃りが速いので変化にロバストであるよう、一般的な要素でシステムを構成、簡素化するよう心がけています。寿命の長いシステムはエンジニアの誇りです。ユースケースに応じた簡素な設計、費用対効果の高いシステムほど長持ちです。

永島志津夫

全社のシステムを少ない人数で見ていれば時に見落としもあるかもしれません。
オフィスエヌ ショートレビュー5万円から。
連絡先 office.nagasima#gmail.com (#を@に変えてメールをお願い致します)

2020年6月1日月曜日

マルチホーミング

マルチホーミング、わかります?ITの世界でマルチホーミングといえば物理的なネットワークの冗長化です。最近とんと聞かなくなりましたが、可用性確保で案外落とし穴かもしれません。クラウド流行りでエンジニアも希少化しているのではないでしょうか。インフラ担当としてアサインされたら焦りますよね。。


クラウドへのアクセスはアプリケーションプロバイダーの責任範囲から外れるのまずネットワークの冗長化要件が来ることはないのですが、以前は自前でマシンを設置してアクセス回線を手配していたので、冗長化も仕事の範囲でした。

最初に確認することは、NTT以外の幹線が建屋の近くの(道路の下)に来ているかで、来ていれば建屋への引き込みを依頼します。大技で有線回線と無線回線を併用するなんてのもありました。冗長化の趣旨からするとできるだけ異なる特性のものを組み合わせたほうが良いので悪くないアイデアです。

さて難しいのは、なじみの薄いL1,L2レイヤーを意識しないといけない点ですが、現在はフルIPなのでまだましですね。それでもルーターを用意してBGPの設定となると、なかなか手ごわいですね。できればパスしたいです。できるのでしょうか?
ことと場合によると出来ます。負荷分散としても割りと悪くない方式だと思います。概略を紹介します。

フロントウェッブは一般的なクラウドサービスに配置し、アプリケーションサービスを別のサービスサイトから提供することとします。マルチホーミングの対象はサービスサイトのみです。
ネームサーバーに www.***.com (フロント), svc1.***.com (サービス1), svc2.***.com (サービス2)の3ホストを登録します。フロントはサービス1、サービス2をタイムアウト付きでコールする javascript を組み込んだページを返します。
もうお分かりですね。サービス1が障害されていれば、タイムアウトしてサービス2にアクセスするという簡単なものです。サービス1のホストが回線A経由で、サービス2のホストが回線B経由でアクセスされます。2つのホストが同一DC内であれば疑似マルチホームで、別々のDCであればDC可用性確保になります。
* サービス1、サービス2のIPアドレスがクラスター共有されていれば元々の定義のマルチホーミングらしくなりますが、やるかどうかはユーザーメリット次第ですね。

何も難しいことはありませんし安上がりですぐに適用できますね。というか、DC可用性確保は基本しておいた方がいいです。有名なクラウドサービスもダウン前提ですから(フロントも複数のホストに配置し、ネームサーバーに登録ですよ)。
タイトルと書きだしを否定するようですが、ルーターでマルチホーミングなんて割りが合いません。ajax のおかげで手軽にサービスレベルを上げることができます。
システム設計は、ユースケース、アーキテクチュア、インフラトータルで見ましょう。

永島志津夫

全社のシステムを少ない人数で見ていれば時に見落としもあるかもしれません。
オフィスエヌ ショートレビュー5万円から。
連絡先 office.nagasima#gmail.com (#を@に変えてメールをお願い致します)

2020年5月15日金曜日

使える AI 使えない AI

コロナの影響で派手な催しもできず AI / IT バブルがすっかり鳴りを潜めた感がありますが、本当のところはどうなんでしょうか? IT なんて不要不急の代名詞かと思いきや AI 系は影響を受けていないようです。よっぽど医療関係のほうがダメージが大きいです。


わからないものです。医療のほうが不要不急だったとは。ただ区別しないといけません。医療は個人のニーズで、AI / IT は企業のニーズです。たまたま私はそのふたつを掛け持ちしているので比較してしまうのですが、企業活動は個人活動を凌ぐ力、強さがあるようです。

AI にお金払っている個人います?いませんね。パソコン相変わらず賢くありません。このブログも賢くないかな漢字変換で効率悪く作っています。お金出して ATOK 入れたほうがいいのは分かっていますが、人間がカバーして良しとしてしまいます。

ところが、企業は AI にお金払います。AI が全部できる訳ではないです。本当に限られたシーン、適切なユースケースだけです。ただボリュームが大きくなると人間の 1/10 以下のコストで業務をさばきます。24時間365日さばき続けます。10倍、1/10 というのは、パラダイムシフトが起きる目安で、以前のニューラルネットや AI ブームが終わってしまったのは、せいぜい 3倍、1/3 どまりだったからです。

さてタイトルの “ 使えるAI 使えないAI ” 決め手は認識率だけではないです。ユースケース設計です。認識率が 仮に 80% でも、サンプリング調査であれば サンプル数を 25% 増やせば必要なデータは得られますね。ちょっと机上計算をしてみましょう。

・1 サンプル に10円かかる調査 で 1000サンプルなら 1万円、1250サンプルなら 12,500円
・1サンプルを人間がデータ化するのに 10円、AI だと 1円だとします。
 1000サンプルを人間がデータ化するには、1万円
 1250サンプルを AI がデータ化するには 1250円
結果、人間だと2万円、AI だと13,750円です。2万円と1万4千円ではインパクトないですが、2億円と1億4千万円だとしたら、 AI に切替ない経営陣は責任を問われます。

使える AI はユースケースに利があります。利があるユースケースをターゲットにして不要不急のコストをかけずに市場を拡大しています。AI  もまた資本主義の申し子、おそるべし資本主義!資本主義の辞書に自粛という言葉はないようです。

永島志津夫

全社のシステムを少ない人数で見ていれば時に見落としもあるかもしれません。
オフィスエヌ ショートレビュー5万円から。
連絡先 office.nagasima#gmail.com (#を@に変えてメールをお願い致します)


2020年4月28日火曜日

システム開発 原価計算・資産計上

以前取り上げた 工事進行基準廃止! 2021年4月から強制適用の影響いかがでしょうか?分割検収が一つの手ですね。要件定義と設計開発が同時に進むようなアジャイルでは分割検収できないのでウォータフォールに逆戻りしている案件もあるのではないでしょうか。その検収ですが異質なのがAI領域ですね。納品時点では認識率が目標値に達していないことがあります。使い続ければユースケースに最適化されていくことは分かるのですが数値保証はされません。“資産計上していいのか?” 経理部さんを悩ませます。


AI技術を搭載した業務システムが導入され、自社業務・自社データで受入試験開始します。1日目で気付くと思います。“カタログスペックまず出ません”。コンピュータって賢くないです。AIだろうと電卓だろうと同じ、しょせん足し算と条件分岐の組み合わせです。コンピュータにはコンピュータに向いた仕事を定義して、単純ロジックに整理してあげないとエラーが多くて使い物になりません。それがユースケースです。ユースケースを整理できるAIはまだありません。一番面倒なところは人間仕事です。

いったん適切なユースケースが与えられれば、AIシステムは処理データ量・使用時間とともに精度が向上していきます。かな漢字変換(ATOKとか)もそうですが、使うほどにユースケースに最適化されていきます。かな漢字変換も入力効率が上がっていきます。大規模なAIシステムだと経済効果が大きなものになります。当初想定した投資対効果を上回り、めでたしとなるのですが、システムの資産価値はどうでしょうか?ソフトウェアなら5年の減価償却が基本ですね。減価償却ということは費用処理できる訳ですが、使うほどに生産性の向上するソフトで利益圧縮ができるなんて経営側から見れば打ち出の小づちです。本来なら、販管費から一部、資産に振替えていかなければならない気がします。類似するのは製造原価計算の副産物の原価控除でしょうか。

大手鉄鋼メーカーの経理部の方にお聞きしたことがあるのですが、現在の製造原価計算法は鉄鋼製造に由来しているところが少なくないそうです。AIソフトの普及、進展とともに減価償却の逆で資産が年々増える会計処理が制度化されるかもしれません。その際は単純な計上基準であってほしいですね。

ところAIソフトですが、最初からカタログスペックに近い値が出るのは不吉なサインです。自社業務のユースケースを学習させる余地がないからです。他社業務のユースケースで学習飽和したニューラルネットを再学習させるのは難しく、学習量の少ない未熟なニューラルネットを強化する方が容易です。

永島志津夫

全社のシステムを少ない人数で見ていれば時に見落としもあるかもしれません。
オフィスエヌ ショートレビュー5万円から。
連絡先 office.nagasima#gmail.com (#を@に変えてメールをお願い致します)



2020年4月16日木曜日

湿度75% が 飛沫感染の予防目標か?

時節柄、今回も予防衛生の話題からです。感染という言葉を聞かない日がないくらいですが、ウィルス感染の前段階に “吸着” というプロセスがあります。吸着とは宿主細胞表面にウィルスが安定的に密着した状態です。ウィルスは宿主細胞に自力でたどり着くすべがないので、宿主細胞表面に密着できるかどうかは偶然です。健康な粘膜表面は粘液で覆われているので、ウィルススケールでは三次元の障壁となります。粘膜・粘液保護の弱い部位にウィルスが付着することが吸着を有利にします。吸着できなければ細胞内への 侵入(≒感染)プロセスには進めません。タイトルの通り、湿度75%以上が飛沫感染の予防目標ではないか、というお話(仮説です)。



生まれてから死ぬまでの全ての間、生物は常に微生物、病原体にさらされていますが、免疫システムがバランスを取りながら病原体から身を守っています。免疫システムの複雑さは神経系に例えられるほどで、人間が90年前後生きられるのはこの免疫システムに負うところが大です。過労・睡眠不足は要注意ですが、普段の健康状態に問題がなければ、心配することはないでしょう。心配の精神ストレスの方が考えものです。

予防衛生の一つ、飛沫感染対策です。「インフルエンザってそんなに怖いの?」?の38ページをごらんください。鼻、のど、気管支、肺への付着率と粒子径の関係を調べたものです。大きな飛沫は鼻には付着しますが、肺にはほとんど届きません。粒子が小さくなる程、肺への付着率が上がります。また肺の場合は鼻(鼻腔)よりもはるかに少ないウィルス数で感染が成立するとみられています。肺胞組織の健全性が損なわれている場合はさらに感染率が上がります。コロナに限らず、肺への感染は急速に症状が進みます。注意すべきはこの点です。肺に到達するような微粒子をどう防止するかです。

0.1mmオーダーの飛沫粒子は飛散中の乾燥でマイクロメートルサイズの微粒子になります。乾燥を左右するのは主に湿度で、室温 15-25℃ では、75% 以上の湿度があれば微粒子化までに5秒程かかります。なので飛沫を吸い込んだとしても、微粒子状態ではないので鼻腔で留まるだろうというものです。もちろん鼻呼吸していればですよ。湿度75%というのは東京では6月から10月頃の気候です。体感的には季節風が南風に変わるゴールデンウィークあたりから変化が表われるのではないかとみていますまたアンブロキソールという薬が肺・気管支粘膜保護に役立ちます。高齢の方は医師にご相談下さい生体防御因子群の分泌を促進する塩酸アンブロキソールの 抗インフルエンザ効果」。

飛沫乾燥時間見積(湿度75%、飛散速度3m/s)
縦軸:時間(秒)、横軸:気温(℃)

 飛沫乾燥時間見積(気温20℃、飛散速度3m/s)
縦軸:時間(秒)、横軸:湿度(%)



今年の夏は、換気対策で部屋の空気を入れ替えながらのエアコン使用でしょうか。換気とともに亜熱帯の湿気が部屋に入ってきますが、ドライ運転はしない方がいいですね。蒸し蒸ししたオフィスにいるくらいなら自宅で快適にしていたい訳で、テレワークが定着してしまいそうです。

テレワークは組織を疎結合化し瞬発力発揮に弱くなります。事情はどこも同じで慣れてきたのか、鈍くても文句あまり言われません。一方、自律的で集中力を持続させやすいというメリットは大きいです。こんな騒ぎの最中でもシステムの仕事は減りませんし、生産性も下がっていないようです。テレワーク向きの仕事だったということもあるのでしょうが、AI系は加速している感じもします。システムは人の仕事を機械に置き換えることを目標とするものなので、この勢いで進んだらコロナ騒ぎが落ち着いた後も一部雇用は永久に戻らないでしょう。
機動性、瞬発力を取柄とした人・組織は相対的に順位を下げ、鈍だが、その人・その組織にしかアウトプットできない仕事がニッチを広げていきそうです。
図らずも、社会進化の真っただ中に居合わせてしまったようです。

永島志津夫

追記
 風疹患者数、川崎病患者数が半分程度に減っているようです。予防衛生習慣が広くこのまま定着してくれたら、まさにティールです。

2020年2月11日火曜日

記号処理とニューラルネット 後半 〈Python AI ニューラルネット その7〉

ニューラルネットに記号処理・記号学習を組み合わせたら、というお話の後半です(前半はこちら)。欲張って中間層を50セルにし、第二位と誤答データだけで学習させたネットの結果(記事はこちら)を記号学習させました。結果は98.5%となりました。

中間層50セルで誤答データのみで再学習、epoch 1-17 が1つ目のニューラルネット、それ以降が2つ目のもの


記号学習は記号列生成と重み付け(学習)の2つのステップがあるのですが、今回は単純なので生成は端折りました。

記号列です
正解|第一位|第二位|誤答学習による第一位
ニューラルネットの表現では入力層が 10 + 10 + 10 、 出力層 が 10 、 この組み合わせが 10,000  ( 10 * 10 * 10 * 10 ) あるイメージとなります。

学習アルゴリズム
各記号列の重み付けは 10 * 10 * 10 * 10 = 10,000 のカウンター配列で表現します。学習データの結果に該当する配列要素をカウントアップしていきます。

評価アルゴリズム
テストデータに対し評価を行います。第一位誤答時に、第一位、第二位、誤答学習ネットによる第一位の記号列に相当するカウンター配列から最もカウントの多かった正解* を選びます。numpy.argmaxで一発ですね!

以上です。何と単純なアルゴリズムでしょう。くどいことを言えばAICを参照して冗長なパラメータをまとめてもいいのですが、アルゴリズムの単純さをそのままにしました。

これでもダメなケースはアフィン変換で伸ばしたり、縮めたり、回したり、動かしたりなのですが、計算コストがかかります。なので、簡単なアルゴリズムである記号処理を先に適用して良いかと思います。また記号処理はバイアスをかけられる利点があります。* 最もカウントの多いものを選ぶ代わりに、答えの候補のカウント値や順位を参照します。

MNISTのデータだとコンテキストはないのでバイアスの実験にはなりません。面白そうなサンプルがあったらまたブログにしますね。
永島志津夫

2020年2月6日木曜日

失敗しない要件定義 その2 〈コミュニケーション〉

コミュニケーションについてのエピソードをご紹介します。


あるお客様から課題要望事項をまとめた一覧表がEメールで届きました。課題と思われること、課題ではないが実現できればなお良いと思われる要望があれば、ご連絡くださいと、前回の打ち合わせで私がお話したことを受けて送っていただいたものです。 
ただ一覧表を見ると担当のスタッフは驚いてしまいました。そこにはとてもご契約期間内(1ヶ月)で完了できないほど多くの事項、初めて聞く内容などがあったからです。これを一つ一つ実使用に耐える品質で実現することなど到底できません。担当者は途方に暮れかけていました。少し時間をおいてから私もそのメールと課題要望事項の一覧表を確認しました。 “まずは電話で課題要望事項として挙げた背景、理由であるとか、是非とも必要なことなのか、きいてみてはどうだろう?” と担当スタッフに話しました。幸いすぐ電話で連絡がつきました。30分程お話した内容は以下のようなものでした。  
“社内から色々と要望、課題が出てきており、その量を認識、把握する意味合いもあり一旦全て表にまとめた。要望として挙げているものも、すぐ実現が必要という認識ではなく、これから数ヶ月の中での改善を考えていく上での検討材料という位置付けである。もちろん要望を実現できるに越したことはないが、なかには相矛盾する要件も存在している。要するに、表に挙げたような要望は現在もあるし今後も出てくるであろう、そのような状況にあることをまず共有、理解してもらいたかった。”  
また、課題とされているものも一つ一つに対応するというよりは、業務に与える影響、代替手段(人手で回避、工夫できないか)、そもそも課題として挙げていることの理由、妥当性などの検討を一緒にしたい。それから現実対応できるものを絞り込んで、順次対応していくプランを作ることができたら、と考えられていることが理解できました。 
いかがでしょうか?電話でのコミュニケーションリアルタイム、インタラクティブですから効率がいいですね。テキストよりもはるかに情報量が多い分、相互理解に有利ですし、お互いの時間を共有したこと自体が価値になります。逆に、お客様から時間をとるに値しないと思われたら要件定義失敗です。電話が苦手なスタッフが増えていると聞きます。ボイスコミュニケーション、もっと活用して欲しいと思います。
永島志津夫



全社のシステムを少ない人数で見ていれば時に見落としもあるかもしれません。
オフィスエヌ ショートレビュー5万円から。
連絡先 office.nagasima#gmail.com (#を@に変えてメールをお願い致します