(Translated by https://www.hiragana.jp/)
見積の人気記事 238件 - はてなブックマーク

検索けんさく対象たいしょう

ならじゅん

ブックマークすう

期間きかん指定してい

  • から
  • まで

1 - 40 けん / 238けん

見積みつもり検索けんさく結果けっか1 - 40 けん / 238けん

見積みつもりかんするエントリは238けんあります。 開発かいはつ仕事しごと要件ようけん定義ていぎ などが関連かんれんタグです。 人気にんきエントリには 『イーロン・マスクのロケット製造せいぞういつつのステップがサイコーだった』などがあります。
  • イーロン・マスクのロケット製造せいぞういつつのステップがサイコーだった

    イーロン・マスクが YouTube チャネルでスペース X のテキサス工場こうじょうスターベースのなかあるまわりながらロケット製造せいぞう電気でんき自動車じどうしゃについて説明せつめいしているのをた。ツイートしたこのけん。 これがめちゃくちゃに示唆しさんでいて面白おもしろかった。こののイーロン・マスクは饒舌じょうぜつたのしそうなので、かなり魅入みいってしまった。きっとかれはカンファレンスや会議かいぎしつなかでインタビューをけるよりも、工場こうじょうでみんながロケットつくったり作業さぎょうしているかたったほう情熱じょうねつめていろいろ説明せつめいしてくれるんだとおもう。 このなか製造せいぞう工程こうていはなしがあって、これはロケット製造せいぞうなどの特定とくてい分野ぶんやだけでなく、IT やその分野ぶんやにでもてはまる普遍ふへんてき知見ちけんだとおもったので意訳いやくしてみた。ざっとビデオを印象いんしょうのこった部分ぶぶんだけを意訳いやくした。あくまで大枠おおわくってることをまとめただけなので、もし詳細しょうさい興味きょうみがあればぜひビデオをてイーロン・マスクのはなし直接ちょくせついて確認かくにんしてく

      イーロン・マスクのロケット製造5つのステップがサイコーだった
    • 中田なかた質問しつもんばこです

      みずほ関係かんけいしゃほうでしょうか。連日れんじつのようにかえされるシステム障害しょうがいとその批判ひはんたりにして疲弊ひへいしているのだろうとおさっしします。ただ、おっしゃっている内容ないようはどれも妥当だとうせいとぼしいので、公言こうげんされるとますます批判ひはんこえつよまってしまうことが危惧きぐされます。ご自身じしん反論はんろん有効ゆうこうかどうかを検証けんしょうする有力ゆうりょく方法ほうほうは「の2メガバンクではこのロジックは通用つうようするか?」というかんがかたです。以下いか、すべてこのアプローチでご説明せつめいします。 まず「銀行ぎんこうリテールの利益りえきは250おくえんしかなく赤字あかじのこともあるのだから莫大ばくだい設備せつび投資とうしをすることは株主かぶぬしにとって妥当だとうではない」というのは論理ろんりまったぎゃくで、莫大ばくだい設備せつび投資とうしをしたのですからもっとかせがなければならないのにかせげていないことが問題もんだいなのです。MUFGやSMFGをごらんいただければ銀行ぎんこうリテールだけでも1,000おくえん単位たんいもうけていることがわかるでしょう。しかもシステム統合とうごうようした費用ひようはMUFGで3,300おくえん

        中田の質問箱です
      • ChatGPTに要件ようけん定義ていぎをおねがいしたらハンパなかった | DevelopersIO

        架空かくう営業えいぎょう管理かんりシステムをつくってもらう前提ぜんていで、ChatGPTに要件ようけん定義ていぎをおねがいしてみました。 実験じっけんとしてかるためすレベルではじめてみたのですが、予想よそうえるクオリティでしたので、一部始終いちぶしじゅう皆様みなさまにもご紹介しょうかいします。 ChatGPTとのやりとり まず、ざっくりと必要ひつよう機能きのうあらしをおねがいしてみました。 あっという必要ひつよう機能きのう網羅もうらてきにリストアップしてくれまた。わたし自身じしん、SFA/CRMをいくつかさわった経験けいけんがありますが、適切てきせつ内容ないようだとおもいます。 なかには、「データのインポート・エクスポート機能きのう」のように、検討けんとう初期しょき段階だんかいではついわすれそうな機能きのうふくまれています。さらにたのんでもいないのにオススメの検討けんとうプロセスまでおしえてくれました。いてます。 機能きのうベースだと要件ようけん妥当だとうせい判断はんだんしにくくおもったので、画面がめんベースで要件ようけん定義ていぎしてもらことにしました。 「おしえて」とできないことをおねがいしたところ、やんわりことわりつつ、意図いと

          ChatGPTに要件定義をお願いしたらハンパなかった | DevelopersIO
        • 見積みつもり提案ていあんしょいておくと不幸ふこうらせる前提ぜんてい条件じょうけん

          はじめに ちょっとつぶやいたらおもいのほか需要じゅようがありそうだったので、簡単かんたんにまとめておきます。 おことわり これをいておけば、すべての不幸ふこうけられるというものではありません 提出ていしゅつさきとの関係かんけいせい次第しだいでは、かないほうがいいこともあるかも わたし自身じしん普段ふだん提案ていあんしている内容ないようが、すべて記載きさいされているわけでもありません(うろおぼえでいてたり、大人おとな事情じじょう) これを流用りゅうようしておこったすべての事項じこうについて、なんらかの責任せきにんをとることはできません 本稿ほんこうでは請負うけおいによる開発かいはつ想定そうていしています でも共有きょうゆうすることで、この業界ぎょうかい不幸ふこうればいいなということでつらつらいてみます。 ほかにもあるようなら、Twitterなりコメントなりで提案ていあんしてもらえるとうれしいです。 前提ぜんてい条件じょうけん目的もくてき 見積みつもり提案ていあんしょどおりに、実施じっしするために必要ひつよう条件じょうけん明確めいかくにする 条件じょうけん逸脱いつだつしたときに、どうなるのかハッキリさせる 上記じょうきおおむねつぎのとおり 実現じつげん不可能ふかのうになる

            見積・提案書に書いておくと不幸を減らせる前提条件
          • 「のどがかわいた」というユーザーになにす? ユーザーの「しい」にまどわされない、本当ほんとうのインサイトをつけるUXデザイン・UXリサーチ

            「のどがかわいた」というユーザーになにす? ユーザーの「しい」にまどわされない、本当ほんとうのインサイトをつけるUXデザイン・UXリサーチ 2022ねん9がつ13にち 株式会社かぶしきがいしゃメンバーズ ポップインサイトカンパニーでのウェビナーのスライドです。「ユーザーがしいとった機能きのうをつけたのに使つかわれない!」という経験けいけんはありませんか。プロダクトをつくるとき「ユーザーの心理しんり理解りかいしよう」とよくわれます。しかし、ユーザーにわれたままやることと、ユーザーが本当ほんとうのぞんでいることはことなります。「UXデザイン・UXリサーチ」は、ユーザーを理解りかいするための専門せんもん技術ぎじゅつです。ユーザーインタビューやユーザビリティテストをもちいてファクトをあつめることで、ユーザーの表面ひょうめんてき言葉ことばまどわされない、本当ほんとうのインサイトにたどりつくことができます。かんたんなワークもまじえながら、体系たいけいてき解説かいせついたします。Read less

              「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
            • 【テンプレづけ】chatgptを使つかってツールの要件ようけん定義ていぎをしたら工数こうすうが40あいだ→4あいだになった - みんなのシステム企画きかく

              「chatgptを使つかって要件ようけん定義ていぎ工数こうすう削減さくげんしたい」 「そもそもchatgptを使つかってしつたか要件ようけん定義ていぎができるのだろうか」 とおなやみなのではないだろうか。 結論けつろん、chatgptでしつたか要件ようけん定義ていぎ短時間たんじかん実現じつげんすることは可能かのうだ。 実際じっさいわたしもchatgptを使つかって下記かきのような要件ようけん定義ていぎしょ完成かんせいさせた。 通常つうじょうこの要件ようけん定義ていぎしょを0から自力じりきつくろうとおもうと40あいだはかかるが、chatgptを使つかことによって4あいだ完成かんせいさせることができた。 しかし、ただプロンプトをなんとなければいというわけではない。 目的もくてき達成たっせいするために綿密めんみつ設計せっけいをしたプロンプトをげかける必要ひつようがある。 また、要件ようけん定義ていぎなかでも ・chatgptにまるげしていところ ・自分じぶん手直てなおしをしたほういところ を精査せいさすることも大切たいせつだ そこで今回こんかい上記じょうきのような要件ようけん定義ていぎしょを4あいだ完成かんせいさせるために、わたしがchatgptへげかけたプロンプトをちょん

                【テンプレ付】chatgptを使ってツールの要件定義をしたら工数が40時間→4時間になった - みんなのシステム企画
              • もと給食きゅうしょく営業えいぎょうマンが「ホーユー」の学校がっこう警察けいさつでの給食きゅうしょく提供ていきょう停止ていし騒動そうどう原因げんいんをざっくり解説かいせつしてみた。 - Everything you've ever Dreamed

                mainichi.jp 西日本にしにほん中心ちゅうしん学校がっこうりょう食事しょくじ提供ていきょう停止ていしする事態じたいきている。運営うんえい会社かいしゃ広島ひろしま本店ほんてんのある給食きゅうしょく会社かいしゃホーユー。ホーユーのはコンペでなんかいかけたことがある。くわしくはらない。 給食きゅうしょく事業じぎょうはリターンもすくないけれどもリスクもすくないビジネスだ。給食きゅうしょく設備せつび用具ようぐ食器しょっきをクライアントがわ負担ふたん事業じぎょうおこなえるからだ。ひとことでいってしまえば経費けいひ負担ふたんかるいのだ。食材しょくざい実費じっぴ人件じんけん委託いたくでカバーできる。「莫大ばくだい利益りえきせるか?」といわれると案件あんけん次第しだいだが、いち事業じぎょうしょたりで赤字あかじになるリスクはとてもすくない事業じぎょうである。 そのため、ちか破産はさん申告しんこくするとみられるホーユーの社長しゃちょう人件じんけん食材しょくざい高騰こうとう理由りゆうげているのをって「みょうだな…」とコナンくんのようにうたがったのがこの文章ぶんしょういた表向おもてむきの理由りゆうである。なおうらきの理由りゆう奥様おくさまからの「あなたの会社かいしゃ大丈夫だいじょうぶなのか」という不安ふあんのぞくためである。 一般いっぱんてき

                  元給食営業マンが「ホーユー」の学校・警察での給食提供停止騒動の原因をざっくり解説してみた。 - Everything you've ever Dreamed
                • なぜ、ソフトウェアプロジェクトは人数にんずうやしても上手うまくいかないのか - Qiita

                  はじめに ソフトウェアプロジェクトには不思議ふしぎ性質せいしつがあります。現状げんじょうのスケジュールに課題かだいかんじて、みじかくするために人員じんいん投下とうかしても、なかなかおもどおりにみじかくならない。それどころか悪化あっかしてしまうことがあります。場合ばあいによってはプロジェクト自体じたい破綻はたんして失敗しっぱいしてしまうことすらあります。 今回こんかいは、このようなソフトウェアプロジェクトにひそ直感ちょっかんはんする性質せいしつ数理すうりてきなモデルをかいして理解りかいしていくこころみです。あるしゅ思考しこう実験じっけんとしておたのしみください。 宣伝せんでん Qiitaさんとコラボ企画きかくでアドベントカレンダーをつくりました。 DXをめちゃくちゃ改善かいぜんしたはなし募集ぼしゅうしています。 https://qiita.com/advent-calendar/2021/dx-improvement 10にんにんがいても1ヶ月かげつ一人ひとり子供こどもまれない これはだれかの技術ぎじゅつりょくやプロジェクトマネジメントりょく欠陥けっかんがあるのではなく、「ひとがつ神話しんわ」で有名ゆうめい

                    なぜ、ソフトウェアプロジェクトは人数を増やしても上手くいかないのか - Qiita
                  • 要件ようけん定義ていぎかかわるひとは3おくかいくらいんでほしい−−−−−−−−−−「IPA 独立どくりつ行政ぎょうせい法人ほうじん 情報処理じょうほうしょり推進すいしん機構きこう ちょう上流じょうりゅうからめる IT 原理げんり原則げんそく 17ヶ条かじょう

                    ✨nori @00oichan SES→金融きんゆうけいSIer→外資がいしSaaSエンジニア ServiceNow/生成せいせいAIプロンプトフェチ/ITIL運用うんよう設計せっけい/UiPath/Power Automate PowerBIをあいする札幌さっぽろ出身しゅっしん相模原さがみはら在住ざいじゅうの2ちち Amazonアソシエイト

                      要件定義に関わる人は3億回くらい読んでほしい−−−−−−−−−−「IPA 独立行政法人 情報処理推進機構 超上流から攻める IT 化の原理原則 17ヶ条」
                    • 実践じっせん要件ようけん定義ていぎ入門にゅうもん以前いぜん - かん経験けいけん読経どきょう

                      最近さいきんネットをていると要件ようけん定義ていぎ入門にゅうもんてき記事きじについたのでおもったことをいてみる記事きじ。ITシステム開発かいはつにおける要件ようけん定義ていぎかんするあれこれ。 【2023/10/10追記ついき続編ぞくへん記事きじきました。実践じっせん要件ようけん定義ていぎ入門にゅうもん - かん経験けいけん読経どきょう 目次もくじ 要件ようけん定義ていぎかんするおすすめ書籍しょせき その要件ようけん定義ていぎ必要ひつよう要件ようけんめられるのか 要件ようけん定義ていぎをすることがルールでさだめられているから要件ようけん定義ていぎをする必要ひつようがある 要件ようけん定義ていぎできるのか 現行げんこう業務ぎょうむマニュアルをベースに要件ようけん定義ていぎをするつもりのあなたへ 現行げんこうシステムをベースに要件ようけん定義ていぎをするつもりのあなたへ 外部がいぶ業者ぎょうしゃまえかんがえるべきこと どこから外注がいちゅうするかをかんがえる 要件ようけん定義ていぎ作業さぎょう期間きかん見積みつもる 要件ようけん定義ていぎかんするおすすめ書籍しょせき こののちなん引用いんようすることになるとおもうので、最初さいしょ要件ようけん定義ていぎのおすすめ書籍しょせき紹介しょうかいしておく。とっても紹介しょうかいするのは1つだけだ。 ユーザのための要件ようけん定義ていぎガイドだい2はん さく

                        実践要件定義入門以前 - 勘と経験と読経
                      • リスクのあらしと判断はんだんのコツ - やしお

                        会社かいしゃ係長かかりちょうてきなポジションになって3ねんちかくがった。先日せんじつふく係長かかりちょうというか職長しょくちょうてきなポジションがあらたにもうけられ、30さい前後ぜんこうのメンバーがいた。おりかれらにつたえる機会きかいがあるかもしれないし、3ねんやってみた知見ちけん自分じぶんなかいち整理せいりしておきたいとおもった。(大手おおてメーカーの製造せいぞうがわちか部門ぶもんはたらいている、という前提ぜんていがある。) 自分じぶんくるしくならないようにする 究極きゅうきょくてきには本人ほんにん自分じぶんでスタイルを確立かくりつするしかない。 「こうしたほうがよりい」とおもって行動こうどう変容へんようしても、それで自分じぶんくるしくなるならつづけられない。 どうせ正解せいかいかた一意いちいまるわけではないし、かり正解せいかいかたがあっても自分じぶん完全かんぜんにはめむこともできない。 「自分じぶんがやれるようにやるだけ」くらいにおもっているほう精神せいしん衛生えいせいい。それで適格てきかくならしょうがない。 一方いっぽうで「より方法ほうほう」にせる努力どりょく必要ひつようで、そのあいだのバランスが必要ひつようになる。 たとえば自分じぶん自身じしんは、人付ひとづいがすごく

                          リスクの洗い出しと判断のコツ - やしお
                        • AWS システム構築こうちく 機能きのう要件ようけんヒアリングシートを公開こうかいしてみた | DevelopersIO

                          こんにちは。 ご機嫌きげんいかがでしょうか。 "No human labor is no human error" が大好だいすきなネクストモード株式会社かぶしきがいしゃ吉井よしい あきらです。 日本にっぽん国内こくないにおいてもおおくのシステムがクラウドじょう稼働かどうしていることとおもいます。 俊敏しゅんびんせい拡張かくちょうせいしたがえりょう課金かきん、IaS、セキュリティなどクラウドのメリットを享受きょうじゅしやすい所謂いわゆる SoE でおおくの実績じっせきがあるようにかんじます。 ここ1~2ねんは、社内しゃない基幹きかんシステム・情報じょうほうシステム、SoR けいのシステムのクラウド移行いこう本格ほんかくしてきたというのがはだ感覚かんかくであります。 クラウドでのシステムインフラ構築こうちく従来じゅうらいのようにゼロから機能きのう要件ようけん定義ていぎおこなっていくものではなく、ベストプラクティスをまず実装じっそうしてすこしずつほろ調整ちょうせいおこなっていくものとかんがえています。とはいえ、システムごとの要件ようけんあらかじあきらかにしておくことがインフラ構築こうちくにおいても重要じゅうようになります。 クラウドじょうでは出来できること出来できないこと

                            AWS システム構築 非機能要件ヒアリングシートを公開してみた | DevelopersIO
                          • 現代げんだいてきシステム開発かいはつ概論がいろん 2024

                            2024年度ねんどリクルート エンジニアコース新人しんじん研修けんしゅう講義こうぎ資料しりょうです

                              現代的システム開発概論 2024
                            • 怠惰たいだ短気たんき高慢こうまん」であれ、ChatGPTを使つかって業務ぎょうむ効率こうりつしよう(要件ようけん定義ていぎへん)

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

                                「怠惰・短気・高慢」であれ、ChatGPTを使って業務効率化しよう(要件定義編)
                              • 逆転ぎゃくてん敗訴はいそした野村のむらじょうシスがIBMにおくった悲痛ひつうなメール、横暴おうぼうなユーザーをおさえきれず

                                委託いたくしたシステム開発かいはつ頓挫とんざしたとして、野村のむらホールディングス(HD)と野村証券のむらしょうけん日本にっぽんIBMを相手取あいてどってけいやく36おくえん損害そんがい賠償ばいしょうもとめた裁判さいばん。プロジェクト失敗しっぱいはベンダーがわがあるとした2019ねん3がついちしん判決はんけつから一転いってん、2021ねん4がつ控訴こうそしん判決はんけつはユーザー企業きぎょうがわ責任せきにんがあるとした。工数こうすう削減さくげん提案ていあん十分じゅうぶんおうじなかったり、プロジェクト途中とちゅう追加ついか要件ようけん多発たはつしたりした野村のむらがわ姿勢しせい東京とうきょう高裁こうさい問題もんだいし、逆転ぎゃくてん敗訴はいそ判決はんけつくだした。 関連かんれん記事きじ 野村のむらHDが日本にっぽんIBMに逆転ぎゃくてん敗訴はいそ深層しんそう裁判所さいばんしょ問題もんだいした「X」の横暴おうぼう変更へんこう要求ようきゅう 野村のむらHDが日本にっぽんIBMに逆転ぎゃくてん敗訴はいそのワケ、「工数こうすう削減さくげんおうじず変更へんこう要求ようきゅう多発たはつ」と指摘してき 東京とうきょう高裁こうさいとく問題もんだいしたのが、システムの仕様しよう策定さくていするうえで重要じゅうよう役割やくわりになっていた野村証券のむらしょうけんのユーザー部門ぶもん「X」のいだ。 当時とうじ投資とうし顧問こもん事業じぎょう判決はんけつぶんでは「投資とうし顧問こもん」)の次長じちょうだったXは、パッケージソフトに

                                  逆転敗訴した野村情シスがIBMに送った悲痛なメール、横暴なユーザーを抑えきれず
                                • りがきびしいプロジェクトで、プロジェクト初期しょきにまずやっておきたいこと - $shibayu36->blog;

                                  これまでぼく締切しめきりがかなりきびしいプロジェクトをすうかい経験けいけんしてきた。その経験けいけんから、締切しめきりきびしいという特性とくせいったプロジェクトの初期しょきにまずこれだけはやったほうがいということがいくつかつかったので、今回こんかいはそれらを紹介しょうかいしていこうとおもう。 前提ぜんていとなるプロジェクト 今回こんかい紹介しょうかいする方法ほうほうは、つぎのような特性とくせいったプロジェクトを前提ぜんていとする。 こまかい仕様しようまっていないが、つくるものの要件ようけんはある程度ていど明確めいかくである アジャイルの定義ていぎにおけるスコープ・コスト・品質ひんしつ・スケジュールのなかで、スケジュールをとく優先ゆうせんしたい(スケジュールをえられないなど) すうヶ月かげつ以上いじょうのプロジェクトである みじかいスパンでリリースしてユーザーの様子ようすてそののプロダクトバックログの優先ゆうせんえるような性質せいしつのプロジェクトでは、べつのやりかた必要ひつようがあるとおもう。そこは注意ちゅういしてほしい。 プロジェクト初期しょきにやっておきたいことはなに上記じょうきのようなプロジェクトの

                                    締め切りが厳しいプロジェクトで、プロジェクト初期にまずやっておきたいこと - $shibayu36->blog;
                                  • 入門にゅうもん要件ようけん定義ていぎ

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

                                      【入門】要件定義
                                    • 要件ようけん定義ていぎとはそもそもなに

                                      BPStudy#188〜要件ようけん定義ていぎまなぼう。ChatGPTをえて( https://bpstudy.connpass.com/event/281289/ ) の登壇とうだん資料しりょうです。 2023ねん4がつ28にち(金)きん開催かいさい

                                        要件定義とはそもそも何か
                                      • ソフトウェア開発かいはつ見積みつもり入門にゅうもん

                                        見積みつもりとは? Wikipediaによると見積みつもりとは、以下いかのようにあります。 見積みつもり(みつもり。見積みつもり、見積みつもりともく)とは、金額きんがくりょう期間きかん行動こうどうまえもって概算がいさんすること。見積みつもること。あらましの計算けいさんをすること。また、その計算けいさん目算もくさん。「所要しょよう時間じかん見積みつもる」、「いちにち来客らいきゃくしゃすうをざっと見積みつもった」など、おおよその感覚かんかく数字すうじ見当けんとうをつける場合ばあい口語体こうごたい表現ひょうげんでも使つかわれる。 Wikipedia このように見積みつもりとは、なにかをおこなまえ事前じぜんにその結果けっか予想よそうしておくことをいます。 見積みつもりを使つかうケースは、ソフトウェア開発かいはつかぎったはなしではありませんが、製造せいぞうぎょうであるソフトウェア開発かいはつにおいては『見積みつもり』というタスクは様々さまざまなケースで登場とうじょうします。 見積みつもりが苦手にがてひとおおい ソフトウェア開発かいはつでは、「この機能きのう開発かいはつするときにどのくらいで完成かんせいできますか?」といったケースが見積みつもりのシチュエーションとしてはおおいかとおもいます

                                          ソフトウェア開発の見積もり入門
                                        • 【ChatGPT活用かつようほう要件ようけん定義ていぎ/業務ぎょうむフロー作成さくせい/提案ていあんしょ作成さくせいまで2あいだ15ふんでやってみた

                                          わたしは、中小ちゅうしょう企業きぎょうのデジタルをご支援しえんをしています。 これからデジタルをするという会社かいしゃ重要じゅうようなのは要件ようけん定義ていぎ。 ここにちかられて、毎回まいかい10時間じかん以上いじょうかけています。 ヒアリングに4あいだ 業務ぎょうむフロー設計せっけいに4~6あいだ 提案ていあんしょ作成さくせいに2~4あいだほど プロジェクトの最初さいしょ大事だいじ部分ぶぶんなので、時間じかんがかかることは仕方しかたないのですが、もっとらくにできないかなと普段ふだんからなやんでいます。 個人こじんてきには、ヒアリングは全然ぜんぜんではないのですが、業務ぎょうむフロー作成さくせい提案ていあんしょ作成さくせい大変たいへんなため、どうしてもすすまないことがおおいです。 しゃべとき資料しりょうつくるときはのう使つかかたちがうのか、ストレス非常ひじょうたかいように勝手かっておもっています。 最初さいしょあらくても、たたきだいしてくれればそのツッコミれるのはいくらでもやるのに 提案ていあんしょ大体だいたいかたとイメージはあるけど、ているあいだだれ勝手かってつくってくれないかな となんともズボラな根性こんじょう毎回まいかいがおしてき

                                            【ChatGPT活用法】要件定義/業務フロー図の作成/提案書作成まで2時間15分でやってみた
                                          • 大人おとなになってから6かい引越ひっこししてるとして、引越ひっこ料金りょうきんやすくするtipsをおしえます→みんなの引越ひっこ体験たいけんだん続々ぞくぞくあつまる

                                            綾瀬あやせ北綾瀬きたあやせマンション @ayasekitaayase 大人おとなになってから6かい引越ひっこししてるとして引越ひっこ料金りょうきんやすくするtips ・見積みつもり複数ふくすうしゃる ・そのなかにサカイをれる ・さい安値やすねしてきたところの料金りょうきんもとにサカイにTELし「ここより◯えんげてくれたらサカイでめる」むねつたえる ・日通にっつうはお金持かねも以外いがい見積みつもり不要ふよう引越ひっこ繁忙はんぼう値引ねび不可ふか可能かのうせいあり 2025-01-22 15:58:23 綾瀬あやせ北綾瀬きたあやせマンション @ayasekitaayase サカイでもたりはずれはあるけど相対そうたいてきにはたりりつたかい ゾスの会社かいしゃなので具体ぐたいてきはばつたえると頑張がんばってくれることがおおい(もちろんでないような水準すいじゅんならダメだろうけど) 2025-01-22 15:59:21

                                              大人になってから6回引越ししてる身として、引越し料金を安くするtipsを教えます→みんなの引越し体験談が続々と集まる
                                            • 〇ッグ〇ーターはマジでヤバい

                                              近頃ちかごろ世間せけんさわがしているぼう中古ちゅうこしゃ販売はんばいてんだけど、4,5ねんまえすご経験けいけんをしたので共有きょうゆうしたい。 一応いちおう伏字ふせじまるわかりだが)だし、後述こうじゅつするけど「(きた出来事できごとを)ネットにいたり、知人ちじんつたえて、絶対ぜったいあそこは使つかうなってうからな」というわたし発言はつげんに、「おきににどうぞ」とわれているので、注意ちゅうい喚起かんきというらしで増田ますだきたい。 当時とうじわたしには婚約こんやくしゃがいて、同棲どうせい結婚けっこんさいして、いろいろともの整理せいりしていた。 くるまもそのうちひとつで、彼女かのじょくるまっていて、わたしっていなかったのだけれど、結婚けっこんさいして家具かぐとうおおきなものはこぶこともえていたし、くるま自体じたいもそこそこふるくもあったので、これをすこおおきいくるまえようと売却ばいきゃくすることにした。 くるま国内こくないメーカーの大衆たいしゅうしゃけいではない普通ふつうのファミリーカーで、とく事故じこれき修復しゅうふくれきもなく、走行そうこう距離きょりはそこそこだが、ある程度ていど値段ねだんれるだろうというもの。 彼女かのじょはあまりそういったこと(くるま

                                                〇ッグ〇ーターはマジでヤバい
                                              • 工務こうむてんという稼業かぎょう#2 (なぜ業者ぎょうしゃあい見積みつもりいやがるのか? 本音ほんね)|いのっち@現役げんえき工務こうむてんなかひと

                                                ー ⌛この記事きじやく8ふんめます。ー しょう見積みつもりだとつたえると工事こうじ業者ぎょうしゃいやがられる。またはきゅうにリアクションがうすくなりやるないかんじになる。といった経験けいけんをしたほうすくなくないとおもう。それは、なぜだろうか? 社会しゃかい競争きょうそう原理げんりしたがってあい見積みつもりするのは普通ふつうことなのに。 「ちゃんと仕事しごとしてくれよ、せっかくたのんでいるのだから。」 「仕事しごとになればおたくももうかるんだからさ。」 そうおもったにちがいない。 あなたを信用しんようして1しゃしぼっていたのに、いちいち催促さいそくしないと返事へんじ、LINEはすんで読がつかない(絶対ぜったいんでるはず)夕方ゆうがた電話でんわしてもないし、どうなってるんだよ!!きわめつけは、「うちではできない」と回答かいとう。いまさらか!だったらはじめからってくれ!とにかく途中とちゅう報告ほうこくがないし、まともなコミュニケーションがとれない。 あいつらのペースにわせていたら機会きかい損失そんしつだらけだ! そんな過去かこ経験けいけんからあい見積みつもりするも、業者ぎょうしゃからはいやがられる。ほんと

                                                  工務店という稼業#2 (なぜ業者は相見積を嫌がるのか? 本音)|いのっち@現役・工務店の中の人
                                                • Cursorで要件ようけん定義ていぎがエラいスムーズになったはなし - Qiita

                                                  Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? AI搭載とうさいエディタCursorを色々いろいろためしているのですが、これが非常ひじょう興味深きょうみぶかいです。 普段ふだん開発かいはつ業務ぎょうむはもちろん、すこ工夫くふうすることで、要件ようけん定義ていぎのような上流じょうりゅう工程こうてい大幅おおはば効率こうりつできるのではないか?というづきがありました。 本日ほんじつはそのこころみについて、わたしおこなった具体ぐたいてきなプロセスとわせて共有きょうゆうできればとおもいます。 概要がいよう 不動産ふどうさんテック業界ぎょうかいかぎらず、SaaS開発かいはつなどにたずさわっていると、日々ひびさまざまな要望ようぼうせられますよね。 「ここにこんな機能きのう追加ついかしたい」「あの画面がめんのここをこう変更へんこうしてほしい」といった具合ぐあいです。 そして、それらを適切てきせつ実現じつげんするためには、まず

                                                    Cursorで要件定義がエラいスムーズになった話 - Qiita
                                                  • わたしが 1on1 でしていること - Mobile Factory Tech Blog

                                                    言葉ことば定義ていぎ モバファクの 1on1 の目的もくてき 1on1 で自分じぶん大事だいじにしていること 1on1 はメンティーの時間じかんである 1on1 はメンターの時間じかんでもある 1on1 初回しょかい いま使つかっている 1on1 のフォーマット 体調たいちょう 半期はんき目標もくひょう進捗しんちょくかえり ネクストアクションのかえり うまくいかなかったこと・もっとよくなりそうなところ・うまくいったこと・そのはなしたいこと ネクストアクション 1on1 のなかでのやりとり おやすみのかたがわからない 最近さいきん見積みつもりの精度せいどたかくなっている 朝会ちょうかい議事ぎじろくをとるようにしたい 最近さいきんチームのうごきがぎこちないとかんじている 1on1 定期ていきてきかえり まとめ こんにちは。えきメモエンジニアの id:dorapon2000 です。 今回こんかい自分じぶん自身じしんがメンターがわとして実施じっししている 1on1 について、どのように実施じっししているのかご紹介しょうかいしようとおもいます。 1on1 のやりかたはメンター

                                                      私が 1on1 でしていること - Mobile Factory Tech Blog
                                                    • かねをくれ、ときちんとわないかぎり、それは仕事しごとではない。

                                                      かしこい」「スキルをっている」「誠実せいじつ」なのに、ビジネスシーンでたいした評価ひょうかられないひとたちをよくてきた。 そのおおきな原因げんいんひとつは、かれらが「おかねをもらうのがヘタだった」ことがげられる。 おきゃくさんにいサービスをし、社内しゃないでのウケもい。 でも、最終さいしゅうてきな「実績じっせき」というめんで、かれらは平凡へいぼんだった。 おかねをもらうのが下手へたひとたち こうした「おかねをもらうのが下手へたひとたち」は、広範囲こうはんい職種しょくしゅ存在そんざいしている。 たとえば、エンジニアやライター、弁護士べんごし会計士かいけいしなど、技術ぎじゅつてき職業しょくぎょうおお傾向けいこうだが、顧客こきゃくせっすることがおお営業えいぎょうやコンサルタントにも存在そんざいしている。 たとえば、わたしがコンサルタントだったとき、よくおこられていたのが、 「おきゃくさんのところに、必要ひつよう以上いじょうぎてしまうコンサルタント」だった。 経営けいえいじんは「コンサルタントは時間じかんだけがもの必要ひつよう工数こうすう以上いじょうにおきゃくさんのところにくのは、八百屋やおや自分じぶん店先みせさき野菜やさいべているよう

                                                        金をくれ、ときちんと言わない限り、それは仕事ではない。
                                                      • 不安ふあんとストレスから解放かいほうされる見積みつもりとスケジュール方法ほうほう

                                                        はじめに なにかはじめてのことをする場合ばあいひとはとても「不安ふあん」をかんじます。ひと未来みらいかんがえることができるものです。その特異とくい能力のうりょくゆえに、未来みらいこるかもしれないよくないことをかんがえると「不安ふあん」をかんじてしまうのです。 仕事しごとのプロジェクトなどは、「わなかったらどうしよう」とか「この仕事しごとはちゃんとえられるのだろうか。」など、未来みらいのことをかんがえてしまうので「不安ふあん」にちたものになりがちです。 また、不安ふあんなものにむというのはおおきなエネルギーが必要ひつようです。試験しけん勉強べんきょうをしているときなどに、部屋へや掃除そうじをしたくなってしまって、いたら時間じかんがなくなっていたという経験けいけんおおくのひと体験たいけんしたことがあるのではないでしょうか。ひとは、不安ふあんなものを直視ちょくしすることを無意識むいしきけてしまうクセがあるのです。 本稿ほんこうでは、プロジェクトにおける不安ふあんとはなんだろうか?をかんがえ、できるかぎ不安ふあん最小さいしょうさせるということを主眼しゅがんいたスケジュ

                                                          不安とストレスから解放される見積りとスケジュール方法
                                                        • 要件ようけん定義ていぎせんもんでやる技術ぎじゅつしゃ(Requirement Engineer)にかんする雑感ざっかん - かん経験けいけん読経どきょう

                                                          タイムラインにながれていた『もう発注はっちゅうがわ企業きぎょう要件ようけん定義ていぎ能力のうりょくはないので、要件ようけん定義ていぎせんもんでやる技術ぎじゅつしゃ(Requirement Engineer)が世界せかいでも日本にっぽんでもてきている』というはなしかんするきわめて個人こじんてき雑感ざっかん。あるいは記憶きおくのダンプ。 b.hatena.ne.jp 要件ようけん定義ていぎせんもんでやる技術ぎじゅつしゃ(Requirement Engineer)のはなしはいつかみち 要件ようけん定義ていぎせんもんでやる技術ぎじゅつしゃというはなしあたらしいはなしではなく、ゼロ年代ねんだい後半こうはんから議論ぎろんがされていたものである。 ゼロ年代ねんだい後半こうはんというと、SIerを中心ちゅうしんにわりと適切てきせつなプロジェクトマネジメント方法ほうほうろん普及ふきゅうしはじめて、「要求ようきゅうされたとおりのシステムは開発かいはつできるようになってきた」という時代じだいだ。 一方いっぽうで「システムは開発かいはつできるが、要件ようけん定義ていぎがゴミだと、完成かんせいするシステムもゴミ」という問題もんだいのこっていて、要件ようけん定義ていぎ高度こうど専門せんもん育成いくせい議論ぎろんがあったのだ。 要求ようきゅう開発かいはつ~価値かちある要求ようきゅうみちび

                                                            要件定義を専門でやる技術者(Requirement Engineer)に関する雑感 - 勘と経験と読経
                                                          • 11会場かいじょうまわった結婚式けっこんしきじょう予算よさんかんするメモ「食事しょくじかならずボリュームかん確認かくにん、ドレスの値段ねだん式場しきじょうがある」

                                                            くま🌹プレ花嫁はなよめ @DQlldaKPHG3WI1a 結婚式けっこんしきちかづいてきた実感じっかんがようやくきたので、ぽちぽち備忘録びぼうろくがてら結婚式けっこんしきじょう前提ぜんてい予算よさんかんしてメモしていきます。 11会場かいじょうき、式場しきじょうひとに「えーと、結婚式けっこんしきはじめてですよね?」とかれるくらいめんどくさいきゃくでした。 これから式場しきじょうさがしされるほう参考さんこうになれば、、 2022-08-29 20:40:03 くま🌹プレ花嫁はなよめ @DQlldaKPHG3WI1a 【食事しょくじはげしい食事しょくじかならずメニューと写真しゃしんせてもらっていた。ボリュームかん確認かくにん。 グラニテは必須ひっす、おにく国産こくさん牛肉ぎゅうにくフィレステーキ以上いじょうのもので見積みつもりにれてもらった。 パンとバターがべつ料金りょうきん式場しきじょうあったのでしつこいほど確認かくにんしないとあとでびっくりする。アレンジがべつ料金りょうきんかもよう確認かくにん。 2022-08-29 20:42:19 くま🌹プレ花嫁はなよめ @DQlldaKPHG3WI1a 【ドリンク】 かならず2~

                                                              11会場を回った結婚式場の予算に関するメモ「食事は必ずボリューム感を確認、ドレスの値段は式場で差がある」
                                                            • ソフトウェア開発かいはつの “見積みつもり” と “計画けいかく” を混同こんどうするからはなしわない|mtx2s

                                                              見積みつもり” を作成さくせいした開発かいはつチームと、それを確認かくにんしたビジネス担当たんとうしゃ経営けいえいしゃが、その内容ないようめぐって対立たいりつすることがあります。「見積みつもりがおおぎる」「いや、これぐらいはかかりますよ」といったあのやりりです。 これはおそらく、両者りょうしゃがともに “見積みつもり” と “計画けいかく” を区別くべつせず、混同こんどうしているから発生はっせいしています。見積みつも依頼いらいけたとき開発かいはつチームが提出ていしゅつするものは、おそらく “見積みつもり” です。しかし、ビジネス担当たんとうしゃ経営けいえいしゃ期待きたいするアウトプットは “計画けいかく” なのです。 こうして “見積みつも依頼いらい” というのもとに、ソフトウェア組織そしき対立たいりつ日々ひびしょうじているのではないでしょうか。 “見積みつもり” と “計画けいかく” は別物べつもの見積みつも結果けっかの「30人月にんげつ」という数字すうじ(①)は、計画けいかくではなく見積みつも工数こうすうです。そんなことはたりまえですよね。 工数こうすうあきらかになれば計画けいかくなのか?それでは、30人月にんげつ開発かいはつを5にんでこなすから「6かげつ」かかる(②)、とい

                                                                ソフトウェア開発の “見積り” と “計画” を混同するから話が噛み合わない|mtx2s
                                                              • 約束やくそく開発かいはつおくらせる - Mitsuyuki.Shiiba

                                                                観測かんそくしようとすると、その観測かんそく影響えいきょうあたえてしまうかんじで、おもしろい 自分じぶんあたまなか この機能きのうをチームで開発かいはつするのに、だいたい2ヶ月かげつくらいかなぁと自分じぶんあたまなかおもっているとする。もしぼくらのってる範囲はんいですべてがおさまれば1ヶ月かげつくらいでわるかもなぁとおもいつつ、まぁ、らない範囲はんいのことがあるだろうし2ヶ月かげつくらいにおもっておくのがいっか というかんじ。6わりぐらいの自信じしん チームのなか チームメイトに「この機能きのういつせるかな?」ってかれることはあんまりないとおもうけど、もしかれたら「んー、2ヶ月かげつくらいじゃない?もしかしたら、もうちょっとはやくできるかもだけどね」ってそのままあたまなかつたえるとおもかれることがあんまりないというのは、そもそも、チームでラフに見積みつもるから。Tてぃーシャツサイズとかストーリーポイントとかを使つかって「Mサイズだから2ヶ月かげつくらいだね」ってはなしをするだけでむ。「2ヶ月かげつくらいだね」ってったものは

                                                                  約束は開発を遅らせる - Mitsuyuki.Shiiba
                                                                • なぜ1ねんでゲームを完成かんせいさせようとおもっても当然とうぜんのように4ねん以上いじょうかかるのか|じーくどらむす

                                                                  まえからずっといたかったことがある。おなあやまちをおかすゲーム開発かいはつしゃに。あるいは、「ゲームを完成かんせいさせた体験たいけんひと」に。 あなたのゲーム開発かいはつたいする予測よそくは、ほとんどの場合ばあいただしくない。それも、20%や40%などのはばではない。200%とか400%のスケールでおおきく間違まちがっている。 わたしはその感覚かんかくたしかめるべくひとつのアンケートを実施じっしした。結果けっかるよりあきらかな傾向けいこうしめした。 個人こじんゲーム開発かいはつしゃ質問しつもんです。「1ねん完成かんせいさせる」とおもってつくはじめたプロジェクト、実際じっさい完成かんせいしたのは? — じーくどらむす/岩本いわもとしょう (@geekdrums) June 4, 2024 Twitterアンケートの統計とうけいてきただしさは保証ほしょうしない。そもそも母集団ぼしゅうだんかたよっているし、最後さいご選択肢せんたくしが「完成かんせい」をふくめていることにたいして「4ねん以内いないあきらめて完成かんせい」のひとふくめているかもしれない。が、エターナったという意味いみでは4ねん以上いじょう完成かんせいしないもの、にふく

                                                                    なぜ1年でゲームを完成させようと思っても当然のように4年以上かかるのか|じーくどらむす
                                                                  • 要求ようきゅうえ』『5せんまんえん逃走とうそうようくるま用意よういしろ』ITのひと『それは要件ようけんだろ!』→わかりやすい解説かいせつ登場とうじょうし、ひろ共感きょうかんされる

                                                                    業種ぎょうしゅでもこの2つを区別くべつするの大事だいじよね、と共感きょうかんされてます。 この居合いあわせてるってことはこのITのひと人質ひとじちなんだろうなぁ…我慢がまんできなかったのか…と想像そうぞうしてジワる。

                                                                      『要求を言え』『5千万円と逃走用の車を用意しろ』ITの人『それは要件だろ!』→わかりやすい解説が登場し、広く共感される
                                                                    • webエンジニアの「業務ぎょうむ委託いたく単価たんかひょう」が公開こうかい - Digital Shift Times(デジタル シフト タイムズ) その変革へんかく勇気ゆうき希望きぼう

                                                                      Resource株式会社かぶしきがいしゃは、3,000の実績じっせきデータをもとにwebエンジニアの業務ぎょうむ委託いたく単価たんかひょう公開こうかいしたと発表はっぴょうした。 現在げんざい単価たんか適正てきせい単価たんかなのか、つぎ単価たんかレンジにくにはどうすればいか、開発かいはつ発注はっちゅうプラットフォーム「ISSUE」の実績じっせき使つか調査ちょうさしたとのことだ。 2022ねん11月ではISSUEじょうに1,800にん以上いじょうのユーザーデータと2,000以上いじょう単価たんか診断しんだん結果けっかがあるという。またISSUEではクラウドソーシング形式けいしき企業きぎょうとマッチングすることにより、報酬ほうしゅう獲得かくとくすることができる。そのさい契約けいやく時給じきゅう単価たんか今回こんかい相場そうば作成さくせい参考さんこうにしているとのことだ。 ・1,000〜2,000えん インターン・アルバイトレベル。プログラミングをはじめたての学生がくせい勉強べんきょうちゅうひと対象たいしょうになる。実務じつむ経験けいけんとしては0〜1ねんほどのひとてはまる。プログラミングの概念がいねんまなんでいる段階だんかいなので、外部がいぶAPIなどの公式こうしきドキュメントを理解りかいするのがむずかしい場合ばあいもある

                                                                        webエンジニアの「業務委託単価表」が公開 - Digital Shift Times(デジタル シフト タイムズ) その変革に勇気と希望を
                                                                      • 要件ようけん定義ていぎ|3ふんめる機能きのう要件ようけんについて - Qiita

                                                                        Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに エンジニアのみなさま、日々ひび学習がくしゅう本当ほんとうにおつかさまです! またほん記事きじまであしはこんでいただき本当ほんとう感謝かんしゃです。 やく3ふん程度ていどめるので最後さいごまでんでもらえるとさいわいです。 要件ようけん定義ていぎ関連かんれん記事きじ投稿とうこうをしました。時間じかんあればぜひんでみてください。 今回こんかいは「機能きのう要件ようけん」の 可用性かようせい 性能せいのう拡張かくちょうせい 運用うんよう保守ほしゅせい 移行いこうせい セキュリティ システム環境かんきょう・エコロジー の6項目こうもくについて理解りかいふかめてアウトプットしようとおもいます。 機能きのう要件ようけん|6項目こうもくについて 1. 可用性かようせい システムが継続けいぞくして利用りよう可能かのう状態じょうたい維持いじする能力のうりょくします。『稼働かどうりつ』 で表現ひょうげんされます。シ

                                                                          要件定義|3分で読める非機能要件について - Qiita
                                                                        • システム開発かいはつ曖昧あいまい要望ようぼうかたちにしていく方法ほうほう - arclamp

                                                                          このブログはグロースエクスパートナーズ Advent Calendar 2021の10日とおかです。 社内しゃないメンバーから要望ようぼうがあったので、ぼく自身じしんがどのようにシステム開発かいはつ初期しょき段階だんかいにおいて、どのように要望ようぼう整理せいりし、かたちにしていっているのかについてきたいとおもいます。 なお内容ないようへいグループの案件あんけん前提ぜんていにしているので、システム開発かいはつ以下いかのような状況じょうきょう一般いっぱんてきです。 クライアントは直接ちょくせつ契約けいやく(プライム) 要望ようぼうすのはクライアント企業きぎょうない事業じぎょう運営うんえいがわひとで、システム開発かいはつにかかわった経験けいけんがないことがある 対象たいしょうシステムはSoE/mode2で、一般いっぱん消費しょうひしゃ取引とりひきさきなどの外部がいぶユーザーと、社内しゃない業務ぎょうむまわ内部ないぶユーザーがいる 相手あいてはなし整理せいりするフレーム まず、相手あいてからられる情報じょうほうを4つの階層かいそうにわけて整理せいりする必要ひつようがあります。 目的もくてき達成たっせいすべきこと 戦略せんりゃく目的もくてき確実かくじつ効率こうりつてき達成たっせいするためのシナリオ 戦術せんじゅつ戦略せんりゃく実行じっこうするための具体ぐたい

                                                                            システム開発で曖昧な要望を形にしていく方法 - arclamp
                                                                          • 要件ようけん定義ていぎ入門にゅうもん (失敗しっぱいしないために必要ひつようなこと)

                                                                            2023ねん11月14にちにFindyさまの「要件ようけん定義ていぎ 先達せんだつまな今日きょうから使つかえる実践じっせんテクニック Lunch LT」で登壇とうだんした資料しりょうです。

                                                                              要件定義入門 (失敗しないために必要なこと)
                                                                            • 要件ようけん定義ていぎ基本きほん設計せっけい詳細しょうさい設計せっけいながれをそう復習ふくしゅう

                                                                              はじめに 📘 この記事きじは ラクス Advent Calendar 2023 の7にち記事きじになります。 要件ようけん定義ていぎから基本きほん設計せっけい、さらに実装じっそう保守ほしゅ運用うんよういたるまでの一貫いっかんした経験けいけんなんんできましたが、毎回まいかい要件ようけん定義ていぎって具体ぐたいてきなん項目こうもく必要ひつようだっけ?」 「基本きほん設計せっけいとのちがいってなにだったっけ?」 「基本きほん設計せっけい詳細しょうさい設計せっけい区別くべつって?」 といった疑問ぎもんあたまをよぎってきました。 そんなわけで、これまでの経験けいけんかえりつつ、開発かいはつプロセスについて1からまとめていくことであたまなかだい掃除そうじおこなっていきたいとおもいます🧹 この記事きじ対象たいしょうしゃ 🎯 開発かいはつプロセスについてまなびたいほう 要件ようけん定義ていぎ基本きほんまなびたいひと 要件ようけん定義ていぎ基本きほん設計せっけいちがいがわからないひと 一緒いっしょ開発かいはつプロセスについて復習ふくしゅうしたいほう 前提ぜんてい 記事きじちゅう一部いちぶとく要件ようけん定義ていぎ基本きほん設計せっけい詳細しょうさい設計せっけいのサンプル)を自動じどう生成せいせい作成さくせいしてます。一貫いっかんせい内容ないようがあるかもれませんが、あく

                                                                                要件定義、基本設計、詳細設計の流れを総復習
                                                                              • 【レベルべつ要件ようけん定義ていぎまなべるおすすめほん4せん - みんなのシステム企画きかく

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

                                                                                  【レベル別】要件定義が学べるおすすめ本4選 - みんなのシステム企画
                                                                                • 自分じぶんのプロジェクトが炎上えんじょうしない理由りゆうについて整理せいりする - HIRAエンジニアブログ

                                                                                  わたし自慢じまんではいですがプロジェクトを炎上えんじょうさせたことがありません。 (炎上えんじょう案件あんけん途中とちゅうからまれたことはありますが) 炎上えんじょう案件あんけん経験けいけん上司じょうしからのアドバイス、書籍しょせきからのまなびによるものがおおきいです。 ただ、しっかり言語げんごして自分じぶんのものにしたいとおもい、整理せいりしようとかんがえました。 これをのPLやメンバーに共有きょうゆうすることで炎上えんじょうプロジェクトがっていくことを期待きたいしたい。 プロジェクトマネジメントするじょうで、意識いしきしていること、大事だいじにしていること ちいさなつづける → 課題かだい管理かんり徹底てってい朝会ちょうかいでメンバーと課題かだい共有きょうゆうし、期日きじつ優先ゆうせん順位じゅんいめて通常つうじょうタスクより優先ゆうせんしてむ。 やらないことをめる → 顧客こきゃくもとめてないこと、成果せいかぶつ直結ちょっけつしない作業さぎょう極力きょくりょくやらない。(とくに過剰かじょう品質ひんしつ管理かんり、プロジェクト管理かんり資料しりょう作成さくせいなど) 受注じゅちゅうまえ見積みつもりの段階だんかいで、案件あんけんリスクを見極みきわめて、リスクをげるか受注じゅちゅうしない対応たいおうをとる → 見積みつもり

                                                                                    自分のプロジェクトが炎上しない理由について整理する - HIRAエンジニアブログ

                                                                                  新着しんちゃく記事きじ