並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 131件

新着順 人気順

工数の検索結果1 - 40 件 / 131件

タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。

工数に関するエントリは131件あります。 開発マネジメント仕事 などが関連タグです。 人気エントリには 『【テンプレ付】chatgptを使ってツールの要件定義をしたら工数が40時間→4時間になった - みんなのシステム企画』などがあります。
  • 【テンプレ付】chatgptを使ってツールの要件定義をしたら工数が40時間→4時間になった - みんなのシステム企画

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

      【テンプレ付】chatgptを使ってツールの要件定義をしたら工数が40時間→4時間になった - みんなのシステム企画
    • 生成AIで議事録が60分→2分。96%工数削減した自動生成ツールの紹介|noteエンジニアチームの技術記事

      こんにちは、note AI creative(以下、nAc)の田中です。 nAcとして今までさまざまな社内の業務改善に取り組んできましたが、中でも「議事録作成業務」は負担の大きい業務の1つでした。 セールス・カスタマーサクセスなど顧客と対面する部署では特に議事録作成は重要な業務として頻繁に発生しますが、1回あたり最大60分かかっており改善の余地がありました。 nAcが作成した生成AIのソリューションを使うことで、作業量が96%も削減され、60分の作業が2分で終わるようになりました。 議事録を生成するデモgifnote proチームの社内発表資料から抜粋この記事では、議事録作成を自動化するために作成したソリューションとその効果について紹介します。 議事録作成効率化の歴史議事録作成業務の効率化を目指し、まずは「tl;dv」というツールを導入してテストを行いました。 tl;dvは非常に機能が豊富

        生成AIで議事録が60分→2分。96%工数削減した自動生成ツールの紹介|noteエンジニアチームの技術記事
      • 工数管理というものを理解する - Qiita

        Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? エンジニアのみなさま、日々の学習本当にお疲れ様です! また本記事まで足を運んでいただき本当に感謝です。 約3分程度で読めるので最後まで読んでもらえると幸いです。 はじめに 工数管理はプロジェクトの成功に欠かせない要素です。工数を正確に見積もり、管理することで、プロジェクトの遅延を防ぎ、クライアントやプロジェクトメンバーの信頼を得ることができます。 本記事では、工数見積もりの重要性とその手法、そして失敗しないためのポイントについて書きたいと思います。 「もっとこうした方が良いよ!」 や 「うちの会社ではこの様な考えで取り組んでます!」 が

          工数管理というものを理解する - Qiita
        • クリエイターの工数管理をしたら利益体質になった話の全容 | knowledge / baigie

          ここ数年、組織の拡大に伴い、過去にはやらなかった取り組みを始める機会が増えた。特に大きな変化の一つが、デザイナーやエンジニア、ライターといったクリエイターたちの作業時間や作業項目を細かく記録する「工数管理ツール」を全社導入したことである。 工数管理のメインツールとしては、freeeさんが提供している「freee工数管理」を使用している。 UIに優れた便利なツールで、Googleカレンダーと連動させることでかなりの入力を自動化できるが、プロジェクト単位や人単位の集計など、標準機能では提供されていないレポートもあったので、このツールで出力されるデータを元にプロジェクト別/人別に表示できるツールも自作した。 なお、このツールを、freeeさん協力の下、外部にも販売することになった。ご興味がある方は、文末にも掲載しているLPからお問い合わせください。 導入の経緯 業界によっては、「なんでこんな当た

            クリエイターの工数管理をしたら利益体質になった話の全容 | knowledge / baigie
          • Amazonは生成AIアシスタントで開発者4500人年の工数を節約し、年間2億6000万ドルもの効率向上を実現したって? - YAMDAS現更新履歴

            Amazon のアンディ・ジャシー CEO の以下の投稿が話題になっている。 One of the most tedious (but critical tasks) for software development teams is updating foundational software. It’s not new feature work, and it doesn’t feel like you’re moving the experience forward. As a result, this work is either dreaded or put off for more exciting work—or… pic.twitter.com/MJvsqNxgiT— Andy Jassy (@ajassy) August 22, 2024 ソフトウェア開発チームにとっても

              Amazonは生成AIアシスタントで開発者4500人年の工数を節約し、年間2億6000万ドルもの効率向上を実現したって? - YAMDAS現更新履歴
            • 初心者エンジニアに最初に読んでほしい工数見積もりの話 - Qiita

              Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 私は、未経験から入社して2ヶ月のエンジニアです。 今回は、そんな初心者エンジニアが研修課題を進めていくに当たって学んだ、工数見積もりについてお伝えしていきます。 経緯 この記事は、私の失敗談に基づきます。 私は研修課題のスケジュール管理にガントチャートを用いていたのですが、具体的工程やそれぞれの難易度など何も分からない私は、「このタスクはこんくらいかかるかな〜」と 完全に感覚で、無根拠に 工数見積もりを行っていました。 そのため遅延が発生し、更にその際のリスケジュールまで感覚で行ったために更なる遅延が発生し...というループに

              • 要件定義以降の工数は50%減少、開発ボリューム・件数は増加 PM組織立ち上げの「現状把握」「目標設定」「問題特定」で得られた効果 | ログミーBusiness

                現状把握のために実施したことじゃあ、これを基に実際にどういうふうに考えてどういうところをやってきたかをこれからお話しできればなと思います。 まず現状把握です。(スライドを示して)今見てもらっているのが、これまで自分が体験してきたり、ほかの企業の方との情報交換とかで出てきた、製品開発におけるよくある問題だと思ってもらえればと思います。みなさんもたぶん、これまでの経験の中で、こんな声や課題は、かなりあったんじゃないかなと思っています。 前職のECの経験でもこのあたりはありました。例えばシステムが肥大化して品質維持のためにかかる工数が多くて、「新規機能開発になかなか時間がかかりますよ」となったり、事業部とかから要望、HOWの指定がけっこう多くて、顧客の課題がぼんやりしていたり。 あとは、ビジネス側からすると、思ったとおりのタイミングでリリースできないことがあるとか、もっと多くの要望を実現したいか

                  要件定義以降の工数は50%減少、開発ボリューム・件数は増加 PM組織立ち上げの「現状把握」「目標設定」「問題特定」で得られた効果 | ログミーBusiness
                • 個人開発でデザインに悩むエンジニアへ。工数を抑えていい感じのUIを作る方法【Meraki UI】

                  この記事は「RUNTEQ Advent Calendar 2024」23日目の記事になります。 はじめに プログラミングスクールRUNTEQでエンジニア兼講師をしているいっぺい(@ippei_111)と申します。 いきなりですが個人開発を行う時にアプリケーションのUIを考えるのに悩んだ経験はありませんか? エンジニアあるあるかもしれませんが、個人開発をする際に機能の実装はできるが、デザインの部分でどうしたら良いのか迷ってしまい、手が止まってしまうことがあると思います。 本来機能開発に時間をかけたいが、デザインに凝りすぎてしまい、余計な工数と時間がかかってしまうことも多々あると思います。 また、デザインに関する知識と経験がないエンジニアがデザインを考えると、「なんかダサいデザイン」「使いづらいUI」になってしまうのもエンジニアあるあるかと思います。 本記事では、デザインに不慣れなエンジニアで

                    個人開発でデザインに悩むエンジニアへ。工数を抑えていい感じのUIを作る方法【Meraki UI】
                  • こちら左側が見積もり工数30人日で提出したエンジニア、右側が6人で5日で完成すると伝えた営業です「汗の感じリアルすぎ」

                    かずなり | 生成AI×ビジネスハック @MacopeninSUTABA 会社役員 | 社外CTO2社 | 上場企業で非常勤顧問1社 | 生成AIの活用術 | ビジネスハック | Qiita 1位 | DM返信します | DJ

                      こちら左側が見積もり工数30人日で提出したエンジニア、右側が6人で5日で完成すると伝えた営業です「汗の感じリアルすぎ」
                    • 野村HDが日本IBMに逆転敗訴のワケ、「工数削減に応じず変更要求を多発」と指摘

                      システム開発が大幅に遅延し、サービス計画が頓挫したとして、野村ホールディングス(HD)と野村証券が日本IBMを相手取って計約36億円の損害賠償を求めた裁判。2019年3月の一審東京地裁判決では一部の請求を認め、日本IBMに約16億円の支払いを命じた。 だが、2021年4月21日の控訴審判決で東京高裁(野山宏裁判長)は一審判決を変更し、野村側の請求を棄却した。なぜ一審判決が覆され、野村2社が逆転敗訴となったのか。約90ページに及ぶ判決文から控訴審判決の経緯を読み解く。 プロジェクト遅延の原因は野村側と認定 訴訟の対象となったシステム開発プロジェクトの始まりは2010年。野村2社は、個人が資産運用を証券会社に一任する金融サービス「ラップ口座」向けフロントシステムの開発を日本IBMに委託。スイスの金融系ソフト大手テメノス(Temenos)が開発したパッケージソフト「Wealth Manager」

                        野村HDが日本IBMに逆転敗訴のワケ、「工数削減に応じず変更要求を多発」と指摘
                      • 「人類がソフトウェアの工数を正確に見積もるのは、もはや不可能である」|はまあ

                        はじめにまずこの話をするのにあたって「正しい見積り」という伝承を語らねばならない。 次の章は、筆者が観測してきた100社ほどの開発関連会社におけるトレンドを雑に集約したものなので、当然ながら観測者バイアスがかかっている。 したがって、ITエンジニアのみなさんご自身の体験とはだいぶ違う事もあるかもしれない。その点はご了承願いたい。 ところで、カンブリア爆発のように、ある事柄がきっかけて急激に世界が変わっていくことは産業界にもよくある。 たとえば蒸気機関の登場が産業革命を引き起こしたように。 また、システム開発にも古代と現代を区切るほどのエポックメイキングな出来事が一つあると思っている。 それは「GitHubの台頭」。 本論では、この古代のことを「前GitHub時代」と呼ぶことにする。 ※厳密に言えばGitHub以外にも様々なソースコード共有サイトやリポジトリシステムは存在した。が、それらをコ

                          「人類がソフトウェアの工数を正確に見積もるのは、もはや不可能である」|はまあ
                        • 組織の技術的負債の返済はなぜ進まないのか? “工数確保の合意”に関わる意思決定層と現場視点の違い

                          クラウドネイティブ技術を日本にも浸透させることを目的に開催された「CLOUDNATIVE DAYS Spring 2021 ONLINE」。ここで原氏が「技術的負債とステークホルダーと説明責任と」をテーマに登壇。まずは、技術的負債とは何か、組織における技術的負債返済までの構図について紹介します。 組織と個人それぞれの技術的負債の解消方法 原トリ氏(以下、原):こんにちは! 今日はこんな話をします。(スライドを見て)なんだか面倒くさそうなキーワードばかり並んでいますね。どれも避けて通りたくなるものばかりです。 はじめまして。こんにちは。Tori、あるいは原トリと言います。ふだんはAWSという会社で、AWSのコンテナサービスをよりよいものにするために、いろいろな仕事をしています。 今日はタイトルのとおり、こんな話をしていきます。まずは「技術的負債って何でしたっけ?」という話を軽く整理していこう

                            組織の技術的負債の返済はなぜ進まないのか? “工数確保の合意”に関わる意思決定層と現場視点の違い
                          • 三菱電機がClaude 3活用で「工数4割減」、仕様書の図表解析にマルチモーダルが威力

                            三菱電機が組み込みソフトウエア開発への生成AI(人工知能)活用を進めている。ソフトウエア開発に関連する過去数十年分のドキュメントの要約文を生成AIにより作成。これを検索用のインデックスとして使うことで、エンジニアの作業工数を最大40%削減できると見込む。 2024年6月20日に開催されたアマゾン ウェブ サービス ジャパン(AWSジャパン)の年次イベント「AWS Summit Japan」で、PoC(概念実証)の成果として明らかにした。今後は実用上必要最小の機能を備えたサービスであるMVP(Minimum Viable Product)として、従業員向けのアプリケーションを開発する予定だ。 三菱電機の組み込みソフトの開発部門では、製品開発部門から改修依頼を受けると、改修対象のソフトウエアの仕様書を検索して改修内容に関連する記述を確認。それを基にソフトウエアのソースコードを確認し、ソースコー

                              三菱電機がClaude 3活用で「工数4割減」、仕様書の図表解析にマルチモーダルが威力
                            • 「レスポンシブにすればPCサイトと同じ工数でPCにもスマホにも両方対応できるよね?」 - エムスリーテックブログ

                              できません。 こんにちは、エムスリーエンジニアリンググループの福林 (@fukubaya) です。 中村の記事で宣言したDocpediaの技術的チャレンジの記事も今回で最後です*1。 今回は、PCページとスマートフォンページで共通的に使用できるVue.jsコンポーネントをどうやったら実現できるかを考えて実装した例を紹介します。 仙台サンプラザ(せんだいサンプラザ)は、仙台市都心部東側の宮城野通に面してあるホール・ホテル・会議室などの複合施設。本文には特に関係ありません。 なぜレスポンシブにしたいのか? PCとスマホで共通のコンポーネントを使って工数を減らしたい 実例 構成 エントリー router AppModePlugin PCとスマホで処理を切り替える PCとスマホでデザインを分ける We are hiring! なぜレスポンシブにしたいのか? 冒頭のタイトルは、直接こう言われたのでは

                                「レスポンシブにすればPCサイトと同じ工数でPCにもスマホにも両方対応できるよね?」 - エムスリーテックブログ
                              • Slackワークフローとスプレッドシートを連携して開発工数の内訳を簡単に可視化 - Findy Tech Blog

                                こんにちは!ファインディでFindy Team+開発チームのEMをしている浜田です。 Findy Team+開発チームでは、Slackワークフローとスプレッドシートを連携して開発工数の内訳を可視化しています。 開発工数の内訳を可視化することで、どの開発にどれくらい工数がかかったかや全体の工数のうちどれくらいの割合を開発に使えているかなどを定量的に把握できます。 Slackワークフローとスプレッドシートの説明 Slackワークフロー 工数の内訳と割合 トイル Slackワークフロー作成手順 まとめ Slackワークフローとスプレッドシートの説明 ここからはTeam+開発チームで実際に使っているSlackワークフローとスプレッドシートをキャプチャを交えつつ説明します。 Slackワークフローで入力した内容がスプレッドシートに連携されるので、スプレッドシートで集計して表やグラフに加工しています。

                                  Slackワークフローとスプレッドシートを連携して開発工数の内訳を簡単に可視化 - Findy Tech Blog
                                • 効果を維持しつつテスト工数を削減した話 〜テスト設計改善の質問回答編〜

                                  以降では、このテスト設計改善の取り組みに対する質問に回答していきます。 テスト設計改善についての質問の回答 【質問1】テスト設計にあたって開発ドキュメントの参照はしないのでしょうか。開発ドキュメントがほとんど無い? 開発ドキュメントの参照はします。チケットの内容、開発ドキュメントだけでなく、その内容に対しての疑問点は実際に開発と議論しておきます。開発者との議論はテスト設計に着手する前、テスト観点出しを行う前後の活動です。 【質問2】テストと設計の比率を出していらっしゃいましたが(テストをいっぱいやるようにした)、数える単位は何ですか?人数?時間?その他? 説明資料では文字の大きさの都合上省略した形で書いていますが、比率を出していたのは「(開発の設計ではなく)テスト設計」と「テスト実施」の比率です。また、ここでの比率は感覚値ではありますが、工数比です。 【質問3】改善後の成果物サンプルやアク

                                    効果を維持しつつテスト工数を削減した話 〜テスト設計改善の質問回答編〜
                                  • 上司に工数を出したら「私なら半分で終わる」と言われ工数を削られました。それならあんたがやれと思うのですが、こんなときどう捉えるべきですか?そもそもあんたが作ったんだから速いだろと反論したくなります。

                                    回答 (34件中の1件目) 私はどちらかというと仕事が好きじゃない人なので、そんな感じで回答してみます。 人によってとらえ方が違うとは思いますが、そりゃ無理だろ、と思います。 たた、そのままの事実を上司に言うと角が立つので受け流すことを考えますね。 私なら、「了解しました。取り掛かります。ただ、申し訳ありませんが、その工数でできる自信がないので、できなかった時に相談させてください」と言って保険をかけておきます。 たまたま出来たらラッキーだし、できなかった時は徹底的に相談(という名の責任転嫁)をすればいいので、完全な損にはなりません。 その相談の時も、上司のお前が間違ってたんだと...

                                      上司に工数を出したら「私なら半分で終わる」と言われ工数を削られました。それならあんたがやれと思うのですが、こんなときどう捉えるべきですか?そもそもあんたが作ったんだから速いだろと反論したくなります。
                                    • 働いてる時間の工数入力するやつ何のためにやってるのか問題|llll

                                      この「工数入力するやつ」はさまざまな目的と方法があると考えられるが、自分自身の考えをしずかなインターネットに書いておく。 引用 RT すると通知されるのが好きではないし、スクショは嫌いだし、突然ツイートしてもそれを見た人間には前後のコンテキストが分からないし、ブログには書きたくない。 本題に入る。この「工数入力するやつ」の背景となる枠組みとしては、財務会計・管理会計・税務会計の3つがある。この記事では、自社で利用するためのソフトウェアを自社で開発してサービスを運用している会社を想定する。 まず財務会計上は、ソフトウェア開発費を原価・販管費として計上するか資産として計上するかという課題がある。資産計上するかは開発内容や会計基準によって異なるが、日本では将来の収益獲得が確実と合理的に判断できる場合は資産計上しなければならない。そこで、開発プロジェクトにかかった費用を集計する根拠として「工数入力

                                        働いてる時間の工数入力するやつ何のためにやってるのか問題|llll
                                      • 3日で作った業務アプリで「毎月最大550時間」の工数削減 非効率なアナログ作業が多い「現場」のDX成功事例 | ログミーBusiness

                                        3日で作った業務アプリで「毎月最大550時間」の工数削減 非効率なアナログ作業が多い「現場」のDX成功事例提供:アステリア株式会社 経済産業省が中小企業のデジタル化の遅れを指摘する中、中堅・中小企業やスタートアップがデジタルを経営に活用するための道しるべを提供するイベント「中堅中小企業・スタートアップ DXカンファレンス 2023 夏」が開催されました。今回は、現場のDXを推進するモバイルアプリ作成ツール「Platio」を提供する、アステリア株式会社の大野晶子氏が登壇したセッションの模様をお届けします。アナログで人手に頼る業務が多い「現場」のDXを、IT人材なしで実現するポイントなどが語られました。 DX推進の3つのフェーズ大野晶子氏(以下、大野):セミナーにご参加いただきありがとうございます。アステリアの大野と申します。本日は、「成功事例に学ぶアナログ業務をアプリで効率化! 2万円からは

                                          3日で作った業務アプリで「毎月最大550時間」の工数削減 非効率なアナログ作業が多い「現場」のDX成功事例 | ログミーBusiness
                                        • 工数6割削減! 生成AIとOCRを組み合わせ、店舗毎に形式が異なるレストランメニューを読み取らせてみた - Tabelog Tech Blog

                                          目次 目次 1. はじめに 2. プロジェクトの内容と成果 2.1. メニュー入稿業務の説明 2.2. 作業効率化のためのツール開発 2.3. 成果 3. メニュー抽出処理の詳細 3.1. OCR技術 3.2. 生成AIとOCRを組み合わせたメニューデータ抽出方法 3.3. ストリーミング対応 3.4. 斜め画像への対応 3.5. メニュー画像タイプごとの抽出精度 4. 成功の要因となったポイント 4.1. 生成AI領域だけでなく、幅広く解決案を模索したこと。 4.2. 作業効率化に直結するUIは徹底的な作り込みを実施したこと。 4.3. 最新動向を常にウォッチし、柔軟な方針転換ができたこと。 4.4. 作業の完全自動化を目指さなかったこと。 5. 生成AIを業務活用する鍵はフルスタックエンジニアにあり 6. 食べログの未来を一緒に変えてくれる人募集中! 1. はじめに 初めまして。食べロ

                                            工数6割削減! 生成AIとOCRを組み合わせ、店舗毎に形式が異なるレストランメニューを読み取らせてみた - Tabelog Tech Blog
                                          • Excelのオプションを変更するだけで効率化に効果大 ~無駄な工数を減らす設定のコツ【残業を減らす!Officeテクニック】

                                              Excelのオプションを変更するだけで効率化に効果大 ~無駄な工数を減らす設定のコツ【残業を減らす!Officeテクニック】
                                            • 工数超過の要因、過剰なテストを避けよう 効率的に要件を作成する「V&V」という考え方とは

                                              工数超過の要因、過剰なテストを避けよう 効率的に要件を作成する「V&V」という考え方とは:アジャイル開発における品質管理(3) 少人数、短期間の開発を繰り返すアジャイル開発では、どのようにすれば品質を保つことができるのだろうか。本連載では、アジャイル開発における品質管理の手法を解説する。今回は、スプリント内でのテストと品質保証について、2回に分けて解説する。前編となる今回は要件設定とV&Vについて。 アジャイル開発において、テストをどのように実施するかは難しい問題です。短い開発周期で、設計、実装にしっかり時間をかけようとすると、それに伴ってテストを実施する時間は少なくなります。結果として、テストがスプリント(※)内で収まらず、テストのタスクを次のスプリントに持ち越してしまいます。結果として本来のタスクに着手できず、プロジェクトが停滞してしまうことも考えられます。 (※)アジャイル開発におけ

                                                工数超過の要因、過剰なテストを避けよう 効率的に要件を作成する「V&V」という考え方とは
                                              • ChatGPTで「業務アプリ」作成に挑戦 プログラミングの工数削減につながるか? 新機能を使い倒してみた

                                                ChatGPTで「業務アプリ」作成に挑戦 プログラミングの工数削減につながるか? 新機能を使い倒してみた AIの進化が止まらない。“生成AIブーム”の火付け役といえる米OpenAIの「ChatGPT」が2022年11月に登場してから、早くも1年以上が経過した。当時、出力結果の精度の高さに驚いた人も多いだろう。 世の中に数多くのAIツールや基盤モデルが登場し、業務効率化やデータ分析による新たな価値創造を狙ってAIの活用に乗り出そうという企業も増えている。米IDCが全世界の890人を対象に23年9月に実施した調査によると、77%以上の組織が生成AIに投資または活用を模索中と答えた(米IDC「企業向けGenerative AIガイド」より)。 生成AIはどのような用途で活躍するのか。IDCが上記調査で「今後18カ月で生成AIが最も大きな影響を与える可能性があるビジネス分野」を聞くと、第1位が「ソ

                                                  ChatGPTで「業務アプリ」作成に挑戦 プログラミングの工数削減につながるか? 新機能を使い倒してみた
                                                • エンジニア運用工数40%削減!Bill One における運用改善のとりくみ - Sansan Tech Blog

                                                  Bill One Engineering Unitの田上です。運用改善と題したプロジェクトによって、エンジニアの運用工数を半年で40%削減することに成功したので、今回はその取り組みをご紹介します。 背景 Bill One のエンジニアリング組織では、フルサイクルエンジアリングで開発と運用を行っており、開発者自身が運用対応(本番環境で発生したエラーの調査・対応、ユーザからの依頼・問い合わせの対応など)を行っています。 エンジニアが自身の開発したプロダクトへのフィードバックを迅速かつダイレクトに受け取れる非常に良い方式ではあるのですが、その対応工数があまりにも多くなりすぎて開発工数が逼迫するようになっていました。 その状況をどうにかするため半年の期限付き特命チームとして運用改善チームを立ち上げることにしました。 立ち上げ 組織内のフラストレーションの高まりを背景に、2名のエンジニアが新たなチー

                                                    エンジニア運用工数40%削減!Bill One における運用改善のとりくみ - Sansan Tech Blog
                                                  • 複数課題が混ぜこぜで、HOWだけが書かれていたPRD 要件定義の工数を50パーセント減・手戻りゼロにした改善策 | ログミーBusiness

                                                    植木氏の自己紹介、株式会社ラクスの紹介植木遼太氏:では発表を始めます。「ARR100億SaaSの現実 ~新設PdM組織が、PRD品質向上のため泥臭く越境した2つのこと~」というテーマで発表します。よろしくお願いします。 まず簡単に自己紹介と会社の紹介だけさせてください。私は植木遼太と申します。現在、株式会社ラクスというところで、「楽楽精算」という経費精算SaaSのプロダクトマネージャーをしています。 経歴としては、新卒はインフラエンジニアからキャリアをスタートして、その後にプロジェクトマネージャー、プロダクトマネージャーと役割を変えていったかたちになります。 次に、簡単に会社紹介です。弊社は楽楽精算だったり「楽楽明細」といったバックオフィス系のSaaSサービスと、あとはメール関連のフロントオフィス系のサービスを展開している企業となります。 (スライドを示して)こちらはIRの抜粋になります。

                                                      複数課題が混ぜこぜで、HOWだけが書かれていたPRD 要件定義の工数を50パーセント減・手戻りゼロにした改善策 | ログミーBusiness
                                                    • 【AIアプリ開発の決定版】Colaboratory+VSCodeによる最小工数の機械学習環境構築手順の紹介 | さくらのナレッジ

                                                      こんにちは! テリーです。先日NVIDIA GTCというイベントがありました。GPUテクノロジーカンファレンスの略です。NVIDIAが進めている最新の技術と商品を紹介しているため、AI、動画、音声、その他あらゆる高速コンピューティングのトレンドを理解することができます。年々紹介する分量が増えてきていましたが、今年は特に量が多かった印象です。 さて、機械学習エンジニアやストリーミングエンジニアの諸氏におかれましては、開発環境の維持コストに頭を悩ませている方も多いことでしょう。なぜなら、あまりにも技術の進歩が激しく、去年50万円も出して購入したGPUパソコンでさえ、今年の新商品に搭載されている機能が使えないということが毎年のように繰り返されているからです。最新のGPUとパソコンを渋々買い替えている人が多いと思いますが、セットアップも中古売却もめんどくさいです。なんとかならないでしょうか? 今回

                                                        【AIアプリ開発の決定版】Colaboratory+VSCodeによる最小工数の機械学習環境構築手順の紹介 | さくらのナレッジ
                                                      • Nativeアプリでの膨大なテスト工数を開発と運用によって75%削減した話 - MonotaRO Tech Blog

                                                        はじめに スマートフォンアプリチームについて リリースサイクルにおける課題 解決に向けた取り組み①:自動テスト導入 解決に向けた取り組み②:運用面での見直し よくなった点 学び おわりに はじめに こんにちは、モノタロウのスマートフォンアプリチームに所属している坂江です。 スマートフォンアプリを開発する際、UIテストってとても大変ですよね。 UIの開発や対象OSに比例して増える確認項目 マニュアル作業での確認により膨れ上がるテスト工数 etc. UIテストが重要であることは分かっているのですが、テストを重要視するあまり工数が膨れ、肝心な開発や新しい取り組みへの時間がなかなか確保できなくなってしまいとても困っていました。 本記事では、モノタロウのスマートフォンアプリ開発において「膨大なテストをいかに効率化し、リリースサイクルを向上させていったか」をご紹介します。 ここでのテストとは主にUIテ

                                                          Nativeアプリでの膨大なテスト工数を開発と運用によって75%削減した話 - MonotaRO Tech Blog
                                                        • WPF on .NetCore で工数管理アプリを作りました - Qiita

                                                          2021/01/31追記 .Net5へ移行しました(関連記事) 作成した経緯 ぼくの職場では、月毎に作業工数を記録して提出する必要があります。 一応入力ツールがあるにはあるのですが、 きっちり30分毎にしか入力できない(10:00~10:30まではなにしてた、とか)し、入力自体も手数が多くて手間 UIが古きよき感じ... エクスポート形式が提出フォーマットと異なるので手作業が手間 などなど、いろいろ不満がありました。 最新の技術/ライブラリを使ってなにかプロダクトを作ってみたかったのと、新型コロナの影響でおうち時間が増えたのもあり、この不満を解消すべく「ぼくのかんがえた最強」の工数管理アプリを開発してみました。 プロダクト ソースはこちら → GitHub 実際に触ってみたい方はこちらからどうぞ → ダウンロード ※Win10 64bit版のみ用意してます。それ以外の環境の場合は各自でビル

                                                            WPF on .NetCore で工数管理アプリを作りました - Qiita
                                                          • Streamlitで結合テスト工数の削減に成功した話

                                                            GO TechTalk #29 タクシーアプリ『GO』のログ解析の民主化を促進するStreamlitの活用 で発表した資料です。 ■ YouTube https://www.youtube.com/watch?v=vcE70wYfrOA ■ connpass https://jtx.co…

                                                              Streamlitで結合テスト工数の削減に成功した話
                                                            • 「Cookie同意バナー」を作れるツール、ユーザーローカルが無償配布 工数・費用対策に

                                                              JavaScriptとマニュアルを同梱。PC版・スマートフォン版のWebサイトに対応する。文章や色は変更可能で、同意を取り消したいユーザー向けの取り消しボタンも用意した。 サードパーティーCookieの利用を巡っては、プライバシー保護の観点から国内外で規制が広がっており、特に欧州では「一般データ保護規則」(GDPR)により、Cookieを使った情報取得の基準が厳格化されている。グローバル展開を前提とする場合は特にCookie利用の同意バナーの設置が重要となる。 ユーザーローカルは「同意バナーを開発してWebサイトに実装するには、工数や費用がかかる問題がある」としてツールの無償配布を決めたとしている。なお、同ツールがユーザーローカルと通信することはないとしている。 関連記事 Yahoo! JAPAN、欧州からの接続遮断へ 「法令順守の対応コスト面からサービス継続不能」 ヤフーが、欧州経済領域

                                                                「Cookie同意バナー」を作れるツール、ユーザーローカルが無償配布 工数・費用対策に
                                                              • リクルートが『スタディサプリ』で Amazon Aurora Serverless v2 を採用。コストを最適化しつつ Aurora の管理工数を大幅削減 | Amazon Web Services

                                                                Amazon Web Services ブログ リクルートが『スタディサプリ』で Amazon Aurora Serverless v2 を採用。コストを最適化しつつ Aurora の管理工数を大幅削減 株式会社リクルートは、日本国内のHR・販促事業及びグローバル斡旋・販促事業をおこなう事業会社です。リクルートでは、『スタディサプリ』というスマートフォンアプリ、パソコンで利用可能なオンライン学習サービスのデータベースとして Amazon Aurora PostgreSQL を採用しています。 2023 年 5 月にこの Aurora PostgreSQL を Aurora Serverless v2 に変更しました。採用検討から 1.5 ヶ月と短期間で導入を決定しましたが、入念な検証の結果 Aurora の運用負荷を大幅に削減し、サービスの安定運用も実現しています。本ブログは、『スタディサ

                                                                  リクルートが『スタディサプリ』で Amazon Aurora Serverless v2 を採用。コストを最適化しつつ Aurora の管理工数を大幅削減 | Amazon Web Services
                                                                • プロダクトの非機能的な改善の工数をどう確保するか - yigarashiのブログ

                                                                  プロダクトの非機能的な改善をビジネスの中でどのように進めるかは、多くのチームが頭を悩ませる課題であると思います。本記事では私が最近考えていることをまとめてみようと思います。主に自社プロダクトの継続開発を想定した議論をします。 前提 まず非機能改善について議論する上で、重要な前提がふたつあると思っています。 ひとつは、我々は常に共通の目標を持っているということです。プロダクトのミッションや期の目標のことです。ビジネスサイドの人もエンジニアも、そうした目標を達成するためにそこにいることに違いはありません。機能開発も非機能的な改善も、見ている時間軸が多少違うことはあれど、この目標を達成するための手段です。それらが一見対立するように見えるのは影響を与える指標が違うからです。 もうひとつは、非機能改善に「やらない」という選択肢はないということです。システムにはデフォルトで滅びる方向に力が加わっていま

                                                                    プロダクトの非機能的な改善の工数をどう確保するか - yigarashiのブログ
                                                                  • GitHub上の翻訳を支援する無料ツール 翻訳にかかる工数を大幅に削減 | Ledge.ai

                                                                    米Alconostは、エンジニア向けにソフトウェア開発プラットフォーム「GitHub」上のドキュメントやファイルの翻訳をサポートする翻訳支援ツール「GitLocalize」を無料で提供開始した。開発チームが翻訳にかける工数を大幅に削減することが狙いだ。 ITプロダクトのヘルプドキュメントやWebサイト、アプリは更新が頻繁に発生する。そのため、膨大なテキストから翻訳箇所を特定しなければならないなど、プロセスが複雑化しやすく、翻訳に多大な時間と手間がかかる。 本翻訳支援ツールは「GitHub」のリポジトリと連携することで、ファイルの変更を監視し、自動的に差分を抽出し、機械翻訳を使ったり、提携先の翻訳会社に簡単に翻訳を依頼したりできる。 本翻訳支援ツールは公式サイトもしくは、GitHubが運営する開発ツールのオンラインストア「GitHub Marketplace」から利用できる。機能に応じた課金

                                                                      GitHub上の翻訳を支援する無料ツール 翻訳にかかる工数を大幅に削減 | Ledge.ai
                                                                    • Denodoによって開発工数の削減と拡張性の高い状態を実現!法人顧客データ基盤構築プロジェクト 技術編 - techtekt

                                                                      各事業部ごとに、それぞれが担当する法人向けサービスのデータを保有しているパーソルキャリア。垣根を越えてデータ活用を実現すべく、顧客データ基盤を構築したプロジェクトがスタートし、前回は取り組みの全体概要について詳しく話を聞きました。 本プロジェクトでは、データ仮想化・統合ツール「Denodo」を採用してこれまでのデータ統合における課題を解決し、開発工数の削減や拡張性の向上を実現したのだといいます。 パーソルキャリアでは初となる「Denodo」活用の裏側には、どのようなポイントがあったのでしょうか。データとテクノロジーを司るデジタルテクノロジー統括部のエンジニアである寺本、井上、渡邉に話を聞きました。 ETL処理やトラブル時の調査にかかる時間・コストの削減を目指し、「Denodo」の導入を決断 “データマネジメントについて会話しやすい環境” ができ、次のステップに進めた ETL処理やトラブル時

                                                                        Denodoによって開発工数の削減と拡張性の高い状態を実現!法人顧客データ基盤構築プロジェクト 技術編 - techtekt
                                                                      • IT 業界ではなぜ工数などという担当者の能力によって大きく増減してしまうあやふやな単位で見積をしているのだろうか。→だから単価交渉をする

                                                                        とくいちさん @tokuichi0823_v1 @hrfmjp 建設業には,建設工事標準歩掛 という一つの作業が数値化されてます 土木工事で穴を掘る工数だったり,ケーブルを敷設する工数だったり、、、 歩掛=(1人x1時間)÷7.5時間 = 0.13 ITもコードを何行書くのに標準があると、、、いや,標準化はできなさそう

                                                                          IT 業界ではなぜ工数などという担当者の能力によって大きく増減してしまうあやふやな単位で見積をしているのだろうか。→だから単価交渉をする
                                                                        • アニメのエンディング撮影の依頼を「普段なら受けない額」で受けてみたら…先方都合でスケジュールも工数もガバガバなのに金額も増えなかった

                                                                          オヅオクメ @ozokume 年末に初めてアニメのエンディングの現像というお仕事をいただきまして。2週間拘束で十数万円と普段ならお受けしない額なのですが僕も初心者、勉強だとおもい受注。先方の都合で素材が来ず納期が2週間後から1.5ヶ月後に。先に伸びるだけかと思いきやクオリティアップのためにずっと作業が発生。 2023-06-01 21:01:00 オヅオクメ @ozokume 工数増えてるけどお金増えるんか?とおもいつつ増えないだろうなとおもいつつ泳がしてみたら案の定お金の話なんて出ず増えずw あぁ、アニメのスケジュールはがばがばで金銭感覚も無いなぁとおもい、今後二度と受けないと決意したのでありました。 普段の仕事だとこれの10倍以上いただいているので。 2023-06-01 21:04:20

                                                                            アニメのエンディング撮影の依頼を「普段なら受けない額」で受けてみたら…先方都合でスケジュールも工数もガバガバなのに金額も増えなかった
                                                                          • [ゼロから始めるプロジェクトマネジメント] プロジェクトの新規要件は工数を3倍にして請けるかどうかを判断しよう | DevelopersIO

                                                                            プロジェクトマネジメント未経験の方も今日から参考にできるTipsをシェア。 ゼロから始めるプロジェクトマネジメントシリーズ第十二回です。 プロジェクトで新規要件が発生した際には瞬間的に考えた見積を3倍して、その要件を請けるかどうか判断しましょう。 情報システム室の進地@日比谷です。 プロジェクト進行中に新しい要求、要件が発生する。よくあることです。そして、それほど重い要求、要件ではないと感じた貴方は直感で導いた工数で対応の可否を判断しようとする。これもよくあることです。 しかし、これはとてもx2危険なことです。 新規要件を即答して請けてはいけない理由 新規要件を即答して請けてはいけない理由はいくつかあります。 新規要件を出す側の心理的ハードルが下がり、新規要件が噴出しやすくなるから 直感で出した工数の確かさはかなり疑わしいから あなたは大きなステップを見落としているから、確実に すぐに出来

                                                                              [ゼロから始めるプロジェクトマネジメント] プロジェクトの新規要件は工数を3倍にして請けるかどうかを判断しよう | DevelopersIO
                                                                            • 昼は終わらない事務作業、夜は膨大な書類整理 約1.8万時間の工数削減に成功した、市役所職員の苦労と工夫 | ログミーBusiness

                                                                              サイボウズ株式会社が主催する「Cybozu Days 2023」。同イベントでは、全国のkintoneのユーザーのなかから選ばれたファイナリストたちが活用事例を発表する、「kintone hive tokyo vol.18/kintone AWARD」が行われました。本記事では、北九州市役所 保健福祉局の井上望氏が、コロナ禍で挑んだ膨大なバックオフィス業務の効率化について語りました。 コロナ禍に対応した、市役所職員の実体験井上望氏(以下、井上):みなさん、どうもこんにちは。今日はこの話を聞きに来ていただき、ありがとうございます。それではご説明いたします。北九州市役所の中の保健所の話になります。押し寄せるコロナの波の中、保健所がどのように変わっていったかをお話しさせていただきます。 まずは自己紹介になります。私は北九州市の係長をしております、井上と申します。実は昔からパソコンなどでシステム化

                                                                                昼は終わらない事務作業、夜は膨大な書類整理 約1.8万時間の工数削減に成功した、市役所職員の苦労と工夫 | ログミーBusiness
                                                                              • 工数を理由に管理画面のテストを雑にするのはよくない - | ^ω^ |

                                                                                という話を同僚としていた。いい話だからブログに書いてと言われたので、無茶苦茶久しぶりに記事を書いた。 通常のユーザーが利用できる面はどういった操作が行われるかわからない以上、テストはしっかり書くべきという意識が強いと思う。実際それは間違っていないし、考えうる限りのケースをテストするべきだと思う。 一方で管理画面は利用できるユーザーが限られているし、悪意のある操作が行われる可能性も限りなく低い。故にリソースが足りていないと「管理画面はまあそこそこのテストでいいでしょ」とか「管理画面は壊れてたら直せばいいから、単純なとこはテストいらないでしょ」みたいな考えに陥りがちだけど、実際は強い権限による操作が行われるのだから相応のテストを書いて然るべきだよね、ということを話していた。 管理画面は通常ユーザーが見れる面と違って権限チェックなども必要だし、これによってテスト書くのめんどくさくなりがちだよねと

                                                                                  工数を理由に管理画面のテストを雑にするのはよくない - | ^ω^ |
                                                                                • タスクの工数からリリース日を計算するガントチャートをGoogleスプレッドシートで作成してみた

                                                                                  数日で終わるようなタスクは、全体の進捗感を把握するのは容易で、リリース予定日と実際のリリース日に大きな差は生まれません。しかし大きなタスクとなると、「自分が今全体の何%完了しているのか?」、「それは予定通りなのか?」などをきちんと可視化して共有することが重要です。

                                                                                    タスクの工数からリリース日を計算するガントチャートをGoogleスプレッドシートで作成してみた

                                                                                  新着記事