並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 3238件

新着順 人気順

要件の検索結果1 - 40 件 / 3238件

  • ChatGPTに要件定義をお願いしたらハンパなかった | DevelopersIO

    架空の営業管理システムを作ってもらう前提で、ChatGPTに要件定義をお願いしてみました。 実験として軽く試すレベルで始めてみたのですが、予想を超えるクオリティでしたので、一部始終を皆様にもご紹介します。 ChatGPTとのやりとり まず、ざっくりと必要な機能の洗い出しをお願いしてみました。 あっという間に必要な機能を網羅的にリストアップしてくれまた。私自身、SFA/CRMをいくつか触った経験がありますが、適切な内容だと思います。 中には、「データのインポート・エクスポート機能」のように、検討初期段階ではつい忘れそうな機能も含まれています。さらに頼んでもいないのにオススメの検討プロセスまで教えてくれました。気が利いてます。 機能ベースだと要件の妥当性が判断しにくく思ったので、画面ベースで要件定義してもらことにしました。 「図で教えて」とできないことをお願いしたところ、やんわり断りつつ、意図

      ChatGPTに要件定義をお願いしたらハンパなかった | DevelopersIO
    • 【テンプレ付】chatgptを使ってツールの要件定義をしたら工数が40時間→4時間になった - みんなのシステム企画

      「chatgptを使って要件定義の工数を削減したい」 「そもそもchatgptを使って質の高い要件定義ができるのだろうか」 とお悩みなのではないだろうか。 結論、chatgptで質の高い要件定義を短時間で実現することは可能だ。 実際に私もchatgptを使って下記のような要件定義書を完成させた。 通常この要件定義書を0から自力で作ろうと思うと40時間はかかるが、chatgptを使う事によって4時間で完成させることができた。 しかし、ただプロンプトをなんとな投げ掛ければ良いというわけではない。 目的を達成するために綿密に設計をしたプロンプトを投げかける必要がある。 また、要件定義の中でも ・chatgptに丸投げして良いところ ・自分で手直しをした方が良いところ を精査することも大切だ そこで今回は上記のような要件定義書を4時間で完成させるために、私がchatgptへ投げかけたプロンプトを全

        【テンプレ付】chatgptを使ってツールの要件定義をしたら工数が40時間→4時間になった - みんなのシステム企画
      • 要件定義に関わる人は3億回くらい読んでほしい−−−−−−−−−−「IPA 独立行政法人 情報処理推進機構 超上流から攻める IT 化の原理原則 17ヶ条」

        nori @00oichan お気軽にフォローいただけると嬉しいです。 神奈川県在住/運用設計が得意/外資系企業のSaaSエンジニアです。 好き: servicenow,生成AI,UiPath,Power Automate Desktop,PowerBI … Amazon.co.jp アソシエイトを利用中です

          要件定義に関わる人は3億回くらい読んでほしい−−−−−−−−−−「IPA 独立行政法人 情報処理推進機構 超上流から攻める IT 化の原理原則 17ヶ条」
        • [Doc] 要件定義書テンプレート・要件定義書の書き方 - Qiita

          下記ドキュメントバージョンに関する注意点です。 バージョン番号のルールを定める:バージョン番号は、どのようにつけるかルールを定め、チーム全員が同じ理解で使用するようにする必要があります。たとえば、変更内容によって数字がどのように増えるか(major, minor, patch)、何桁で表現するかなど、具体的に決めておくことが重要です。 変更履歴を明確にする:どのような変更があったのか、それがどのバージョンで実施されたのかを明確にすることが必要です。これにより、何らかの問題が発生した場合に、どのバージョンから問題があるのか特定することができます。 ドキュメントの保存場所を一元化する:ドキュメントのバージョン管理には、ドキュメントを保存する場所を一元化することが重要です。それにより、異なるバージョンのドキュメントが、複数の場所に分散してしまい、誤ったバージョンが使用されることを防ぐことができま

            [Doc] 要件定義書テンプレート・要件定義書の書き方 - Qiita
          • データサイエンティストというかデータ分析職に就くための最低限のスキル要件とは - 渋谷駅前で働くデータサイエンティストのブログ

            追記(2017年7月) こちらのスキル要件ですが、2017年版を新たに書きましたので是非そちらをご覧ください。 「データサイエンティストというかデータ分析職に就くためのスキル要件」という話題が某所であったんですが、僕にとって馴染みのあるTokyoR界隈で実際に企業のデータ分析職で活躍している人たちのスキルを眺めてみるに、 みどりぼん程度の統計学の知識 はじパタ程度の機械学習の知識 RかPythonでコードが組める SQLが書ける というのが全員の最大公約数=下限ラインかなぁと。そんなわけで、ちょろっと色々与太話を書いてみます。なお僕の周りの半径5mに限った真実かもしれませんので、皆さん自身がどこかのデータサイエンティスト()募集に応募して蹴られたとしても何の保証もいたしかねますので悪しからず。 統計学の知識は「みどりぼん以上」 データ解析のための統計モデリング入門――一般化線形モデル・階層

              データサイエンティストというかデータ分析職に就くための最低限のスキル要件とは - 渋谷駅前で働くデータサイエンティストのブログ
            • 要件定義~システム設計ができる人材になれる記事 - Qiita

              はじめに 株式会社デジサク がお送りするプログラミング記事、 今回は要件定義・システム設計について扱っていこうと思います。 プログラミングを勉強していて、こんな事を感じた経験はないでしょうか。 「勉強してもプロダクトが作れない」 「そもそも開発ってどうやるの?」 「要件定義ってなに?」 その悩みを解決するために、まずは開発の全体感を理解しましょう。 下図『ソフトウェア開発プロセス』をご覧ください いつも勉強しているプログラミングは 『実装』 の部分に該当します。 つまり、プログラミングの実力を発揮する前に4つも壁が存在するのです。 そのため、本記事では実装(プログラミング)を開始する前に必要となる、 『企画~設計』 について順を追って説明して行きます。 特に、エンジニアが理解しておくべき 『要件定義』『設計』 にフォーカスします。 なお、開発全体において実装(プログラミング)に使用する時間

                要件定義~システム設計ができる人材になれる記事 - Qiita
              • 実践要件定義入門以前 - 勘と経験と読経

                最近ネットを見ていると要件定義入門的な記事が目についたので思ったことを書いてみる記事。ITシステム開発における要件定義に関するあれこれ。 【2023/10/10追記】続編の記事を書きました。実践要件定義入門 - 勘と経験と読経 目次 要件定義に関するおすすめ書籍 その要件定義は必要か 要件は決められるのか 要件定義をすることがルールで定められているから要件定義をする必要がある 要件は定義できるのか 現行の業務マニュアルをベースに要件定義をするつもりのあなたへ 現行システムをベースに要件定義をするつもりのあなたへ 外部業者を呼ぶ前に考えるべき事 どこから外注するかを考える 要件定義の作業期間を見積もる 要件定義に関するおすすめ書籍 この後に何度も引用することになると思うので、最初に要件定義のおすすめ書籍を紹介しておく。と言っても紹介するのは1つだけだ。 ユーザのための要件定義ガイド第2版 作

                  実践要件定義入門以前 - 勘と経験と読経
                • AWS システム構築 非機能要件ヒアリングシートを公開してみた | DevelopersIO

                  こんにちは。 ご機嫌いかがでしょうか。 "No human labor is no human error" が大好きなネクストモード株式会社の吉井 亮です。 日本国内においても多くのシステムがクラウド上で稼働していることと思います。 俊敏性、拡張性、従量課金、IaS、セキュリティなどクラウドのメリットを享受しやすい所謂 SoE で多くの実績があるように感じます。 ここ1~2年は、社内基幹システム・情報システム、SoR 系のシステムのクラウド移行が本格化してきたというのが肌感覚であります。 クラウドでのシステムインフラ構築は従来のようにゼロから非機能要件定義を行っていくものではなく、ベストプラクティスをまず実装して少しずつ微調整を行っていくものと考えています。とはいえ、システムごとの要件は予め明らかにしておくことがインフラ構築においても重要になります。 クラウド上では出来ること出来ないこと

                    AWS システム構築 非機能要件ヒアリングシートを公開してみた | DevelopersIO
                  • 「怠惰・短気・高慢」であれ、ChatGPTを使って業務効率化しよう(要件定義編)

                    例として読書記録アプリをつくります! 筆者が欲しいサービスを作ろうと思い、今回は「読書記録アプリ」をつくります。 最低限の要件は、次のように設定しました。 デモアプリの要件(読み飛ばしてOK) 読書記録アプリを作る目的 読書が苦手なエンジニアが読書記録をし、記録を共有することで、継続して技術本を読めるようになること ターゲット 新人、中堅のWebエンジニア おおまかな要件 ユーザーは新規登録することで、読書記録アプリにログインできる ユーザーは読む本を登録できる ユーザーは本を何ページ読み終えたかを記録できる ユーザーは本を読み終わったら次の本を登録できる ユーザーは他の人がどの本を読んでいるのか、また何ページ読み終えたかを閲覧できる 質問する前に... また、ChatGPTに業務で使用するコードを渡す場合、環境キーやサービスを特定できる情報を送信しないでください。入力内容が他の人に渡って

                      「怠惰・短気・高慢」であれ、ChatGPTを使って業務効率化しよう(要件定義編)
                    • データサイエンティストもしくは機械学習エンジニアになるためのスキル要件とは(2017年夏版) - 渋谷駅前で働くデータサイエンティストのブログ

                      この記事は2年前の以下の記事のアップデートです。 前回はとりあえずデータサイエンティストというかデータ分析職一般としてのスキル要件として、「みどりぼん程度の統計学の知識」「はじパタ程度の機械学習の知識」「RかPythonでコードが組める」「SQLが書ける」という4点を挙げたのでした。 で、2年経ったらいよいよ統計分析メインのデータサイエンティスト(本物:及びその他の統計分析職)vs. 機械学習システム実装メインの機械学習エンジニアというキャリアの分岐が如実になってきた上に、各方面で技術革新・普及が進んで来たので、上記の過去記事のスキル要件のままでは対応できない状況になってきたように見受けられます。 そこで、今回の記事では「データサイエンティスト」*1「機械学習エンジニア」のそれぞれについて、現段階で僕が個人的に考える「最低限のスキル要件」をさっくり書いてみようかと思います。最初にそれらを書

                        データサイエンティストもしくは機械学習エンジニアになるためのスキル要件とは(2017年夏版) - 渋谷駅前で働くデータサイエンティストのブログ
                      • 【入門】要件定義

                        はじめに 最近プロジェクトマネジメント関連の仕事をする機会が増え、(駆け出しですが)要件定義や設計関連の業務もするようになったので、私の経験を基に要件定義の具体的なプロセスや考え方について、まとめていきます。 この記事の対象者 要件定義の基本や思考プロセスを学びたい人 エンジニアからプロジェクトマネジメントをやりたい人 ビジネスサイドとエンジニアサイドのコミニュケーション能力を向上させたい人 具体的な事例を通して要件定義を学びたい人 前提 紹介する内容はあくまで一例であり、プロジェクトやチームの状況に応じて調整が必要 あくまで自分(駆け出しPM)の経験に基づいた内容を言語化しています プロジェクト規模は10名〜20名のWebアプリ開発を想定しています システム開発の全体像 一般的なシステム開発のプロジェクトは下記のフェーズで進んでいきます。 ※ コンサルの領域だと要件定義の前に企画構想とい

                          【入門】要件定義
                        • 要件定義とはそもそも何か

                          BPStudy#188〜要件定義を学ぼう。ChatGPTを添えて( https://bpstudy.connpass.com/event/281289/ ) の登壇資料です。 2023年4月28日(金)に開催。

                            要件定義とはそもそも何か
                          • 宮澤テクノロジー@ご当地電力を巡る旅⚡️ on Twitter: "これ秘密にしておきたいくらいのライフハックなんですけど、URLを指定するだけでサイトマップを取得してきてくれる超有能Webアプリがあります。デザインの参考にしたり、要件定義したりするのにめちゃ役立ちます。WIREDをキャプチャして… https://t.co/OnfYM4k0zF"

                            これ秘密にしておきたいくらいのライフハックなんですけど、URLを指定するだけでサイトマップを取得してきてくれる超有能Webアプリがあります。デザインの参考にしたり、要件定義したりするのにめちゃ役立ちます。WIREDをキャプチャして… https://t.co/OnfYM4k0zF

                              宮澤テクノロジー@ご当地電力を巡る旅⚡️ on Twitter: "これ秘密にしておきたいくらいのライフハックなんですけど、URLを指定するだけでサイトマップを取得してきてくれる超有能Webアプリがあります。デザインの参考にしたり、要件定義したりするのにめちゃ役立ちます。WIREDをキャプチャして… https://t.co/OnfYM4k0zF"
                            • [IPA] デスマらないために「超上流から攻める IT 化の原理原則17ヶ条」が思った以上に使える件 [要件定義] | oshiire*BLOG

                              「超上流」という言葉自体はとても気に入らないけれども、IPA 独立行政法人 情報処理推進機構 が作って公開している「超上流から攻める IT 化の原理原則17ヶ条」が、当たり前のことを当たり前に並べてあってとても役に立つ。 原理原則 17箇条 ユーザとベンダの想いは相反する 取り決めは合意と承認によって成り立つ プロジェクトの成否を左右する要件確定の先送りは厳禁である ステークホルダ間の合意を得ないまま、次工程に入らない 多段階の見積りは双方のリスクを低減する システム化実現の費用はソフトウェア開発だけではない ライフサイクルコストを重視する システム化方針・狙いの周知徹底が成功の鍵となる 要件定義は発注者の責任である 要件定義書はバイブルであり、事あらばここへ立ち返るもの 優れた要件定義書とはシステム開発を精緻にあらわしたもの 表現されない要件はシステムとして実現されない 数値化されない要

                                [IPA] デスマらないために「超上流から攻める IT 化の原理原則17ヶ条」が思った以上に使える件 [要件定義] | oshiire*BLOG
                              • ユーザのための要件定義ガイド 第2版 要件定義を成功に導く128の勘どころ | 書籍・刊行物 | IPA 独立行政法人 情報処理推進機構

                                編集・発行元 独立行政法人情報処理推進機構(IPA) 社会基盤センター 発行日 2019年12月20日 サイズ B5変形判 ページ数 498ページ ISBN 978-4-905318-72-9 定価 2,500円(税込) 書籍概要 概要 デジタル技術を活用して企業のビジネスを変革し、自社の競争力を高めていく「デジタル・トランスフォーメーション(DX)」が注目を集めるなか、従来のようなITベンダやシステム部門が中心になって要件定義をすすめるスタイルから、業務部門のユーザが主体的に関与するスタイルへの変革の必要性が増しています。 システムの要件を定義する責任は、構築されたシステムを利用してビジネスに貢献する役目を負うユーザにあると言われています。しかしながら、システム開発の遅延の過半は要件定義の失敗にあると言われるように、要件定義においては、その過程で様々な問題に直面します。 そこでIPAでは

                                  ユーザのための要件定義ガイド 第2版 要件定義を成功に導く128の勘どころ | 書籍・刊行物 | IPA 独立行政法人 情報処理推進機構
                                • 【怒り】マクドナルドはすぐに無料で商品をばらまくけど正直やめてほしい - 要件を言おうか

                                  2017 - 01 - 15 【怒り】マクドナルドはすぐに無料で商品をばらまくけど正直やめてほしい マック スポンサーリンク シェアする Twitter Google+ Pocket スポンサーリンク もっと読む コメントを書く

                                    【怒り】マクドナルドはすぐに無料で商品をばらまくけど正直やめてほしい - 要件を言おうか
                                  • 要件定義~システム設計ができる人材になれる記事 - Qiita

                                    はじめに 株式会社デジサク がお送りするプログラミング記事、 今回は要件定義・システム設計について扱っていこうと思います。 プログラミングを勉強していて、こんな事を感じた経験はないでしょうか。 「勉強してもプロダクトが作れない」 「そもそも開発ってどうやるの?」 「要件定義ってなに?」 その悩みを解決するために、まずは開発の全体感を理解しましょう。 下図『ソフトウェア開発プロセス』をご覧ください いつも勉強しているプログラミングは 『実装』 の部分に該当します。 つまり、プログラミングの実力を発揮する前に4つも壁が存在するのです。 そのため、本記事では実装(プログラミング)を開始する前に必要となる、 『企画~設計』 について順を追って説明して行きます。 特に、エンジニアが理解しておくべき 『要件定義』『設計』 にフォーカスします。 なお、開発全体において実装(プログラミング)に使用する時間

                                      要件定義~システム設計ができる人材になれる記事 - Qiita
                                    • 糞システムにしないため、私ができること『はじめよう! 要件定義』

                                      「なぜ糞システムができあがるか?」の答えは、「一つ前の仕事をしている」に尽きる。 詳しくはリンク先を見てもらうとして、まとめるなら、自分の仕事のインプットが出来てないので、仕方なく前工程の仕事を代行しているうちに、リソースと気力がどんどん失われているからになる。これはプログラマに限らず、SEからPM、テスタや運用を入れても、当てはまる。「何をするのか」が決められない経営層が糞だから、あとはGIGOの法則(Garbage In, Garbage Out)に従う。 では、どうすればよいか? 「“何をするのか”を決めてもらう」という回答だと、連中と同じ肥溜めに落ちている。なぜなら奴らの“目標”とは、「売上を○%ストレッチする」とか「新規市場を開拓する」といった、現状を裏返した願望にすぎないから。売上アップ/新規開拓のために、どこに注力して、何にリソースを使い、そのために必要な道具(システム)を“

                                        糞システムにしないため、私ができること『はじめよう! 要件定義』
                                      • 要件定義を専門でやる技術者(Requirement Engineer)に関する雑感 - 勘と経験と読経

                                        タイムラインに流れていた『もう発注側企業に要件定義能力はないので、要件定義を専門でやる技術者(Requirement Engineer)が世界でも日本でも出てきている』という話に関する極めて個人的な雑感。あるいは記憶のダンプ。 b.hatena.ne.jp 要件定義を専門でやる技術者(Requirement Engineer)の話はいつか来た道 要件定義を専門でやる技術者という話は新しい話ではなく、ゼロ年代後半から議論がされていたものである。 ゼロ年代後半というと、SIerを中心にわりと適切なプロジェクトマネジメント方法論が普及しはじめて、「要求された通りのシステムは開発できるようになってきた」という時代だ。 一方で「システムは開発できるが、要件定義がゴミだと、完成するシステムもゴミ」という問題が残っていて、要件定義の高度化や専門家育成の議論があったのだ。 要求開発~価値ある要求を導き出す

                                          要件定義を専門でやる技術者(Requirement Engineer)に関する雑感 - 勘と経験と読経
                                        • 巨乳を彼女の必須要件から外すのに8年かかった。

                                          まずおれがどれだけ巨乳好きか話す。 正確には、とある巨乳に「〜くらい巨乳が好きなんだね」と言われた話をまずは話す。 そもそも多少巨乳好きという自覚がおれには合った。 この年頃の男というのは、某マッチングアプリのいいね欄(自身がいいねを送った相手を遡って見れるという欄)を男友達の内輪で見せ合い、各々のタイプに対して不躾るという時間がある。 そこでいつも友人には「巨乳なら他はなーんも関係ないじゃん」と言われるのだ。だから巨乳好きという自覚があった。 個人的にはドキドキしたらいいねを送ると決めているが、友人からすると分かりやすく巨乳にドキドキしているのが分かるそうだ。 そんな価値基準で某マッチングアプリをわさくさしているおれは、ある夜、パッツンパッツンの胸1枚だけをトップ画像に設定した巨乳とどうにか会う事になった。 あれよやれよと一晩を過ごしたのだが、その巨乳の女の子からは事を終えた後にいろんな

                                            巨乳を彼女の必須要件から外すのに8年かかった。
                                          • 『要求を言え』『5千万円と逃走用の車を用意しろ』ITの人『それは要件だろ!』→わかりやすい解説が登場し、広く共感される

                                            他業種でもこの2つを区別するの大事よね、と共感されてます。 この場に居合わせてるってことはこのITの人は人質なんだろうなぁ…我慢できなかったのか…と想像してジワる。

                                              『要求を言え』『5千万円と逃走用の車を用意しろ』ITの人『それは要件だろ!』→わかりやすい解説が登場し、広く共感される
                                            • スタートアップの現場で役立つ開発要件のまとめ方

                                              こんにちは。ハウスマートの高松(@t2kmt)です。 皆さんは開発要件をまとめるのにどんなフォーマットを使っていますか? 開発要件をいい感じにまとめるのって大変ですよね。 ドキュメント整備せずに開発に着手し始めてしまうと手戻り抜け漏れが出てしまいますが、一方で要件定義書をガチガチなフォーマットにするとドキュメントの作成自体の工数が増えてしまいます。 スタートアップはスピードが命。ドキュメントを書きまくって開発が進まないなんて言語道断です。 開発要件の整理はプロジェクトの成否に多大なインパクトを与えますが、ほとんどの現場では企画を考える人にフォーマットが委ねられていることが多いと思います。 今回は皆さんが快適に開発要件をまとめられるように、ハウスマートで利用している mini spec というフォーマットをご紹介します。 mini spec とは mini spec とは開発の要件をまとめる

                                              • 出生率1.7という驚異的な数字を叩き出してる明石市の施策が凄い。医療費、オムツ代、保育料は無料。『国がしないから仕方なく独自でやってる。セコい要件は課さない』

                                                工藤剛史 @kudo_letranger 「医療費は18歳までタダ。保育料も2人目は完全無料。セコい要件は課さない。国がやらないので、仕方なく市でやっている」 9年連続で人口増を達成している明石市。 泉市長@izumi_akashiが参考人として国会に招致されました。明石市は出生率1.7という脅威的な数字を叩き出しています。 #国会中継 pic.twitter.com/fRHzcGaShK 2022-06-07 16:48:24

                                                  出生率1.7という驚異的な数字を叩き出してる明石市の施策が凄い。医療費、オムツ代、保育料は無料。『国がしないから仕方なく独自でやってる。セコい要件は課さない』
                                                • 「絶対落ちないシステムを作れ」という要件に、開発者たちはどう対応したのか。東証arrowheadの当事者が語る

                                                  「絶対落ちないシステムを作れ」という要件に、開発者たちはどう対応したのか。東証arrowheadの当事者が語る 「素人的に言えば、絶対落ちないシステムを作れ、というのがユーザーから見た要求条件」と発言したのは、東京証券取引所の株式売買システム「arrowhead」開発のプロジェクトマネージャ 宇治浩明氏。 東京証券取引所は2005年にシステム障害を起こし、取引が一時全面停止するという事態を引き起こしました。そのため2010年に稼働を開始した新システム「arrowhead」の開発では、高性能と高可用性という高い品質を実現することが絶対の目標となっていました。 東京証券取引所と、arrowheadの開発に当たった富士通。両社はどのように開発プロジェクトを通して高いソフトウェア品質を実現したのでしょうか? 9月9日、早稲田大学 西早稲田キャンパスで行われた日本科学技術連盟主催「ソフトウェア品質シ

                                                    「絶対落ちないシステムを作れ」という要件に、開発者たちはどう対応したのか。東証arrowheadの当事者が語る
                                                  • 「当事者の違法性の認識は要件ではない」答弁を引き出した枝野がやっぱ好き

                                                    国会ウォッチャーです。 枝野さん、やっぱ好きやわ。正直最初の外務大臣が来なかった件とか怒ってるのはわかったから理事会でやってほしかったわ。枝野さんの質問時間がもったいないわ。趣味の問題ですよ。好きなんだからしょうがない。相手が岸さん、金田さんじゃなくて、岸田さん、守山さんだったら最高だった。山尾さんのは、安倍さんをやり込めるのが目的になってる部分もあるし、安倍さんの答弁が要領を得ないので、それはそれでやればいいけど、私が聴きたいのはこっちなんだって。 あと多分唐突にやめるから。やめても心配しないで。陰謀とかじゃないからね。 私の枝野、まじ惚れる枝野「次、法務省、刑事局。先ほど申しましたが、(組織的犯罪集団の認定において)主たる目的があるのはマストだと。テロ集団がですよ、テロ集団て目的何なんですか。この法律で、法案で、テロ等、言ってます。テロ等の犯罪集団の目的ってなんなんですか。」 林局長「

                                                      「当事者の違法性の認識は要件ではない」答弁を引き出した枝野がやっぱ好き
                                                    • 【レベル別】要件定義が学べるおすすめ本4選 - みんなのシステム企画

                                                      1. はじめよう! 要件定義 ~ビギナーからベテランまで(難度:★☆☆) 1-1. 本のポイント 要件定義のプロセスが平易な言葉で解説されている 内容がコンパクトで図解も多いため読みやすい 中級~上級エンジニアが初心に帰るためにも最適 1-2. 本の特徴 本書は、初学者向けにざっくりとした内容を具体的なアウトプットとともに学ぶことができる。 184ページとボリュームに物足りなさを感じそうだが、要件定義のプロセスと、プロセスごとの勘所がコンパクトにまとまっている。 ちなみに、本書は「要件定義のプロセスと勘所を知れる」という点で独立した書籍だが、著者が書いた下記2冊と合わせると、理解をより深められる。 ・はじめよう! プロセス設計 ~要件定義のその前に ・はじめよう! システム設計 ~要件定義のその後に 本書が有益だと感じた読者は、ぜひ上記2冊にも目を通していただきたい。 1-3. 本を書いた

                                                        【レベル別】要件定義が学べるおすすめ本4選 - みんなのシステム企画
                                                      • 要件定義、基本設計、詳細設計の流れを総復習

                                                        はじめに 📘 この記事は ラクス Advent Calendar 2023 の7日目の記事になります。 要件定義から基本設計、さらに実装や保守運用に至るまでの一貫した経験を何度か積んできましたが、毎回 「要件定義って具体的に何の項目が必要だっけ?」 「基本設計との違いって何だったっけ?」 「基本設計と詳細設計の区別って?」 といった疑問が頭をよぎってきました。 そんなわけで、これまでの経験を振り返りつつ、開発プロセスについて1からまとめていくことで頭の中の大掃除を行なっていきたいと思います🧹 この記事の対象者 🎯 開発プロセスについて学びたい方 要件定義の基本を学びたい人 要件定義と基本設計の違いがわからない人 一緒に開発プロセスについて復習したい方 前提 記事中の一部(特に要件定義や基本設計、詳細設計のサンプル)を自動生成で作成してます。一貫性の無い内容があるかも知れませんが、あく

                                                          要件定義、基本設計、詳細設計の流れを総復習
                                                        • データサイエンティスト&機械学習(人工知能)エンジニアのスキル要件と、過熱する人工知能ブームが生み出す狂騒曲と(2018年2月版:追記あり) - 渋谷駅前で働くデータサイエンティストのブログ

                                                          (Image by Pixaby) この記事は去年はてブ1100以上ついてしまった与太記事の続編です。その時はタイトルを読んで字の如く「データサイエンティスト」と「機械学習エンジニア」の満たすべきスキル要件(の2017年版)について考察したものでした。 で、まだ1年しか経ってないのに何でまた引き合いに出したのかというと、最近のメディア報道やニュースリリースの類などを見ていると「データサイエンティストにディープラーニングをやらせる」とか「高度な統計分析のできるエンジニアが必要」みたいなどう見ても色々混同している感のある内容が目に付くので、改めてちょっと自己流に交通整理してみようかなと思ったのでした。 特に、空前の人工知能ブームで「人工知能」の語が人口に膾炙すると同時に2014年頃にブームが終わったはずの「データサイエンティスト」の語が何故か復権してしまい、そこら中のメディアでかつて空回りした

                                                            データサイエンティスト&機械学習(人工知能)エンジニアのスキル要件と、過熱する人工知能ブームが生み出す狂騒曲と(2018年2月版:追記あり) - 渋谷駅前で働くデータサイエンティストのブログ
                                                          • 「要件定義」のまえに、「要求定義」|しょーてぃー/ Experience & Prompt Designer

                                                            多くのアクセスがあったので無料化しました 要求定義テンプレも記事内でDLできます。 はじめにはじめましてUX プランナーのShoty(@shoty_k2)です。 今回は「要求定義」をつかった、UX デザインについてご紹介します。 実践用テンプレートも記事内にて配布しておりますので、参考にしてください。 「要求定義」とは要求定義とは、「事業や施策によって実現したいこと」です。ユーザーにどのような状態になって欲しいのか・何をしてほしいのか、ビジネスで何が必要なのかなどを取り決めることです。 要求定義という言葉は、もともとはシステム開発の現場では頻繁に使われている単語で、非技術者の企画者がシステムに求める仕様を定義することです。 「要件定義」と「要求定義」の違い多くの方が「要件定義」という言葉を聞いたことがあるかと思いますが、「要件定義」と「要求定義」の違いについてご存知でしょうか? ★要件定義

                                                              「要件定義」のまえに、「要求定義」|しょーてぃー/ Experience & Prompt Designer
                                                            • 大里 宰久 on Twitter: "「絶対電話では連絡しない層」の人間に電話して、仕事の要件を説明した後に、言われた衝撃の一言 「それでは、今話してくれた内容をメールにして送ってくれませんか?」(実話) https://t.co/3k1HNa3xM1"

                                                              「絶対電話では連絡しない層」の人間に電話して、仕事の要件を説明した後に、言われた衝撃の一言 「それでは、今話してくれた内容をメールにして送ってくれませんか?」(実話) https://t.co/3k1HNa3xM1

                                                                大里 宰久 on Twitter: "「絶対電話では連絡しない層」の人間に電話して、仕事の要件を説明した後に、言われた衝撃の一言 「それでは、今話してくれた内容をメールにして送ってくれませんか?」(実話) https://t.co/3k1HNa3xM1"
                                                              • 「15人で国の根幹変えてよいのか」ジャーナリストの櫻井よしこ氏、性別変更手術要件の違憲決定に

                                                                性別変更に生殖機能をなくす手術が必要だとする性同一性障害特例法の規定を最高裁が25日の決定で違憲としたのは、要件を外すことに反対する性同一性障害当事者の多くの意見が無視されたものだ。強い違和感と危惧を覚える。 決定の多数意見には「(特例法施行後)これまでに1万人を超える者が性別変更審判を受けるに至っている中で、性同一性障害を有する者に関する理解が広まりつつあり」とある。 だが、自らも手術を受けて性別を男性から女性に変更した「性同一性障害特例法を守る会」の美山みどり代表らは、1万人以上が手術を受け、手術要件が社会制度として定着しているにもかかわらず、手術をせずに男性の姿のままで女性であるということが通じるのはよくないと主張してきた。 美山氏らは、手術要件が違憲となれば「女性専用スペースに男性器のある女性が入ることが可能になったり、出産する男性が出てきたりして社会が混乱する」とも訴えてきた。多

                                                                  「15人で国の根幹変えてよいのか」ジャーナリストの櫻井よしこ氏、性別変更手術要件の違憲決定に
                                                                • ペロリ流 開発要件のまとめ方 - peroli Developer's Blog

                                                                  2016 - 07 - 22 ペロリ流 開発要件のまとめ方 開発プロセス list Tweet こんにちは。開発部のマネージャーをやっている mizushimac です。 今回は開発するモノの要件のまとめ方についてペロリ開発部が実践している内容を少しご紹介したいと思います。みなさんの会社やプロジェクトではどうやって開発するモノの要件をまとめていますか? パワポ ですか? spreadsheet ですか? 流れ行く slack や github issue で議論しながらコメントに埋もれていき誰かが箇条書きでまとめますか? きっとカオスなことが多いかなと思いますのでこのエントリーが少しでもご参考になればと思います。 ちなみに、ペロリはカオスを楽しめる人を求めていますw 開発要件のまとめ方って色々あって難しい 私が学生の時に所属していた ベンチャー企業 では、数十MBもある パワポ に画面イメ

                                                                    ペロリ流 開発要件のまとめ方 - peroli Developer's Blog
                                                                  • 『はじめよう! 要件定義』(とそのシリーズ)を読んで、はじめよう!UIデザイン|金 成奎

                                                                    『はじめよう! 要件定義 ~ビギナーからベテランまで』はそのタイトル通り、ソフトウェア開発に携わるエンジニアやPM向けに、要件定義の進め方について優しく解説してくれる書籍です。かわいいイラストと平易な文章がとっつきやすく、するすると読めてしまいますが、要件定義って何をどうやったらいいの?とお悩みの方に対して、まずはこれだけやっておくべき基礎知識を得ることができる、とてもわかりやすい内容になっています。 そしてそして、ここからが本noteの主な趣旨ですが、この3部作はデザイナー目線で読み解くと、極めて明瞭で本質的で実践的な、ユーザー体験設計とUI設計の進め方について学べるデザイン教則本と言えるのです。 以下、その理由と、本シリーズを使ってUIデザインを進めていく方法を実例を踏まえて解説していきます。 要件定義とはUI・機能・データを決めることいきなり『はじめよう! 要件定義 』のキモ・コンセ

                                                                      『はじめよう! 要件定義』(とそのシリーズ)を読んで、はじめよう!UIデザイン|金 成奎
                                                                    • 長井秀和 on Twitter: "創価学会から抗議書が届きました。 先の週刊新潮の記事内容に関しての抗議です。 仏壇2000万円と宗教トイチの内容に対して。 7日以内に謝罪訂正しなければ法的手段に訴えるとのこと。 訴権の濫用の始まりになりそうです。 カルトの要件を十分に満たしている事を創価学会自ら証明しそうですね。 https://t.co/ba5rMY7Drq"

                                                                        長井秀和 on Twitter: "創価学会から抗議書が届きました。 先の週刊新潮の記事内容に関しての抗議です。 仏壇2000万円と宗教トイチの内容に対して。 7日以内に謝罪訂正しなければ法的手段に訴えるとのこと。 訴権の濫用の始まりになりそうです。 カルトの要件を十分に満たしている事を創価学会自ら証明しそうですね。 https://t.co/ba5rMY7Drq"
                                                                      • 要件が確定しなかったことにつきベンダに責任がないとされた事例 東京地判平22.7.22(平20ワ16510号) - IT・システム判例メモ

                                                                        ユーザがベンダに対し,ベンダが一方的に開発契約を解除したとして,損害賠償を求めたが棄却された事例。 事案の概要 ユーザXは,ベンダYに対し,平成14年9月18日に,Xの人材派遣業務に必要なシステムとして2つのシステムの開発を委託した(契約金額の合計は840万円)。 その後,Yは,9月25日にはソフトウェアの概要仕様を記載したシステム設計書を交付したが,Xは内容不十分であるとして記名押印を拒絶したためシステム設計書は確定しなかった。さらに,下請業者が交替するなどして,翌平成15年9月になってプロトタイプを作成するとともに再度ドキュメントを提出したが,Xは,やはり記名捺印を拒絶し,確定しなかった。その後もYからはドキュメントが提出されているが,Xはやはり拒絶した。Yは,Xに対し「弊社は契約書の範囲内で最後まで誠意をもって開発を行います。」などと記載した書面を交付した。結局,平成16年9月になっ

                                                                          要件が確定しなかったことにつきベンダに責任がないとされた事例 東京地判平22.7.22(平20ワ16510号) - IT・システム判例メモ
                                                                        • Webサイト制作の要件定義書の確認項目|重松佑 / Shhh inc.

                                                                          プロジェクトのキックオフ前後に作成する要件定義書。確認の抜け漏れを最小限に抑えるには、どのようなことを記載しておくべきか。そして、メンバーへのスムーズな共有と、その後の円滑なプロジェクト進行のための、良い要件定義書とはどのようなものだろう。自分たち用のメモも兼ねて「Webサイト制作プロジェクトの要件定義書」の確認項目をnoteに整理してみます。 1. プロジェクト概要1-1. 背景プロジェクトを発案するに至った背景です。現状の課題、ビジネス要件の変化、ユーザーの変化、社会的要請など、プロジェクトの存在意義や必要性を記載します。 1-2. ゴールゴールとは「完了条件」です。何を達成すれば終わるのか、どこに行けば終わるのかを記載します。通常は5W1Hのうち、WHATやWHEREをゴールとします。 1-3. 目的プロジェクトを何のために進めるのかという意図です。ゴールよりも広い視野で捉えます。5

                                                                            Webサイト制作の要件定義書の確認項目|重松佑 / Shhh inc.
                                                                          • 土地を放棄できる制度、政府が検討 要件・引受先議論へ:朝日新聞デジタル

                                                                            政府は、土地の所有権を放棄したい時に放棄できる制度の検討を始めた。人口減で土地の活用や売却に困る所有者が増えていることが背景にある。防災上の必要性など一定の要件を満たせば、所有者が土地を手放せるようにする方向だ。放棄された土地の引受先などが課題になりそうだ。 政府が来月に取りまとめる「骨太の方針」に盛り込む。法務省や国土交通省が具体的な検討を進め、来年2月にも方向性を示す。 民法には「所有者のない不動産は、国庫に帰属する」(第239条)との規定があるが、土地放棄の手続きを定めたルールはない。そこで廃棄物処理のように、土地の所有者が一定額を納めれば放棄できる仕組みなどを検討する。 所有者が管理できるのに、放…

                                                                              土地を放棄できる制度、政府が検討 要件・引受先議論へ:朝日新聞デジタル
                                                                            • 小笠原 淳 on Twitter: "札幌地方裁判所。 首相演説ヤジ排除事件の国賠訴訟で本日午前、警察官の尋問で傍聴席がザワつくやりとりが。 原告代理人「一般論として、警察が有形力を行使するには法律の要件を満たしていなくてはなりませんね」 警察官「…仮定の質問にはお… https://t.co/5QQpkBjQq0"

                                                                              札幌地方裁判所。 首相演説ヤジ排除事件の国賠訴訟で本日午前、警察官の尋問で傍聴席がザワつくやりとりが。 原告代理人「一般論として、警察が有形力を行使するには法律の要件を満たしていなくてはなりませんね」 警察官「…仮定の質問にはお… https://t.co/5QQpkBjQq0

                                                                                小笠原 淳 on Twitter: "札幌地方裁判所。 首相演説ヤジ排除事件の国賠訴訟で本日午前、警察官の尋問で傍聴席がザワつくやりとりが。 原告代理人「一般論として、警察が有形力を行使するには法律の要件を満たしていなくてはなりませんね」 警察官「…仮定の質問にはお… https://t.co/5QQpkBjQq0"
                                                                              • 要件定義を担当する【ITエンジニア】に必要な【コミュニケーションスキル】 - Qiita

                                                                                はじめに タイトルの主張が少し強いですが、以下の本を読んでコミュニケーションスキルについて書かれている部分が有益だなと思ったので メモ程度 にまとめました。 元の本では具体例などが書かれていてわかりやすいので、その点を押さえたい方は購入をお勧めします。 コミュニケーションスキル 以下の3つがある ヒアリングスキル ミーティングスキル プレゼンテーションスキル 1.ヒアリングスキル A.質問 Open-Close Open 5W2Hを用いた質問 Why,What,Who,When,Where How(程度),How to(手段) Close yes,noで解答できる質問 認識の不一致が連続すると信頼を下げやすいので注意する 深掘り 目的 原因 影響・結果 手段 反復 「それ以外にありますか?」 明確化 曖昧な表現を明確にする 例:「うまくできない」→「納期に間に合わない」 論理性チェック A

                                                                                  要件定義を担当する【ITエンジニア】に必要な【コミュニケーションスキル】 - Qiita
                                                                                • クラウドシステム構築時に活用できる非機能要件チェックリストを公開しました | クラスメソッド株式会社

                                                                                  クラスメソッドのAWS総合支援 コスト最適化からセキュリティ、構築支援、運用保守まで、AWS活用を支援します。

                                                                                    クラウドシステム構築時に活用できる非機能要件チェックリストを公開しました | クラスメソッド株式会社