ローカルLLMでzoltraakを動かせるか検証してみた

2024/07/15 61 users ローカルLLM LLM 元木さん 言語 興味

はじめに どんな人向けの記事？ ローカルLLMに興味のある人 zoltraakに興味のある方 LLMを用いて要件定義書を作りたい方 内容 今回は元木さんのZoltraakを使って、自然言語から要件定義書を作ってみようと思います。 ただし、リリースされてから2ヶ月以上経ったzoltraakを普通に動かすだけでは面白くないので、この記事... 続きを読む

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

2023/07/24 1171 users chatgpt 自力 要件定義 結論 ツール

「chatgptを使って要件定義の工数を削減したい」 「そもそもchatgptを使って質の高い要件定義ができるのだろうか」 とお悩みなのではないだろうか。 結論、chatgptで質の高い要件定義を短時間で実現することは可能だ。 実際に私もchatgptを使って下記のような要件定義書を完成させた。 通常この要件定義書を０から自力で... 続きを読む

Webサイト制作の要件定義書の確認項目｜重松佑 / Shhh inc.

2023/07/13 394 users 要件 重松佑 最小限 メモ プロジェクト進行

プロジェクトのキックオフ前後に作成する要件定義書。確認の抜け漏れを最小限に抑えるには、どのようなことを記載しておくべきか。そして、メンバーへのスムーズな共有と、その後の円滑なプロジェクト進行のための、良い要件定義書とはどのようなものだろう。自分たち用のメモも兼ねて「Webサイト制作プロジェクトの要件... 続きを読む

kassyi on Twitter: "みずほの障害調査で、要件定義書の紛失が判明した件 まんまこんな感じ https://t.co/An4nhAtiVc"

2021/09/04 18 users みずほ 紛失 https t.co 障害調査

みずほの障害調査で、要件定義書の紛失が判明した件 まんまこんな感じ https://t.co/An4nhAtiVc 続きを読む

パッケージソフトだか何だか知りませんが、現行システムと同じの作ってくださいよ (1/4)：「訴えてやる！」の前に読む IT訴訟 徹底解説（65） - ＠IT

2019/05/07 303 users IT訴訟 パッケージ 現行システム 徹底解説 ベンダー

「訴えてやる！」の前に読む IT訴訟 徹底解説（65）：パッケージソフトだか何だか知りませんが、現行システムと同じの作ってくださいよ (1/4) 要件定義されていない機能を実装しなかったと訴えられたベンダー。ユーザーは要件定義書に「現システムの業務内容を継承」「現状の機能を網羅する」と書いたと主張するが、果た... 続きを読む

[Doc] 要件定義書テンプレート・要件定義書の書き方 - Qiita

2019/03/08 1302 users Qiita doc 書き方

1. 概要 関係メンバー全員、誰が読んでもわかるように、今回開発するモノの概要をここに記載してください。 A. システム構成図 ここにシステムの構成図を、一目でシステムの構成がわかるといいです。データと業務のフローがカバーされているといいかも。 ↓クラウドで構成組んでいる方には便利なリンク AWS使っている方は... 続きを読む

スタートアップの現場で役立つ開発要件のまとめ方 · カウル Tech Blog

2018/03/20 602 users カウル Tech Blog 現場 高松 スタートアップ 一方

こんにちは。ハウスマートの高松( @t2kmt )です。 皆さんは開発要件をまとめるのにどんなフォーマットを使っていますか？ 開発要件をいい感じにまとめるのって大変ですよね。 ドキュメント整備せずに開発に着手し始めてしまうと手戻り抜け漏れが出てしまいますが、一方で要件定義書をガチガチなフォーマットにするとドキュメントの作成自体の工数が増えてしまいます。 スタートアップはスピードが命。ドキュメントを... 続きを読む

エレベーターピッチの作り方 - シンプルな言葉でプロダクトを表現する方法 - 毎日がもふもふ

2018/02/22 46 users エレベーターピッチ プロダクト イナイ 言葉 作り方

2018 - 02 - 22 エレベーターピッチの作り方 - シンプルな言葉でプロダクトを表現する方法 Tweet どんな開発プロジェクトでも何かものを作る限りは、そのプロダクトで何を目指しているか、明文化されているいないに関わらずあるはずです。 それを明文化するためのドキュメントとして インセプションデッキ というものがあります。これはアジャイル開発における要件定義書のような位置付けで、10個ペ... 続きを読む

ドキュメントを書く技術 - blog

2018/01/19 385 users ドキュメント スレ ソフトウェア 定義 Blog

2018 - 01 - 19 ドキュメントを書く技術 Documentation READMEを始め、ソフトウェアのドキュメント全般を書く技術というものをもっと洗練させていきたい。要件定義書のようなものだけでなく、開発方針や設計方針、 API 定義などなど。 これらのドキュメントをしっかりと整備するだけで、レビューの質も上がり新しい人が入ったときもスムーズに意識のズレなく開発ができる。はずだが、な... 続きを読む

コンサルは見た！　与信管理システム構築に潜む黒い野望：はめられた開発会社、要件定義書に仕掛けられたワナ (1/4) - ＠IT

2017/08/23 25 users ワナ 外注 コンサル 悲劇 独占

コンサルは見た！　与信管理システム構築に潜む黒い野望： はめられた開発会社、要件定義書に仕掛けられたワナ (1/4) 書籍『システムを「外注」するときに読む本』には、幻の一章があった！――本連載は、同書制作時に掲載を見送った「箱根銀行の悲劇」を、＠IT編集部がさまざまな手段を使って入手し、独占掲載するものです。 仮想ストーリーを通じて実際にあった事件・事故のポイントを分かりやすく説く『 システムを... 続きを読む

エンジニアのための文章力養成講座（4）：私はプロジェクトだ――主語を途中で変えない - ＠IT

2017/07/05 7 users 筆者 阿部紘久著 主語 文章 書籍

「エンジニアのための文章力養成講座」は、書籍「 文章力を伸ばす 書くことが、これでとても楽になる81のポイント 」（阿部紘久著　日本実業出版社）を基に、出版社と筆者の許可を得て、＠IT読者向けに再構成したものです 「要件定義書」「提案依頼書」「テスト仕様書」――エンジニアは業務でさまざまな文章を書きます。しかし、文章力が足りないと、無駄なことをたくさん書いてしまったり、考えているのとは違うことを書... 続きを読む

エンジニアのための文章力養成講座（3）：納期遅れは、ユーザーの仕様変更であった――主語を間違えない - ＠IT

2017/06/28 22 users 筆者 阿部紘久著 連載 主語 文章

連載「エンジニアのための文章力養成講座」は、書籍「 文章力を伸ばす 書くことが、これでとても楽になる81のポイント 」（阿部紘久著　日本実業出版社）を基に、出版社と筆者の許可を得て、＠IT読者向けに再構成したものです 「要件定義書」「提案依頼書」「テスト仕様書」――エンジニアは業務でさまざまな文章を書きます。しかし、文章力が足りないと、無駄なことをたくさん書いてしまったり、考えているのとは違うこと... 続きを読む

ユーザーの要件には「ウソ」がある？：ミスなくモレなく見やすい「要件定義書」の書き方 (1/3) - ＠IT

2017/05/14 79 users モレ 成否 word 要件 ウソ

システム開発プロジェクトの成否を決めるといっても過言ではない「要件定義」。連載「エンジニアのためのビジネス文書作成術」、第2回目は「要件の洗い出し方」と、Wordの機能を駆使して「要件定義書」を見やすくするテクニックを伝授します。 連載「エンジニアのためのビジネス文書作成術」は、書籍「 外資系コンサルのビジネス文書作成術 」（吉澤準特著　東洋経済新報社）を基に、出版社の許可を得て、筆者自身が＠IT... 続きを読む

あなたが“正しい”と思う「議事録」は別の誰かにとって“正しくない”：正しい「議事録」の書き方 (1/2) - ＠IT

2017/05/07 57 users 議事録 モレ 誤解 エンジニア 書き方

「要件定義書」や「提案依頼書」などのIT業界で作成するビジネス文書の書き方を、分かりやすく伝授する連載「エンジニアのためのビジネス文書作成術」。今回のテーマは「議事録」です。ミスなくモレなく誤解もされない記述方法を学びましょう。 連載「エンジニアのためのビジネス文書作成術」は、書籍「 外資系コンサルのビジネス文書作成術 」（吉澤準特著　東洋経済新報社）を基に、出版社の許可を得て、筆者自身が＠IT読... 続きを読む

ＮＴＴデータ、現行ＩＴシステムの設計図を自動復元する技術開発へ:日刊工業新聞

2014/01/21 467 users 日刊工業新聞 NTTデータ 稼働 設計図 短縮

ＮＴＴデータは、現行ＩＴシステムのソースコードを自動解析し、設計書を復元する技術の適用範囲を拡大する。システムの開発目的や必要な機能などを定めた「要件定義書」までさかのぼって自動復元する技術の開発を２０１４年度に始める。長年の稼働を経たＩＴシステムの役割を可視化し、更新や機能の追加を容易にする。開発期間の短縮にもつなげる。 現行システムのソースコードを自動解析し、設計情報を生成する。さらに生成した... 続きを読む

受託開発で開発開始時に確認すること ｜ Developers.IO

2013/05/17 119 users Developers.IO 受託開発 役割 プロジェクト 開発

はじめに 巷では受託開発についてまぁ様々な事は言われて久しいですが、紛れもなく自分は今この世界で生きていますし、多くの人が関わっていると思います。自分はプロジェクトリーダーという役割で開発に携わっていますが、プロジェクトをやる度に何かしら忘れてしまう事があるので、開発開始時又は開発開始前に必要な主な確認事項をまとめました。 確認すること プロジェクトの基本部分 契約書／要件定義書に書かれているよう... 続きを読む

文章を書くノウハウを伝授 - 週末スペシャル：ITpro

2011/01/21 1079 users 伝授 ノウハウ 文章 週末スペシャル 悪文

ITエンジニアにとって文書作成技術は欠かせません。日常のメールのやりとりにはじまり、要件定義書、機能仕様書、企画の提案書など、上司やチーム、顧客などに対して、文章でコミュニケーションをとる機会がとても多いからです。 連載『悪文と良文から学ぶロジカル・ライティング』では、論理的にわかりやすい文章を書くノウハウを伝授しています。ITエンジニアが日常的に用いるであろう文章を例に使い、どこが悪くてどう直せ... 続きを読む

知るだけで天地の差が出る、テスト仕様書の必須項目＆表現方法 − ＠IT自分戦略研究所

2010/08/25 690 users 顧客 バグ数 文章術 構成 専門用語

「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 第11回「『バグ数には興味ないのだよ』――顧客が喜ぶテスト仕様書とは？」では、顧客にとって良いテスト仕様書にするためには、何を記述すればよいのかについて、「全体的な内容と構成」... 続きを読む