システム開発に関する記事とニュース
-
2018/11/16パッケージカスタマイズの金額交渉が決裂。ソフトの費用は払うべき？
契約前作業を巡るトラブルが多いので、前回に続いてこの問題を取り上げたいと思います。今回は、ユーザ側に発注する意思はあったものの、作業着手後の費用交渉が決裂してプロジェクトが中断してしまった例です。こういう例を聞くと、やはり契約前作業は危険であると感じるのですが、私が講演や研修などで訪れる企業などで話を聞くと、そうした危険を認知しながらも契約前に先行着手する例がまだまだ多いようですし、そうしたことが問題になって裁判に発展してしまうケースもなかなかなくなりません。
-
2018/11/02契約のない追加作業の支払責任
今回は、ユーザ企業からベンダへの支払いに関する紛争について、お話ししたいと思います。この連載で以前に触れたかもしれませんが、裁判所というところは、そのイメージとは少し違って、簡単に杓子定規な判断をするところではありません。
-
-
2018/10/16テックカンパニー・メルカリが語った「マイクロサービス型組織論、なめらかな社会、mercari X」
メルカリが2018年10月4日に開催した「Mercari Tech Conf 2018」では、数多くのユニークな知見が語られたが、なかでも強調されていたのは、「マイクロサービスアーキテクチャー」だ。メルカリにとって「マイクロサービス」は開発方法論であるとともに、世界的なテックカンパニーに飛躍するための、組織論、さらには意思決定の理論でもあるようだ。その考え方を、キーノートで語られた内容から紹介する。
-
2018/09/21不具合だらけのシステムでも検収行為は義務？
日本を代表する(？) 大泥棒である石川五右衛門は「石川や浜の真砂は尽きるとも世に盗人の種は尽きまじ」という辞世の句を残したと伝えられていますが、これをITの世界に置き換えるなら、「世に不具合の種は尽きまじ」とでもいうべきでしょうか。時代がスクラッチ開発からパッケージ利用、そしてクラウドの世の中になっても、やはりソフトウェアのバグや設定ミスといった不具合は後を絶つことがなく、今回取り上げる判決の中でも裁判所が「ソフトウェア開発においては、初期段階で軽微なバグが発生するのは技術的に不可避であり」と...
-
2018/07/26データ移行におけるユーザ側の協力義務―旧データの理解不足が招く危険
この連載でも何度か取り上げてきたように、ITを導入するにあたっては単に専門家のベンダに任せきりにするのではなく、ユーザ側にも大きな役割があります。どんなシステムを作りたいのかという要件についてユーザ側の意見をしかるべき時期までに決めること、システム化対象になる業務のルールやプロセスについてベンダに教え込むこと、その他システム作りに必要な情報を適宜提供することや、開発に必要な環境を整えることは、契約が請負であるか準委任であるかにかかわらず、ユーザの協力義務とされ、これを怠ってプロジェクトが失敗す...
-
2018/07/05中途半端なアジャイルが招く危険
ソフトウェア開発を行う際、要件の確定→設計の確定→開発→テストというプロセスを踏まず、おおまかな要望を元に、まずは開発してみて、ユーザと共にその機能や性能などについて議論をしながら修正や追加を行いながら徐々に作り上げていくというアジャイル開発は、中小規模の開発プロジェクトを中心にすっかり市民権を得た形となっており、昨今、ソフトウェア開発の成功率が上がってきた要因の一つにこのアジャイル方式の定着を挙げる人がいます。
-
-
2018/06/27「OSSで起きたことはエンタープライズでも起きる」企業への進出を狙うGitHub
マイクロソフトがGitHub買収を発表したのは6月4日。この発表直後の開催となった「GitHub Satellite Tokyo 2018」には多くのエンジニアがつめかけた。2日目のDevelopers in Businessでは、企業におけるGitHubの活用事例や今後の新機能ロードマップなどが紹介された。企業版となるGitHub Enterpriseは企業内システム開発のプラットフォームとして定着しつつあるようだ。
-
2018/05/31その契約、請負ですか？準委任ですか？
IT開発においてよく紛争の元になることに、果たしてこの契約は請負なのか準委任契約なのかということが挙げられます。発注者が受注者に対して「とにかく、この納期と費用で頼んだモノを作ってきてほしい。誰が、どのような作業をするかは関係ない」と依頼する"請負契約"。一方で、「本来、我々が行うべき作業を代わりにやってほしい。そのためには、それなりに能力のある人に○○時間働いてほしい。」と依頼する"準委任契約"。同じようにITを開発する作業でも、請負契約であれば成果物として開発したソフトウェア等を納品しその...
-
2018/04/27カスタマイズ要件で定義されない機能は現行通り？
昨今は、ソフトウェアを一から作るスクラッチ開発はすっかり影を潜め、ベンダが提供するパッケージソフトウェアやクラウド上で提供されるアプリケーションあるいはサービスを自分達向けにカスタマイズ、変更して自社のITを構築することが、すっかり定番となった感があります。こうしたやり方は、一般にITコストが抑えられ、品質もある程度担保されることから、ユーザ企業にとっては、メリットも大きいのですが、一方では、もともとパッケージやクラウドサービスが持っている機能と、自社がこれまでのシステムで使ってきた機能が違う...
-
2018/04/09人工知能時代の権利争い
今は「第三次AIブーム」とも言われる時代で、「深層学習」、「自然言語処理」などのキーワードの下、日々、人工知能に出来ることが増えています。このブームがこれまでと異なるのは、人工知能の技術が、いよいよ実際の業務に使える目途が立ち、研究室から外に出て活躍し始めたということでしょうか。川崎市の子育て相談等のチャットボットは、すでに多くの市民の好評を得ていますし、深層学習でモノの形や色、材質を正確に見分けられるようなゴミ分別ロボットも実際に活躍中です。職場のRPAもある意味では、人工知能にあたりますし...
-
2018/03/13コードが美しくないために起きる問題を考える（後編）―テクニックの乱用・誤用問題
美しくないコードの具体的な問題がだいぶはっきりしていました。後編は「テクニックの濫用・誤用問題です」
-
2018/03/09開発プロジェクトの失敗しない契約書とは、そして現場も契約書を読もう――『システム開発 受託契約の教科書』著者 池田聡氏インタビュー
IT関連企業、特に中小・ベンチャーへのコンサルティングを得意とする弁護士・池田 聡氏。前職は銀行員。それも通算24年間勤務し、うち8年間は情報システム部門に所属した。現職ではその経験が強みになっているという。そんな同氏が1月16日に『システム開発 受託契約の教科書』（翔泳社刊）を上梓。弁護士らしく開発プロジェクトの成功／失敗の根源を「契約書」に見いだし、同書では「開発プロジェクトがうまくいく契約書とは何か」を解説している。本稿では、池田氏の主張である「エンジニアも契約書を読むべき」の理由などを...
-
2018/03/09旧システムのデータ不整合に対処する責任はどちらに？
ビックデータ、オープンデータ、データサイエンティスト等、ITの世界では昨今、データに関する話題がホットです。どれだけ精度の高いデータを数多く集められるかが企業の業績を左右し、データを分析する力が個人のキャリアアップのために有用な時代となりました。
-
2018/03/06コードが美しくないために起きる問題を考える（中編）―リーク/魔法の手順/影響範囲が分かりにくい問題
コードが美しくないことによる、現実的な痛み、について考えています。ただの美学の問題ではないことがだんだんわかってきました。
-
2018/02/27コードが美しくないために起きる問題を考える（前編）―重複のあるコード／誤読問題
美しいコード、をテーマに対話を続けています。コードの美しさ、などと言うと、一部の方には「美学の問題とビジネスとは違う」と誤解されがちなようですので、今回はそこのところについてじっくりと掘り下げてゆきました。
-
2018/02/07ユーザ側の責任と協力の重要性
今回取り上げるのは、前回と同じ判決です。前回はIT開発においてユーザがプロジェクトの進め方や、IT開発では完成後に多少の不具合が残存するということ等について、知識がなかった為に、プロジェクトが混乱したという事例をお話ししました。念のため、前回の概要と判決について、もう一度、ご紹介します。
-
2018/01/24このシステムは完成したのか？自分で見分けられないユーザ
昨今は、ユーザ企業も自社のITを自分達で企画し、その導入においてもプロジェクトを自身で主導しなければならないことが多くなってきました。企業活動におけるITの重要性は以前から言われてきたことですが、たとえばメルカリやウーバーなど、それまでにないサービスをITで実現しようとするとき、どんなシステムを作れば良いのかを考えられるのはユーザ側の方です。また、昨今はクラウドサービスを使うケースも増えています。クラウド業者は定型的なサービスは提供しますが、ユーザ企業の要望に会わせてカスタマイズや設定変更を行...
-
2018/01/10「契約確実」という言葉は信義則違反？
システム開発契約を巡る紛争というと、ユーザかベンダのどちらかが契約上の債務を履行しない債務不履行や、納品したシステムに欠陥があり契約の目的を果たせないという瑕疵に関するものが定番ですが、それらはあくまで「契約あって」の紛争です。システム開発に関わる契約書にはユーザとベンダがお互いに、「私はお金を払いますから、あなたはこういうことをして下さい」 という約束事が書かれており、どちらかが、その約束を守らず、何らかの損害が発生した時に、その賠償を求めるというのがIT紛争の一般的な形と言ってもよいでしょ...
