「『納品』をなくせばうまくいく」倉貫義人 - 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頁には，さまざまな議論が紹介されているにとどまる。文書の性質上，偽装請負の疑いが強いといったトーンではなく， アジャイル開発の本質に即したコミュニケーションは、ユーザ企業の注文主としての意思決定の伝達等の契約の当事者間で行われる要求や注文、
「一括請負はお互い不幸」から「作らない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 私自身が客先常駐の現場でシステム開発に携わったのはフリーランスの頃なのでも
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
