「アジャイル型開発と派遣・請負区分」@『労基旬報』2021年10月25日号 - hamachanブログ(EU労働法政策雑記帳)
去る9月25日、厚生労働省のホームページにひっそりと「労働者派遣事業と請負により行われる事業との区分に関する基準」（37号告示）に関する疑義応答集（第3集）がアップされました。この問題に関心のある人しか気が付かなかったでしょうが、これは昨年来問題となっていたアジャイル型開発と派遣・請負区分に一定の決着をつける文書だったのです。 アジャイル型開発とは、システム開発において、計画段階では厳密な仕様を定めず、小さな単位に分けられた開発を「スプリント」と呼ばれる単位で繰り返して実施し、最終的なシステムを完成させる開発手法です。細部にわたる仕様をすべて決定してから開発工程に進むのではなく、ユーザにとって優先度の高いものから順次開発・リリースして、運用時の技術評価やユーザの反応に基づいて素早く改善を繰り返すことにより、システムの機能同士の結合リスクを早期に解消できたり、システム利用開始までの期間を短く
「『納品』をなくせばうまくいく」倉貫義人 - Footprints
最近読んだ題記の本に関するコメント。 「納品」をなくせばうまくいく 作者: 倉貫義人出版社/メーカー: 日本実業出版社発売日: 2014/06/12メディア: 単行本この商品を含むブログ (6件) を見る 副題に「ソフトウェア業界の”常識”を変えるビジネスモデル」とあるが，そこまで革新的なモデルではない。 従来型のカスタムメイドのシステムは，システムの完成，引渡しを前提とする請負契約のもとで開発されていたところ，その欠点をいくつか指摘した上で，著者の会社は，準委任型（本書の中では「顧問」という表現も用いられている）で開発するというサービスを展開しており，その特徴と利点を説いている。 要はアジャイル型，リーンスタートアップ型で，少しずつ作っては発注者の要望を聞きながら柔軟に成長させるというモデルで，そのためには，発注時に目的物となるシステムが特定できないから，準委任型で開発するというもの。
クラウドサービス契約について考える - Footprints
AWSのブログにて，8月5日付けで「第二期政府共通プラットフォームにおけるクラウドサービス調達とその契約に係る報告書」が公表されていることを知った。 https://cio.go.jp/node/2704 何についての報告書か 政府のクラウド基盤としてAWSが採用されるということが今年の2月に報道されていた（下記記事）。 xtech.nikkei.com この報告書では，政府がクラウドの導入に当たって「クラウドサービスのメリットを最大化するための契約方法」を検討し，締結に至った事例を紹介するというものである。 クラウドサービスと法律，というテーマでは，2010年前後くらいからいくつかの論考や書籍が多く出されており，固有の法律問題についての議論はおおむね出尽くした感があった。しかし，2020年になった今でも，もっともベーシックな形態であるクラウドサービスをユーザに使ってもらうという契約につい
アジャイル型開発と偽装請負（NBL No.1196 p.50） - Footprints
ソフトウェア開発業務委託の分野では，「アジャイル開発は偽装請負にならないか？」が頻出問題だが，この点を正面からとらえた論考に接したので紹介する。 「アジャイル型開発と偽装請負」（上山浩＝田島明音） NBL No.1196（2021.6.15号）50頁である。上山先生は，知財，IT（システム開発）の分野では古くから著名な弁護士であり，今さら紹介の必要もないだろう。 この問題に触れたものとして，私の記憶に残るのは，2020年3月にIPAからリリースされた『アジャイル開発版「情報システム・モデル取引・契約書」』がある。 www.ipa.go.jp この解説16頁には，さまざまな議論が紹介されているにとどまる。文書の性質上，偽装請負の疑いが強いといったトーンではなく， アジャイル開発の本質に即したコミュニケーションは、ユーザ企業の注文主としての意思決定の伝達等の契約の当事者間で行われる要求や注文、
システム開発、請負で4人のSEを確保したいが管理費がなんだか高い
Q．システム開発で、請負のSEを4人確保しておきたくA社に見積もりを依頼しました。あるサブシステムの設計を一式発注する予定です。設計フェーズの期間中、当社に常駐して作業してもらいます。バイネーム（指名）のSEもいて、単価が高いのは承知のうえです。しかし、さらに管理費として毎月0.5人分の費用が上積みされています。管理や指示は当社で行うので納得できません。 質問者の会社は、指名者を含む担当SE4人に直接、指示命令はできません。A社の責任者から指示してもらう必要があります。「直接指示するので管理は不要だ」というのであれば派遣契約にしなければなりません。 質問者の会社も、顧客にプロジェクト管理費を請求していませんか？ A社に対しても一定の管理費用は譲歩してあげてください。A社からすると、工数見積もりなので、少しでも積み上げたいところです。管理工数の多寡は、よく話し合ってください。 管理費用の根拠
120年ぶり民法改正へ、システム開発費「高騰」のリスク
約120年ぶりに債権法を抜本的に見直した改正民法の施行が、約4カ月後の2020年4月1日に迫っている。改正によりIT業界で新たな火種となりそうなのが、ITベンダーが納品した情報システムに対して、ユーザー企業が無償改修や賠償を請求できる期間が実質的に延長される点だ。大手ITベンダーや業界団体は対応に乗り出しているが、システム開発費が「高騰」するリスクをはらんでいる。 改正民法は2017年に国会で成立した。売買やサービスなどの「契約」に関するルールを定めた債権法を約120年ぶりに抜本的に見直す。建築業界と並んで大きな影響を受けるのがIT業界だ。ITベンダーとユーザー企業それぞれで対応が必要になる。 最長10年間、ユーザー企業は無償対応の請求が可能に ユーザー企業とITベンダーが交わすシステム開発の契約形態は大きく2つある。ITベンダーが成果物に対する完成義務を負う「請負」と、ユーザー企業が設計
SQLインジェクション対策不備の責任 東京地判平30.10.26（平29ワ40110） - IT・システム判例メモ
SQLインジェクション対策をしていなかったことについて開発会社の責任が問われた事例。 事案の概要 Xは，Yに対し，Xの提供する車・バイクの一括査定システム（本件システム）の開発を約320万円で委託し，平成24年9月に納品を受けた。 その後Xは，平成28年12月に，IPA*1から，中国のサイトに本件システムの脆弱性に関する情報が掲載されているという指摘を受けて，Yに対し，その調査と報告を依頼した。 その結果，本件システムには，ＳＱＬインジェクション対策が不十分という脆弱性が判明したことから，XはYに対し，その脆弱性はYの被用者の故意過失によって生じたものであるから，使用者であるYには使用者責任があると主張して，民法７１５条１項所定の損害賠償請求権に基づき，緊急対策費用４７万５２００円，詳細な調査，抜本的な修正費用６４０万円，サーバー移転費用３５万６４００円，セキュリティ対策のための本件システ
「一括請負はお互い不幸」から「作らないSI」へ - GoTheDistance
僕がSIerを退職して５年。大きな潮目を迎えているのかもしれない、SIビジネスのお話。 itpro.nikkeibp.co.jp 簡単にまとめると「一括請負はゼロサムになってお互い不幸なんで、XaaSを使って作らないSIをやり始めている」という話を「オルタナティブSI」という言葉で表現しているようです。この5種類に分類してくれていますが、ただ並べただけで軸はバラバラです。 月額契約型サービス「納品のないSI」 固定料金でシステムを構築する「定額パッケージSI」 自動生成ツールを使う「自動生成SI」 クラウドでITインフラを構築する「クラウドインフラSI」 ユーザー企業自らシステムを外販する「コミュニティSI」 作らないSIはずっと前から目指していた 代替となる選択肢は色々あるけれども、根幹にあるには「作らないSI」を目指していることだと思っています。 僕がSIerにいた10年前も「作らない
業務委託契約書を作成する時の弁護士からの５つのアドバイス
業務委託契約とは、端的に言えば、一方の当事者が、何らかの業務を他方当事者に委託する（任せる）契約ですが、システムの開発・保守、製造、運送、警備、経理、コンサルティング等、委託する業務の内容は挙げればきりがないほど、極めて多岐にわたります。 一つの会社が、何種類もの業務委託契約を締結していることも多々あるため、我々弁護士が、業務委託契約を巡るトラブルに関する相談を受ける機会は非常に多いのですが、クライアントの方が「こんなはずではなかった」と後悔するポイントは、いずれも似ていることが多いのです。 すなわち、業務委託契約の種類は様々であっても、業務委託契約に潜む紛争の火種として注意すべきポイントは、多くの契約において共通しているのです。 紛争の火種となりやすい条項は、大きく分けて５つに分類できますが、業務委託契約書の作成・レビューの依頼を受けたときは、まずは、この５つのポイントを確認します。もち
フリーエンジニアが年間3,600万円の売上を上げた方法を解説する | SHINGO IRIE
はじめましての方もいると思いますので、自己紹介から。 入江慎吾と申します。Web制作会社に10年勤務後、2011年にフリーランスとして独立しました。 独立して7年経つのですが、売上は毎年右肩上がりで個人で年間3,600万円の売上を記録しました。これまでやってきたことを振り返ってまとめてみました。使えるところがあれば、使ってください。 自分のサービスをつくるコネも何もない状態ではじめたので、最初の年は仕事がなく、ひたすら自分のサービスをつくっていました。1年で10個はつくりました。 これが直接成功したわけではなく、売上にもなってないのですが、仕事を呼び込むことにつながりました。 個人でサービスやアプリをつくってリリースしている人って日本で見れば数はかなり少ないです。（昔はもっと少なかった） つくって出すだけでも、認知度上がります。実際、当時からTwitterのフォロワーは1,000人をすぐに
請負開発やめました
佐藤 潤です。 パソナテキーラは、請負開発を1年前にやめました。我々が得意とするアジャイル開発と請負契約との相性があまりに悪く、トラブルが避けられないと考えたうえでの決断でした。それによって、最初は取引のあったお客様が離れてしまったり、請負でないと提案すらできない商談もありましたが、1年かけて改革を進めた結果、自信を持って提案をすればお客様にも理解していただけるということに確信が持てるようになりましたので、あらためてなぜ請負をやめたのか、今回はちょっと詳しく書いてみようかと思います。 SIというビジネスの商習慣への疑問 請負契約の状況は悪化している 以前よりSIという日本独特のビジネスには違和感を持っていました。多くのシステム開発プロジェクトにおいて、構築するシステムの内容が決まっていないにも関わらず、サービス提供者（SI事業者）が要件定義から開発までを請け負いますが、なぜこんな商習慣にな
【悲報】客先常駐システム開発で今もステップ数によるバグ検出数基準が使用されていることが判明 | 株式会社アクシア
お盆休みに入る前にTwitterに以下のツイートを投稿しました。 ステップ数で評価しようとするどこかのシステム開発会社みたいだなｗ https://t.co/67ujbhVoUn — 米村歩@日本一残業の少ないIT企業社長 (@yonemura2006) August 10, 2017 あるんですよ。一番困ったのはステップ数に応じて「検出されるはずのバグ数」という指標もあって、その数の分だけバグが検出されないと試験が正しく実施されていないと判断されてしまうことがありました。プラグインで自動生成されるコードにまでその指標を押し付けられ…バグなんて出るはずもなく…。 https://t.co/oM4zT3oolb — 米村歩@日本一残業の少ないIT企業社長 (@yonemura2006) August 10, 2017 私自身が客先常駐の現場でシステム開発に携わったのはフリーランスの頃なのでも
弱いSEの増田が書いた「客先常駐」の話を、強いSEが「嘘だ」と言っちゃうこんな世の中じゃ。 - O-Lab +Ossan Laboratory+
便宜上「弱いSEの増田」「強いSE」と書くけど、増田をバカにしてるわけじゃないと書いておく。 「弱いSE」になってしまうのは、増田の指摘通り「運」の要素が強すぎる。 「常駐先ガチャ」と言っても良いレベル。課金してガチャを回せるわけでもないし。 ↓弱いSEの増田 anond.hatelabo.jp ↓強いSEのブログ www.orangeitems.com 弱いSEの増田が書いてるけども、 「運よく技術的な仕事ができるポジションに着けた人」は客先常駐型の派遣を肯定する傾向にあり違法労働も良しとする人が多い。 （中略） 先ほど記した技術力が身につかない上に低賃金なポジションに着いてしまった人よりも発言力があり業界内で幅を利かせている事が多い。 いやぁ、ほんと。 強いSEのブログ書いた人がまさしくこの指摘に該当する人なんですよねぇ。 強いSEって弱いSEの立場に追い込まれてる人をこんな感じで「嘘
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
