循環する学び～現場とコミュニティの境目で考える～/Learning Cycle between a team and a community
スクラムとデッドライン壊れゆくチームをつなぎとめるもの/Scrum and Deadlines
循環する学び～現場とコミュニティの境目で考える～/Learning Cycle between a team and a community
実践要件定義入門以前 - 勘と経験と読経
最近ネットを見ていると要件定義入門的な記事が目についたので思ったことを書いてみる記事。ITシステム開発における要件定義に関するあれこれ。 【2023/10/10追記】続編の記事を書きました。実践要件定義入門 - 勘と経験と読経 目次 要件定義に関するおすすめ書籍 その要件定義は必要か 要件は決められるのか 要件定義をすることがルールで定められているから要件定義をする必要がある 要件は定義できるのか 現行の業務マニュアルをベースに要件定義をするつもりのあなたへ 現行システムをベースに要件定義をするつもりのあなたへ 外部業者を呼ぶ前に考えるべき事 どこから外注するかを考える 要件定義の作業期間を見積もる 要件定義に関するおすすめ書籍 この後に何度も引用することになると思うので、最初に要件定義のおすすめ書籍を紹介しておく。と言っても紹介するのは1つだけだ。 ユーザのための要件定義ガイド第2版 作
派遣は工程表を作っちゃダメなんですか!?
連載目次 請負か、派遣か、それが問題だ システム開発にも大きな影響を及ぼす改正民法の施行が、2020年4月に迫っている。 改正法によれば、請負契約での不具合に対する損害賠償請求の考え方や、システムが未完成のまま契約が解除されたときにベンダーが既作業分を請求できるのか、などの考え方が大きく変わる。 一方で、「当該システム開発は請負か否か」の争いは、今でも多い。請負契約であれば、ベンダーはシステムを9割方作り終わっていても、最後まで完成させない限り、1銭ももらえない危険がある。 準委任や派遣であれば、システムの完成とは関係なく、働いた分の代金は払ってもらえる。 プロジェクトが途中で頓挫してシステムが完成しなかったとき、「請負契約だからお金は払わない」とするユーザー企業と「派遣契約だから働いた分は払ってもらう」と主張するベンダーが法廷の場で争うことは珍しくない。 この「請負か派遣（あるいは準委任
「33自治体のデータがIaaSから消失」、日本電子計算がシステム障害の詳細明かす
日本電子計算は2019年12月16日、自治体向けIaaS「Jip-Base」を利用中の自治体でシステム障害が発生している問題について記者会見を開き、山田英司社長が「大変申し訳なく思っている」と謝罪した。同社によると、15％のデータはIaaS内のバックアップも見つからず、単独での復旧が不可能。残りの70％は復旧、15％は復旧作業中であることが明らかとなった。 これまで「50自治体」としていたのは、正確には47自治体と、6の広域事務組合や図書館であることも説明された。バックアップが見つからない15％には、このうち33自治体のデータが含まれるという。システム構成も一部が明らかにされ、仮想環境で1318の仮想OSが稼働していたことが判明した。 日本電子計算は復旧作業に当たって、IaaS内からOSやアプリケーション、業務データを含む仮想環境のイメージデータを復旧したり、イメージデータを同社のバックア
霞が関の業務見直し 旅費編
2016.08.01 行革事務局を中心に、各省庁の協力を得ながら、国の業務の見直しに取り組んできました。 その中でも旅費・会計業務の見直しに関しては、今回、徹底的に行いました。 国家公務員が出張した後、旅費が支払われるまでに三か月以上かかることも珍しくなく、職員がその間、立て替えなければならない状況でした。 また、精算にはたくさんの添付書類が必要で、事務作業も非常に煩雑でした。 霞が関には旅費を精算をするためのシステムがすでに導入されていますが、旅費精算業務の実態を調査することなく、また、各省庁の違いもそのまま放置されていたため、非常に使いにくい、非効率的なシステムになっていました。 そのため今回、各省庁の協力を得て、徹底的な旅費精算業務の調査を行いました。 その結果、旅費の支払いが一か月以内にできたのは四割未満、三か月以上かかったのは約一割。 多数の担当者が同じ項目をチェックし、旅費の計
ぼくがかんがえたさいきょうの SoR/SoE あーきてくちゃ #kichijojipm
トランザクションスクリプトはどこから来たのか トランザクションスクリプトは何者か トランザクションスクリプトはどこへ行くのか #sekkeinight
［スクープ］127億円の賠償求めるシステム裁判、三菱食品がインテックを訴えた理由
食品卸最大手の三菱食品がシステム開発の失敗を巡り発注先のインテックを提訴した事件の全貌が、2019年3月4日までに日経 xTECHの独自取材で判明した。原因はビジネスルール管理システム（BRMS）を利用したEDI（電子データ交換）システムの構築失敗にあった。 損害賠償請求額は127億円と、勘定系システムの開発失敗を巡るスルガ銀行と日本IBMの裁判の当初請求額を上回る。巨額裁判の行方は、発注側のユーザー企業と受注側のITベンダー双方の注目を集めそうだ。 インテックの親会社のTISが2019年2月4日に発表した2019年3月期第3四半期決算で、インテックが受託したシステム開発業務に関して三菱食品から127億円の損害賠償請求訴訟を受け、係争中だと公表していた。だが、係争の対象システムや損害賠償額の算出根拠、三菱食品の主張などは不明だった。日経 xTECHの取材により、システム開発が失敗した経緯や
ZOZOTOWNシステムリプレイスの道のり/ ZOZOTOWN 更换云系统之道 - Speaker Deck
All slide content and descriptions are owned by their creators.
Rails Developer Meetupで「バス因子が自分でバス因子を脱するための方法」を発表した - mosowave
Rails Developer Meetup 2018 2日Bトラックで、 「バス因子が自分でバス因子を脱するための方法」を発表してきました。 この規模の登壇は初めてで、すごい人が多い中だったので割と終始ビビっていましましたｗ speakerdeck.com 思っていたより、会場や資料公開後のインターネット上で反響をいただいてびっくりしています。 最近良く思うのですが、自分が悩んでいたり陥ってる状態だったりは、大体多くの人が経験しているんだなぁ、という気持ちになりました。 この発表をするにあたり考えたことだったり、反響を見て考えたことだったりをゆるく書いていこうと思います。 整理するというよりかは、あーこんなことあったなーみたいなのの記憶をたどりながらという感じ。 ちなみに今、横に日本酒があるので文章読みづらかったらごめんなさいｗ テーマを考えている時に同僚の@ujmさんに、 「具体的なエ
人月単価で80万円ぐらいの仕事 - terurouメモ
Twitterでこういうことを書いたら、そこそこ反応があった。 今のご時世、技術難易度が並ぐらい（一人でWebシステムが構築できる程度）で、2‐3人月ぐらいの小さなシステムを一人でヒアリング～実装～運用引き渡しができて、説明責任ちゃんと果たせれば、人月単価換算で80万円ぐらいは一杯転がってる（常にあるとは言ってない）し、その他要因で単価はもっと上がる— てるろー (@terurou) 2018年4月17日 意図通りには伝わらないだろうなぁと思いつつ、所詮Twitterだしなーと思いぶん投げたんだけど、想定してた範疇の誤解が広まってきたので、一応補足する。 「人月単価で80万円ぐらいの仕事」の難易度 ちゃんと書いてないから伝わらなくて当然といえば当然なんだけど、行間をちゃんと補うと、 エンドユーザー直案件 技術難易度的には、いわゆるマスタメンテナンス機能に毛の生えた程度のもの 一覧/詳細/編
失敗の全責任はユーザー側に、旭川医大とNTT東の裁判で逆転判決
電子カルテを中核とする病院情報管理システムの開発が失敗した責任を巡り、旭川医科大学とNTT東日本が争っていた訴訟の控訴審判決は一審判決を覆す内容だった。 札幌高等裁判所は2017年8月31日、旭川医大に約14億1500万円を支払うように命じた。2016年3月の一審判決は旭川医大の過失割合が2割、NTT東が同8割として双方に賠償を命じていたが一転、旭川医大に100％の責任があるとした。同医大は2017年9月14日、判決を不服として最高裁に上告した。 なぜ判決が覆ったのか、裁判資料かと判決文から見ていく。旭川医大とNTT東は日経コンピュータの取材に「コメントできない」と回答した。 高裁もユーザーの義務違反を認定 旭川医大は2008年8月に病院情報管理システムの刷新を企画し、要求仕様書を基に入札を実施。NTT東が落札した。日本IBMと共同開発したパッケージソフトをカスタマイズし、6年リースで提供
Developers Festa Sapporo 2016にCTOの伊藤が登壇しました！ | 株式会社一休
こんにちは。松崎です。 今日はDevelopers Festa Sapporo 2016でCTOの伊藤が登壇した内容について記事にしました！ 対象システムを Record (記録) が目的なのか、Engagement (エンゲージメント) が目的なのかで捉えてマネジメントするCTO の伊藤です。 先週金曜日は 11/11 に北海道札幌で開催された Developers Festa Sapporo 2016 で講演しました。 資料は Speaker Deck に公開していますので、興味のある方はご参照ください。 タイトルは「System of Record と System of Engagment」です。 システム、とひとことにいってもその目的が、例えば業務システムにおける個人情報の保存や確かな請求処理のように「Record (記録)」を主目的にしているのか、「使い易いユーザーインタフェー
A shorthand for designing UI flows
Flows are just as important to good interfaces as individual screens are. Customers don’t land on screens from out of nowhere. Specific sequences of actions lead customers through your app as they try to accomplish their tasks. But as important as they are, flows are hard to communicate during the design process. Drawing out every state of a flow is too time-consuming. And drawings become instantl
ウェブサービスの開発フローケーススタディ / YAP(achimon)C::Asia Hachioji 2016 mid
開発フローの変遷と背景にあった考え方を紹介することで、 開発フローを変化させる方法についてヒントを提供できればと思います。 なお、本資料はYAP(achimon)C::Asia Hachioji 2016 mid in Shinagawaで行われたトークの発表資料となります。
続・拝啓『変わらない開発現場』を嘆く皆様へ ～ ウォータフォール ＆ アジャイル編～ – とあるコンサルタントのつぶやき
とあるコンサルタントのつぶやき とあるコンサルタントのつぶやき MCS （Microsoft Consulting Services） の某コンサルタントがまったり語るテクノロジのお話です。 ご存知の方も多いと思いますが、ここ最近、うちの会社の歌って踊れる DevOps エバの牛尾さんが、こんなエントリを書かれていました。 私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い http://simplearchitect.hatenablog.com/entry/2016/06/20/080807 「自分で人生を決めない」ことが、決定的に業界の進化を遅らせているのかもしれない http://simplearchitect.hatenablog.com/entry/2016/06/24/080049 特に前者は炎上気味でしたが；、二回分のエントリを通して読めば、牛尾さんが言いたい
契約情報（行政事業レビュー）
政府の行政改革 に記載されている「行政事業レビューシートの主要事項のデータベース」から、平成30年度運用等経費が10億円以上の情報システムに関わる行政事業レビューシートを抽出し、表示しています。 法人格の略称について
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
デブサミ2023 / テストを学びたい開発者のためのソフトウェアテスト読書マップ / Software Testing Reading Map for Developers
「問題から目を背けず取り組む」 �一休の開発チームが6年間で学んだこと
はじめてのB2B SaaSデータモデリング in 吉祥寺.pm#18
ドコモ、農業界向けの働き方改革ソリューション
