並び順

ブックマーク数

期間指定

  • から
  • まで

441 - 480 件 / 697件

新着順 人気順

agileの検索結果441 - 480 件 / 697件

  • アリスター・コーバーン再考 | Agile Studio

    この記事は「ESM Advent Calendar 2021」の6日目の記事です。Agile Studio プロデューサーの木下です。今年(2021年)の11月に開催された Agile Japan の...

      アリスター・コーバーン再考 | Agile Studio
    • 「開発モデル」とは?開発モデルの種類とそれぞれのメリット・デメリットについて比較!

      「開発モデル」とは?開発モデルの種類とそれぞれのメリット・デメリットについて比較!はじめにソフトウェア開発のプロジェクトを成功させるには、優れたプロジェクトマネジメントが必要です。プロジェクトを効果的に管理するためには、経営陣または開発チームが、目前のプロジェクトに最も適したソフトウェア開発モデルを選択する必要があります。 それぞれの開発モデルにはメリットとデメリットがあります。 この記事では、いくつかのソフトウェア開発モデルにの種類や概要、メリット・デメリットを比較しながら、解説します。 ソフトウェア開発モデルとは?ソフトウェア開発モデルとは、プロジェクトの目的や目標に応じて、開発のために選択される様々なプロセスや方法論のことです。開発モデルには、様々な要件を満たすために作成されたものがあります。これらの開発モデルでは、プロセスのさまざまなステップと、それらを完了するための順序が定義され

        「開発モデル」とは?開発モデルの種類とそれぞれのメリット・デメリットについて比較!
      • デジタルトランスフォーメーション・フライホイール:どのようにして、AWS が Stellantis のデジタルトランスフォーメーションの加速を支援したか? | Amazon Web Services

        Amazon Web Services ブログ デジタルトランスフォーメーション・フライホイール:どのようにして、AWS が Stellantis のデジタルトランスフォーメーションの加速を支援したか? デジタルトランスフォーメーションとは、デジタル技術を活用した戦略的なビジネス施策であり、ビジネスの成果を最大化することを目的としています。このブログでは、デジタルトランスフォーメーションへの反復的アプローチ、すなわちデジタルトランスフォーメーション・フライホイールを紹介します。Stellantis社との協業(2022年のアマゾンのプレスリリースを参照)の中から厳選した事例は、このフレームワークが Stellantis のデータドリブンかつソフトウェアにフォーカスしたモビリティ企業への変革をどのように可能にしたかを示しています(2024年のStellantis社 デア・フォワード2023を参

          デジタルトランスフォーメーション・フライホイール:どのようにして、AWS が Stellantis のデジタルトランスフォーメーションの加速を支援したか? | Amazon Web Services
        • 【保存版】NFL頻出英単語500 - 鯖缶NFL三昧

          NFL(アメフト)でよく使う英単語を集めました。「英語でNFLを楽しみたい」「NFLを通じて英語を鍛えたい」という方に最適な単語リストです。ぜひ繰り返しチェックして語彙力アップにお役立てください。 ・例文はすべてNFLに関するものです。英語力と同時に、NFL用語も覚えられます。 ・赤いフィルム(下敷き)を使うと意味の部分が隠せます。 ・このリストに合わせた「小テスト」を用意しています。該当部分にリンクを貼っておきますので、合わせてご利用ください。 (目次:アルファベット順) A B C D E F G H I J K L M N O P R S T U V W A absorb (ヒット、タックルを)受ける (※absorbの主な意味は「吸収する」で、「(パンチを受けても)倒れない」などの使われ方もあります。アメフトにおいても使われます) Big Ben absorbs big hit,

            【保存版】NFL頻出英単語500 - 鯖缶NFL三昧
          • EM Oasis を立ち上げました!|パウリ

            コミュニティ説明本コミュニティーは様々な要因で孤独になりがちなEngineering Manager(以下:EM)の、 1. 学び ✍️ 2. 広がり 💬 3. 繋がり🤝 4. 癒し 😊 5. 遊び 🕺 の場となることを目指しております! また本コミュニティでは1回 / 隔月のペースでイベントを実施していきます! 基本的なイベントのタイムスケジュールイベントのタイムテーブル基本構成LT × 3 お悩み相談会 次回のテーマ決め 懇親会 大事にしていること1. 学び ✍️継続的な学びを重視します。 メンバーは互いの知識と経験を共有し、一緒に成長していくことを目指します。 他者の意見や視点を受け入れることで、新たな学びの機会として受け取ります。 毎回EMを取り巻く様々な要素をテーマに掲げてイベントを開催しており、EMの課題感や関心事に寄り添うことを意識しております。 各テーマで各々の知識

              EM Oasis を立ち上げました!|パウリ
            • DocBase独自のリッチテキストエディター開発を支えた超画期的なアジャイル手法

              こんにちは、クレイの正岡です。 好きなモンスターはメタルスライムです、よろしくお願いします。 今回は、先日正式リリースしたDocBaseのリッチテキストエディターの開発プロセスについて喋ろうと思います。 DocBase独自のリッチテキストエディターを開発しました DocBase独自のリッチテキストエディターとは? 既存のサービスにリッチテキストエディターを盛り込もうと思ったとき、まずは既存のOSSを探しますよね。既存のコードと要件を考慮した上で相性の良いライブラリは何なのか?と検討することと思います。 そう、普通は。 我々DocBase開発チームは違います。 僕たちはリッチテキストエディターを独自に開発することにしました。 この記事を書くにあたって、その理由を開発リーダーに改めて確認しました。 僕:どうして独自開発に踏み切ったんでしたっけ?かくかくしかじかでしたっけ? リーダー:「やってみ

                DocBase独自のリッチテキストエディター開発を支えた超画期的なアジャイル手法
              • attestationsやfeature flagの話など|Productivity Weekly(2024-06-26)

                こんにちは。サイボウズ株式会社 生産性向上チームの平木場です。 僕たち生産性向上チームは毎週水曜日に Productivity Weekly という「1 週間の間に発見された開発者の生産性向上に関するネタを共有する会」を社内で開催しています。 本記事はその時のネタをまとめたものです。 2023-01-25 号から、基本的に隔週で連載することとしました。たまに単独でも投稿するかもしれません。 今週は 2024-06-26 単独号です。 今回が第 158 回目です。過去の記事はこちら。 news 📺 Artifact Attestations is generally available - The GitHub Blog 以前 2024/05/08 号 でも触れた Artifact Attestations が GA になりました。この機能を使うことで、コンテナイメージやバイナリといったソ

                  attestationsやfeature flagの話など|Productivity Weekly(2024-06-26)
                • The Loop: Project Communications for Teams-of-Teams

                  For all the effort that has gone into creating Agile rituals for intra-team comms and Design thinking rituals for customer comms, it’s shocking how little thought has gone into designing a better system of communication across teams. Team-to-team communication is not taught, not valued and often gets a bad rap as “status reporting.” Welcome to the new world of status reporting that looks and feels

                    The Loop: Project Communications for Teams-of-Teams
                  • アジャイル開発のプロセスとは?基本的な流れや役割分担について解説 - GALK(ガルク)

                    このように、顧客の要望に沿った開発を実現しやすいプロセスが特徴のアジャイル開発ですが、プロセスごとの注意点やプロセスにおける受注者・開発者の役割分担を把握して採用しないと、有効活用することはできません。 アジャイル開発のプロセスを表面的に確認するだけでなく、具体的にどういうところが従来型の開発手法と異なるのか把握して、アジャイル開発を採用するかどうかを検討することが欠かせません。 そこで、この記事では、アジャイル開発を正しく使いこなすうえで押さえるべき以下のポイントを解説します。 【当記事のポイント】 上記の内容を把握することで、アジャイル開発と アジャイル開発は、従来型の開発手法と異なり、1つのシステム開発を機能ごとなどの複数のフェーズに分けて順番に開発していくプロセスが特徴です。 はどのように進めるものか、イメージができるようになるでしょう。また、それを踏まえて、適切な開発方法を検討す

                      アジャイル開発のプロセスとは?基本的な流れや役割分担について解説 - GALK(ガルク)
                    • Encraft #13 QA Enablement - Insight by QA activity (2024/04/23 19:00〜)

                      アクセス 〒105-0003 東京都港区西新橋1-6-15 NS虎ノ門ビル(日本酒造虎ノ門ビル) 3F → 11F に変更になりました。ご注意ください。 https://www.tc-forum.co.jp/ap-shinbashitoranomon/access/ 発表:「品質保証活動からの情報提供」について考えよう 概要 皆さんはどのような情報提供(フィードバック)をしていますか?「テストの結果」「テストの進捗」はしますよね。それ以外に工夫していることはありますか?本日はテストプロジェクトにおける情報として「どのようなこと」を「誰」に「わかるように伝える」と「有用」なのかを考えてみませんか。 登壇者 小山 竜治(koyaman) / 株式会社 ナレッジワーク 組み込み系システム(複合機/医療機器)からクライアント/サーバーシステム、B2BセキュリティソリューションのTestLead/M

                        Encraft #13 QA Enablement - Insight by QA activity (2024/04/23 19:00〜)
                      • 国策テーマパークQiddiya Cityを手掛けるサウジアラビアがUNRWAに60億円供与へ : キムチうどん県民

                        2024年03月22日18:59 国策テーマパークQiddiya Cityを手掛けるサウジアラビアがUNRWAに60億円供与へ カテゴリ政治・経済・社会 kimuchiudon Comment(0) Qiddiya - Saudi Arabia's First Ever Entertainment City https://qiddiya.com/ Qiddiya (Arabic: القِدِّية, romanized: al-qiddiyya / al-giddiyya, pronounced [ə- alɡɪdːijːa]) is a planned entertainment and tourism megaproject in Riyadh, Saudi Arabia.[1] Construction started in the beginning of 2019.[1] I

                          国策テーマパークQiddiya Cityを手掛けるサウジアラビアがUNRWAに60億円供与へ : キムチうどん県民
                        • 【東京からマレーシアへ移住生活】タワマンの家賃2LDK11万円、広すぎる部屋をグレードダウン…現地日系不動産会社代表が教える、日本人のうらやましい生活実態 - ライブドアニュース

                          2024年4月23日 11時15分 リンクをコピーする by ライブドアニュース編集部 この要約はライブドア社が開発したAIにより自動生成されたものです。実験的な機能のため、記事本文と併せてご確認ください。 ざっくり言うと マレーシアの日系不動産会社代表が、現地の日本人の生活実態を解説している タワマンは2LDKで11万円とお手頃だが、広すぎるためグレードダウン 子どもがいる家族には、高級住宅街の「モントキアラ」がおすすめだという 目的の海外移住と聞けば、一部のによる特別な行動だと思われるかもしれませんが、そうではありません。普通の収益を得ているの方なら、そのメリットを大いに享受できるのです。国際弁護士の小峰孝史氏が、現地の不動産会社の取材を通じて、マレーシア移住の実情を解説します。 マレーシアの住み心地について、現地のプロにインタビュー筆者は弁護士として、主に日本企業や日本の向けに、日本

                            【東京からマレーシアへ移住生活】タワマンの家賃2LDK11万円、広すぎる部屋をグレードダウン…現地日系不動産会社代表が教える、日本人のうらやましい生活実態 - ライブドアニュース
                          • 中国の雅居楽、ドル建て公募債が初のデフォルト-業界は「下降傾向」

                            中国で高層住宅などの開発を手がける雅居楽集団が発行したドル建て公募債が初めてデフォルト(債務不履行)に陥った。未曾有の不動産危機が引き続き業界を圧迫している。 広東省に本社を置く雅居楽は14日、2025年償還のドル建て社債について、13日に終了した猶予期間内に利払いができなかったと届け出た。同社は資本構成と流動性を評価するため、外部の財務・法務アドバイザーを起用する予定。 ドル建て債(表面利率6.05%)の一部保有者は、30日間の猶予期間が終わりに近づいた13日時点で利息を受け取っていないことを明らかにしていた。同債の募集要項では、利息の不払いが連続30日間続くことを「デフォルト事由」と定義している。 雅居楽のデフォルトは、中国の民間デベロッパーの中で数少ない生き残り企業でも不動産危機の影響を免れないことを浮き彫りにしている。不動産開発大手、碧桂園のデフォルト後、公募債のデフォルトを起こし

                              中国の雅居楽、ドル建て公募債が初のデフォルト-業界は「下降傾向」
                            • SEOのためのアジャイル プロジェクトに優先順位を付ける方法 - SEO Japan|アイオイクスのSEO・CV改善・Webサイト集客情報ブログ

                              無料で資料をダウンロード SEOサービスのご案内 専門のコンサルタントが貴社サイトのご要望・課題整理から施策の立案を行い、検索エンジンからの流入数向上を支援いたします。 無料ダウンロードする >> 本記事はSearch Engine Land「Agile for SEOs: How in-house teams get projects prioritized」を翻訳した記事です。アジャイル手法が、社内SEO担当者がプロジェクトに優先順位を付け、部門を超えたチームで実行するのにどのように役立つかを説明しております。4月から新しいSEOプロジェクトに参加される方などぜひ一読してみてください。 SEOに関する推奨事項やプロジェクトがシャッフルの中で埋もれてしまったり、他のチームによって優先順位が低くなったように感じたことはありますか? 社内で働いている場合は、最適化作業に適切なリソースを確保し

                                SEOのためのアジャイル プロジェクトに優先順位を付ける方法 - SEO Japan|アイオイクスのSEO・CV改善・Webサイト集客情報ブログ
                              • Home | BellaDati

                                BellaDati IoT and DX Frameworkは、企業がIoTアプリケーションを迅速に構築し、高度な分析を埋め込む方法を改革します 統合されたパッケージは、90%の機能をすぐに利用可能なので、新しいソリューションを構築するリスク、時間、コストを解消します。 IoT Framework、IoTController、Embeddable Analytics、DWH、ML Studio、Agile BI、そして多様なSDKでソリューションを迅速に展開させます

                                • 「アジャイルなプロダクトづくり」 を現場、組織に。|市谷 聡啓 (papanda)

                                  著者の @papanda さんから新刊『アジャイルなプロダクトづくり』を頂きました アジャイルなチームづくりと、そのチームでアジャイルにプロダクトの価値を探索する具体的な方法についてバランスよく語られています。ストーリー仕立てでとても読みやすいので、皆さんもぜひ手に取ってみてください📖 pic.twitter.com/uLPMh1JmcH — yokomichi | プロダクトコーチ (@ykmc09) August 26, 2024 「君は、このプロダクトができあがったら使うのか?!」 ——プロダクト開発の真理です。 市谷聡哲さん @papanda 著『アジャイルなプロダクトづくり』の見本誌をいただきました。#agile #アジャイル #プロダクト開発https://t.co/Ai9iZK3932 pic.twitter.com/YDhKsKs6N2 — bookslope (@boo

                                    「アジャイルなプロダクトづくり」 を現場、組織に。|市谷 聡啓 (papanda)
                                  • エイサー、WQHD/4K解像度に対応した27型ゲーミング液晶5製品を発売

                                    日本エイサーは12月7日、高解像度/高リフレッシュレート表示をサポートした27型ゲーミング液晶ディスプレイを発表、順次販売を開始する。製品ラインアップは、WQHD表示対応モデルの「XV272URVbmiiprx」「XV272UV3bmiiprx」「XV275UXymiiprx」、4K表示対応モデルの「VG272KV3bmiipx」「XV272KV3bmiiprx」の5製品を用意。いずれも価格はオープン、予想実売価格はそれぞれ4万9800円前後/4万9800円前後/6万9800円前後、6万9800円前後/7万9800円前後だ(いずれも税込み)。 2560×1440ピクセル(WQHD)表示対応モデルとしては、A.R.T.(先進反射防止型)パネルを採用し170Hz駆動に対応するXV272URVbmiiprx、高速応答/広色域を実現するAgile-Splendorテクノロジーを採用したIPSパネル

                                      エイサー、WQHD/4K解像度に対応した27型ゲーミング液晶5製品を発売
                                    • 2年間継続しているマネーフォワードアジャイルコミュニティのノウハウ公開! (2023/12/21 21:00〜)

                                      コミュニティ立ち上げを考えている人たち、継続できない・盛り上がらないなど悩みを抱えている人たちへ 参考リンク : https://confengine.com/conferences/regional-scrum-gathering-tokyo-2024/proposal/19226/2 発表者 : Yusuke Sakai, Daisuke Ashihara, Yoshitaka Terazawa, Yoya Kobayashi, Riou Tomta, Kensuke Yamaguchi 今年のスクラムフェス大阪で、「転職したので社内にアジャイルコミュニティを作ったら、思いの外楽しくなってきた〜!!」というセッションで、社内アジャイルコミュニティの運営者である自分の目線から、立ち上げの経緯や継続のコツ、コミュニティがあって嬉しかったことをお話させてもらいました。 そんなコミュニティ、R

                                        2年間継続しているマネーフォワードアジャイルコミュニティのノウハウ公開! (2023/12/21 21:00〜)
                                      • スプリントプランニング | Agile Studio

                                        名前スプリントプランニング別名計画ゲーム、イテレーションプランニング解説スプリントプランニングはスクラムイベントの一種であり、スプリントの開始時に実施する。スプリントプランニングでは、目指すスプリント...

                                          スプリントプランニング | Agile Studio
                                        • Scrum Developers Night! Online #15 (2023/12/06 20:00〜)

                                          実施概要 💁‍♀️ Scrum Developers Night!(スクラムデベロッパーズナイト) は、オープンスペーステクノロジー(※)で運営される、Scrumに取り組んでいる(取り組もうとしてる)Developer向けのイベントです! 参加者同士のディスカッションを通じて、スクラムを実践する上で「技術的プラクティス」や「変化に強い設計」をどのように考えるか等、現場でぶつかった課題や疑問に対して解決のヒントを得ることを目的としています。 テーマの例 以下、参考として過去のテーマをあげさせて頂きます。 人の入れ替わりが激しいとベロシティの意味が薄くなる問題 チームビルディング、なかなか人が集まらない or 参加メンバーが固定される 時間見積もりなのかストーリーポイントかどちらがいいか悩んでいます。 新しいスキルの伝達というか、教える効果的方法 学生や副業中心のチームでスクラムを回している

                                            Scrum Developers Night! Online #15 (2023/12/06 20:00〜)
                                          • 『アジャイル開発の失敗率は268%も高い』のコメント欄が面白かったので紹介するよ - Qiita

                                            先日The Registerを見ていたらアジャイル開発の失敗率は268%も高い Study finds 268% higher failure rates for Agile software projectsという記事が目に入りました。 The RegisterはITニュースサイトで、日本で言うところのITmediaやWIRED、GIGAZINEみたいなところですかね。 その記事は元記事を紹介しているもので、『元記事はImpact Engineeringの宣伝ではあるが、アジャイル開発は期待ほどうまくいかないという疑念を抱かせるのにも十分である』というようなまとめになっていました。 ではImpact Engineeringってなんなんだよと元記事268% Higher Failure Rates for Agile Software Projects, Study Findsを最後まで読

                                              『アジャイル開発の失敗率は268%も高い』のコメント欄が面白かったので紹介するよ - Qiita
                                            • LR Parser Night w/ Asakusa.rb を永和システムマネジメントさんと共催します! - ANDPAD Tech Blog

                                              ¡Buenos días! LR_parser_gangsメンバーの@ydahです。 RubyKaigi 2024本当に楽しかったですね。今年はLramaに新しい文法を追加することでparse.yを改善するというテーマで登壇の機会をいただきました。 お越しいただいた皆さま、また感想をいただけた皆さま、オーガナイザー、スタッフの皆さま本当にありがとうございました。 speakerdeck.com さて、 6/25(火) の19時から LR Parser Night w/ Asakusa.rb というイベントを、永和システムマネジメントさんと共催します。 開催場所はアンドパッドのコミュニティスペースで開催いたします。 andpad.connpass.com 永和システムマネジメントさんからも同じ LR Parser Night w/ Asakusa.rb のイベント内容を告知されているので、こ

                                                LR Parser Night w/ Asakusa.rb を永和システムマネジメントさんと共催します! - ANDPAD Tech Blog
                                              • スクラムフェス神奈川2024 小田原の中心で小田中への愛を叫ぶ - Qiita

                                                2024/03/16-17に小田原で開催されたスクラムフェス神奈川2024。ホテルでの滞在・宿泊型の2日間のイベントでした。 https://www.scrumfestkanagawa.org/ 講演の予定もなし、アウトプットの予定もなし、ある種のリトリートとして参加したイベントは5年ぶりくらいです。ただ、そこで得られたものは、自分自身へのディープダイブでした。 今回参加の1番の目的は小田中さんのキーノートを聞くこと。 キーノートはこちら 今回の小田中さんの話から心に火を灯された人はいっぱいいるはずです。見ていて人をアツくさせる、燃え盛る真っ赤な炎です。 でも、私は違った感情でセッションを聞いていました。今日は、小田中さんへの想いを綴ろうと思います。ブログを「誰か1人のために書く」というのは私にとってはあまりない経験です(過去稲山さんがお亡くなりになられた時くらいかな...)。 でも、溢れ

                                                  スクラムフェス神奈川2024 小田原の中心で小田中への愛を叫ぶ - Qiita
                                                • SIerはアジャイルやローコードが嫌い?導入が進まない背景とは?-リープリーパー

                                                  一部の組織や人々の間では、アジャイル開発に対する抵抗感や不信感があるようです。SIer(システムインテグレーター)の中にも、ローコードプラットフォームに対する誤解やアレルギーを持っている人がいるとも見聞きします。今回は、SIerが積極的にローコードを活用しない理由を紐解いてみましょう。 まだまだ根強い、アジャイルに対する誤解 一部のSIerが抱いているローコードツールへの抵抗感は、未だにあるアジャイルに対するさまざまな誤解と無関係ではないでしょう。構造化されておらず混沌としているとか、適切な文書がないといったありがちなミスリードは、以前の記事でもまとめたので、ぜひ合わせてお読みください。 [nlink url=/2023/07/04/8misunderstandings-of-agile/] アジャイル開発に対して誤解を抱いていれば、エンジニアがより速く、より少ないハンドコーディングで価値

                                                    SIerはアジャイルやローコードが嫌い?導入が進まない背景とは?-リープリーパー
                                                  • 2024年スクラムイベントは何曜日がオススメ? | Agile Studio

                                                    こんにちは、天野勝です。2023年も残りわずかとなりました。そろそろ2024年の準備を始める時期です。スクラムイベントに参加する人たちが、予定を調整しやすいように早めに時間割を決めてみませんか。202...

                                                      2024年スクラムイベントは何曜日がオススメ? | Agile Studio
                                                    • スクラムマスターとしての私を変えた、人類学  〜Great scrum masterへの道〜 (2023/12/14 21:00〜)

                                                      チームを支援している人、チームで働いている人、チームや組織をもっと良くしていきたい人、Great scrum masterになりたい人たちへ 参考リンク : https://confengine.com/conferences/regional-scrum-gathering-tokyo-2024/proposal/19353/great-scrum-master 発表者 : Emi 皆さんは、人類学という学問をご存知でしょうか? 私は人類学に出会い、スクラムマスターとして見える世界やチームとの向き合い方が大きく変わりました。 2021年のRSGT、私はZUZANA ŠOCHOVÁさんの基調講演の中で、初めて人類学という学問をスクラムの文脈で聞きました。そこから一年後、人類学のゼミに半年間参加しまし、人類学を学びながら支援しているチームに向き合い続けました。 さまざまな自分の変化に出会いま

                                                        スクラムマスターとしての私を変えた、人類学  〜Great scrum masterへの道〜 (2023/12/14 21:00〜)
                                                      • 良いふりかえりをするために心がけていること - Cybozu Inside Out | サイボウズエンジニアのブログ

                                                        こんにちは!kintoneのAndroidエンジニア、トニオ(@tonionagauzzi)です。 この記事は、CYBOZU SUMMER BLOG FES '24 Agile/Scrum Stage DAY 2の記事です。 私がこれまで実践してきたスクラムにおけるふりかえり(レトロスペクティブ)で心がけてきたことについてお話しします。 はじめに この記事で取り扱う範囲 この記事では、私が今まで実践してきたふりかえり手法4つそれぞれの強みと感想を説明します。 一般論ではなく、私が今までに実践してきたやり方なので、すべてのチームにそのまま適用できる形とは限りません。しかし、新しく始める際のヒントにはなるのではないかと思います。 「ふりかえりのベストプラクティス」みたいな一般論は、この記事では取り扱いません。 私とふりかえりの出会い 私がはじめてふりかえりに参加したのは2018年ごろで、前職で

                                                          良いふりかえりをするために心がけていること - Cybozu Inside Out | サイボウズエンジニアのブログ
                                                        • これが「19年目のBtoB SaaS」で実践している要件定義プロセスだ【SaaSビジネス経験談 #10】|シナマケのプロダクト【Synergy!】|SynergyMarketing

                                                          シナジーマーケティングのプロダクト「Synergy!❐」に関わる様々な職種のメンバーが、自身の経験を元に、ビジネスに役立つ情報をお送りします。 今回の筆者は、Synergy!の「使いやすさ」実現の推進を担っているUXデザイナーです。 ・はじめに私はSynergy!の企画・開発や、プロダクトマネジメントに携わるUXデザイナーの山本です。 リリースから19年目を迎えたSynergy!は、機能の運用・保守、顧客からの要望、新機能の搭載など、やるべきこと・やりたいことがいつも盛りだくさんです。 特に規模の大きい開発ではユースケースが多岐にわたるため、要件も膨らみやすく、判断も複雑になりやすいです。弊社でも気がついたらスケジュールや実現可能性に偏った判断をしていた...ということも少なくありませんでした。 そこで、現在Synergy!の大規模な開発では、顧客の利用状況を調査・分析し、ユーザー理解を深

                                                            これが「19年目のBtoB SaaS」で実践している要件定義プロセスだ【SaaSビジネス経験談 #10】|シナマケのプロダクト【Synergy!】|SynergyMarketing
                                                          • 「実践チームトポロジー:プラットフォーム性とイネーブリング性の戦略」 - Findy Engineer Lab

                                                            6月28日(金)から29日(土)にかけて、ファインディ株式会社主催の「開発生産性Conference 2024」が虎ノ門ヒルズで開催されました。二日目の11時20分からは、後の7月26日に東証グロース市場へ上場し注目を浴びることになったタイミーが登壇。同社のVPoEである赤澤剛さんが「実践チームトポロジー:プラットフォーム性とイネイブリング性の戦略」と題して、エンジニアチームで必読書としている『Team Topologies』に沿ったエンジニア組織の実践を紹介しました。 ■プロフィール 赤澤 剛(あかざわ ごう)/@go0517go 株式会社タイミー エンジニアリング本部 VP of Engineering 2009年から株式会社ワークスアプリケーションズにてSWEおよびVPを担う。 2018年にLINE Financial株式会社でTechnical PjM。2020年に株式会社ユーザベ

                                                              「実践チームトポロジー:プラットフォーム性とイネーブリング性の戦略」 - Findy Engineer Lab
                                                            • オフィス用品市場の成長、シェア、動向、予測 2024-2032年

                                                              オフィス用品市場の分析: 主な市場促進要因:市場は、リモートワークへのシフトの高まり、生産性と快適性を高めるための人間工学に基づいた製品へのニーズ、オフィス機器の技術的進歩などにより、安定した成長を遂げている。また、持続可能性を重視する傾向が強まっており、環境に優しいオフィス用品の需要を牽引している。 主な市場動向:機能性を向上させる技術を統合したスマート事務用品の採用が増加していること、持続可能で環境に優しい製品の人気が高まっていることなどが主な傾向である。各社はまた、現代的なワークスペースに対応するため、多機能で省スペースなデザインで革新を進めている。 地理的傾向:アジア太平洋地域は、企業オフィスの建設が増加し、リモートワーカーが増加しているため、市場を支配している。 競争環境:業界の主な市場プレーヤーには以下のようなものがある。3M Company, Canon Inc., Deli

                                                              • Q. 顧客や上司、社内の関係部門がウォーターフォール型の報告を求めるのですがどうしたらいいですか?

                                                                現在位置: ホーム1 / アジャイルFAQ2 / Q. 顧客や上司、社内の関係部門がウォーターフォール型の報告を求めるので... アジャイル開発をきちんと理解できていないと、結果的に従来と同じようにスコープ、期日、費用を全て固定して達成しようとしがちですし、その観点で全体を見ようとしてしまいます。 また、関係者のプロジェクトへの継続的な関与が不十分になることもあります。 したがって関係者がアジャイル開発の概念を理解していない場合は、考え方を説明するセッションやトレーニングを事前に実施します。 後から散発的に説明するとどうしても時間が余計にかかるので、先に理解してもらってから始めるということになります。 それでも報告が従来の形に近いものが求められることはありますが、それぞれの数値からどんなことが知りたいのか把握できれば、アジャイル開発の工程の中でも他のメトリクスを使って説明することもできるは

                                                                  Q. 顧客や上司、社内の関係部門がウォーターフォール型の報告を求めるのですがどうしたらいいですか?
                                                                • プロダクトの特性や組織の状況を踏まえたQA組織の行動指針の言語化の取り組み - エス・エム・エス エンジニア テックブログ

                                                                  はじめまして。株式会社エス・エム・エスで介護事業者向け経営支援サービス「カイポケ」のQA組織の運営をしている星と申します。2020年1月に入社し、チーム活動やQA組織づくりを通じて体制強化を進めています。 本記事ではこれまで行ってきたQA組織強化に対しての状況アップデートと、それに付随して行動指針や大切にしていきたいものを言語化するまでの過程をまとめています。 他ロールのメンバーも弊社テックブログにチームとしての価値観を紹介する記事を投稿していますが、QA組織としてカイポケ含め、エス・エム・エスのサービスと開発組織をどう捉えているか、その中でどういった思いを大切にして品質に対して向き合っていこうと考えているのかを記事にしています。 QAエンジニアの方のみでなく、チームで品質を作り込んでいくことに興味がある方は是非ご一読頂けると嬉しいです。 QA組織のこれまでと現状 以前、弊社テックブログに

                                                                    プロダクトの特性や組織の状況を踏まえたQA組織の行動指針の言語化の取り組み - エス・エム・エス エンジニア テックブログ
                                                                  • AWS의 제로 트러스트와 실현에 대해 | DevelopersIO

                                                                    안녕하세요 클래스메소드의 수재입니다. 이번 글에서는 제로 트러스트란 무엇인지, AWS에서 이를 실현하려면 어떤 부분을 신경써야하는지 알아보도록 하겠습니다. 제로 트러스트란? 제로 트러스트란 모든 상호작용이 신뢰할 수 없는 상태에서 시작된다는 전제로 보안 아키텍처를 설계하는 방식입니다. - Redhat 제로 트러스트는 복잡한 네트워크의 보안이 항상 외부 및 내부 위협에 취약한 상태라고 가정하는 프레임워크입니다. - IBM 제로 트러스트란 신뢰할 수 있는 네트워크 경계는 존재하지 않으며, 모든 네트워크 트랜잭션이 이루어지려면 먼저 인증을 받아야 한다고 가정하는 IT 보안 접근 방식입니다. - vmware 기존에는 네트워크 등의 일정 경계를 통과하면 신뢰할 수 있는 사용자/기기라고 가정하고 아키텍쳐를 설계해왔습니

                                                                      AWS의 제로 트러스트와 실현에 대해 | DevelopersIO
                                                                    • ユーザストーリーをタスクに分解しないための考え方をさがして - nikkie-ftnextの日記

                                                                      はじめに 親父...1 nikkieです。 ユーザストーリーの分割について、いくつかの書籍に渡ったつながりを発見しました! 現時点のバックアップとしてアウトプットします。 目次 はじめに 目次 ユーザストーリーとは 『アジャイルな見積りと計画づくり』 12章 ユーザーストーリーの分割 『達人プログラマー』 (第2版) 12 曳光弾 曳光弾(『アジャイルな見積りと計画づくり』)と、縦スライス(『アート・オブ・アジャイル デベロップメント』) 終わりに(考え方を練習するんだ!) ユーザストーリーとは ユーザーストーリーという表記が一般的な気がしますが、このエントリではユーザストーリー表記で行きます! アジャイルプラクティスマップに「ひとまずここを見ればおk」という充実のまとめがありました!2 チームが作り出す成果を簡潔に説明したもの。顧客目線で、ビジネスの成果という観点で表現する。(「解説」よ

                                                                        ユーザストーリーをタスクに分解しないための考え方をさがして - nikkie-ftnextの日記
                                                                      • 「アジャイルイントロダクション」のご紹介 - 株式会社イデソン

                                                                        最近読んだアジャイル関係の書籍で、一番面白かった本を紹介します。「アジャイルイントロダクション Agile開発の光と影(Bertrand Meyer著 石川冬樹監修)」です。 著者は、オブジェクト指向設計の大先生Bertrand Meyer氏です。この本は、トップエスイー入門講座として出版されていたので、目につきました。トップエスイーというのは、国立情報学研究所が主催する、トップレベルのソフトウェア技術者の育成を目指した講座で、企業から現場のソフトウェア技術者が毎年勉強に行っています。その入門講座の書籍なので、何を教えているのか興味がありました。なによりBertrand Meyer氏が、アジャイル開発についてどんな解説をするのか大いに興味がありました。 私は一読して、大筋においてやっぱりそうだよねという感想を持ちました。日頃、アジャイル開発の本や講演などで、私自身が引っかかっていた様々なこ

                                                                        • アジャイル開発体験記 | フューチャー技術ブログ

                                                                          はじめにはじめまして。石元湧也と申します。 私自身20代も終盤に差し掛かり、これまで様々な逆境や困難に直面してきました。この間も友人とレストランへ行った際に店員さんを呼び掛けても無視され続けてしまい恥ずかしい思いをしてしまいました。こういった困難が立ちはだかった際に、ダーウィンが『進化論』で「最も強い者が生き残るのではなく、唯一生き残るのは、変化する者である」とおっしゃっている通り、大事なのは臨機応変に対応できる力だと学んできましたので、なんとか喉が痛いフリをして乗り切ることが出来ました。 ソフトウェア開発でも同様に大事なのは、臨機応変に対応する力かと思うので、不具合や修正に柔軟に対応できるアジャイルでの開発について、私の体験談をお話します。 アジャイル開発とは?ソフトウェア開発における柔軟性と迅速さを重視した手法のことアジャイル開発は、何か単一の開発手法を指すわけではなく、似たような開発

                                                                            アジャイル開発体験記 | フューチャー技術ブログ
                                                                          • 皆で真の栄光を目指そう!民主化革命としてのローコード導入2-リープリーパー

                                                                            今まで、ソフトウェア開発の経験がない人が自分が作りたいアプリケーションを作ることができたり、ビジネスユーザーがわざわざ社外のSIerや社内のエンジニアに頼まなくてもニーズに合ったソフトウェアを作れる。それはもう「ソフトウェア開発の民主化」と呼んでいいでしょう。その鍵となるのが、プログラムコードをほとんどまたは全く書かずに開発できる、ローコードプラットフォームです。 とはいえ多くの場合、ソフトウェア開発を民主化するには、組織と個人の両方に、それまでの方法や意識の大胆な転換や決断が必要です。例えば、今までウォーターフォールでしか開発したことがないチームが、ローコード開発基盤によるアジャイルなスタイルへの移行を検討する場合、さまざまな阻害要因が立ちはだかります。新しいシステム開発手法への「革命」を成功させ、民主化を実現させるにはどうしたらいいでしょうか? 前回の記事と併せてお読みいただければ幸い

                                                                              皆で真の栄光を目指そう!民主化革命としてのローコード導入2-リープリーパー
                                                                            • Spotifyモデルをちゃんと読んでみた (Scaling Agile @ Spotify)|Sachiko Kijima

                                                                              Spotifyモデル有名なのはこの図。リンク先PDFより。 この図についてはよく大規模アジャイルの教科書的に使われます。解説があちらこちらにあると思いますので割愛。Scaled Agile (SAFe) も大きくこれを参考にしています。 これもすごいですが、もっとすごいのはアーキテクトの立ち位置と役割。 ずっと気になってた個人的課題スクラムでは「フィーチャーチームがいい」「開発からリリースまで全ての機能が一つのチームに存在する」と言われていましたが、それってアーキテクトの役割ってどうなの? と思ってました。 過去非常に小さなチームで実装と技術的負債の最小化とセキュリティの担保と実装担当およびアーキテクチャ担当の属人化対策と全て自分でやっていた時のことです。正直無理だと思いました。 実装のことを考えると顧客の要望を最大限実装してあげたいし、でも実装のために使用する技術は新しいチームメンバーを

                                                                                Spotifyモデルをちゃんと読んでみた (Scaling Agile @ Spotify)|Sachiko Kijima
                                                                              • Software Design 2024年8月号

                                                                                2024年7月18日紙版発売 2024年7月18日電子版発売 B5判/192ページ 定価1,562円(本体1,420円+税10%) Amazon 楽天ブックス ヨドバシ.com Fujisan(定期購読のみ) 電子版 Gihyo Digital Publishing Amazon Kindle 本書のサポートページサンプルファイルのダウンロードや正誤表など 第1特集 LangChainではじめる LLMアプリ開発入門 今やIT業界にとどまらない知名度を誇るChatGPT。このサービスに使われているのがGPT(Generative Pre-trained Transformer)と呼ばれる「大規模言語モデル(LLM:Large Language Models)」です。LLMは,ディープラーニング技術を使って大量のテキストデータを学習することで,人間が行うような受け答えや自然な文章の作成を可能

                                                                                  Software Design 2024年8月号
                                                                                • スクラムにおける完了の定義(Doneの定義)とは?

                                                                                  「完了の定義 / Definition of Done (DoD)」は、スクラムにおいて必須のアイテムの1つです。スクラム開発において何を持って完了とするかを明確化した定義になります。 チームの結束でプロダクトインクリメントを開発する中で、完了の定義で「何をもって完了とするかの定義」をチームメンバーで共通認識できていないと、仕事の出来栄えにバラツキが出来てしまいます。 また、「完了の定義(Doneの定義)」に入れるもの、Undone(完了していないアイテム)にするものの判断も最終的なインクリメントの質に直結するため、完了の定義(Doneの定義)を考えるのはスクラムマスターの腕の見せどころでもあります。 今回は、スクラムにおいてもマストアイテムである完了の定義(Doneの定義)について定義の確認や、メリット、注意点など深堀りしてみたいと思います。 因みに完了の定義は、「Doneの定義」と言わ