並び順

ブックマーク数

期間指定

  • から
  • まで

161 - 200 件 / 713件

新着順 人気順

アジャイルの検索結果161 - 200 件 / 713件

  • ベロシティの活用方法を教えてください

    ベロシティを生産性指標として扱おうとする組織やチームは多いですが、これは間違った考え方です。 生産性には2種類あり、1つが「物的生産性」、もう1つが「付加価値生産性」です。 ベロシティは単位時間あたりのおおよその生産量を示しており、これは前者の「物的生産性」になります。 一方で、スクラムやアジャイルが目指しているのはプロダクトによる成果であり、重視するのは付加価値です。 スクラムにおいて「付加価値生産性」は「プロダクトによる効果 ÷ 投入資源」となり、これは生産量とは関係ありません。 これを踏まえると、ベロシティはスクラムチーム自身が、現状を把握し、今後の見通しや作業計画を考えるために使うことになります。 例えば、以下の用途に使います。 今回のスプリントで、どれくらいのプロダクトバックログアイテムを完成できそうかを予測する残りのスプリント回数を踏まえると、どのくらいのプロダクトバックログア

      ベロシティの活用方法を教えてください
    • なんちゃってスクラム実践者が CSM 研修を受けて痛感したこと(RSM と CSM の違いを添えて) - Qiita

      はじめに 9月20日から3日間、株式会社アトラクタ主催の認定スクラムマスター研修 (Certified ScrumMaster) を受講しました。 一言でいうと、「レビュー・フィードバックの大切さをとても実感できる研修」でした。 いろいろ心に残ったことがあったので、参加レポートという名の自分用備忘録を書きます。 経緯 私は 2022 年に Scrum Inc. が提供する認定資格スクラムマスター研修 Registered Scrum Master® Training を受講しました。 その経験を基に、チームにスクラム勉強会などを開催し、スクラムを実践してきました。 しかし、所々でうまくいかず、時間が経つにつれ妥協した結果の自己流スタイルになっていき、以下のような課題を抱えるようになりました。 見積もりをしていない そもそも見積もりをできるまでバックログのリファインメント(分割・詳細化)をし

        なんちゃってスクラム実践者が CSM 研修を受けて痛感したこと(RSM と CSM の違いを添えて) - Qiita
      • アジャイルでの開発体験をよくするための優れたツール集

        はじめに DX(開発体験)の向上によって、チームやプロジェクトの持続的なパフォーマンスにプラスの影響を与えると考えられています。また開発体験とは、以下の4つの要素で構成されると言われています。 Fitting architecture(アーキテクチャの適合) Great tools(優れたツール) Processes to back that all up(すべてをバックアップするプロセス) Nontoxic team culture(毒のないチーム文化) この記事では、2番目の優れたツールについて、弊社の開発で使っているものを紹介します。 導入ツール Google Workspace 有名なグループウェアですが、メールやドキュメントよりも、各サービスへアクセスするSSO認証としての側面が強いです。 Slack こちらも有名なチャットサービスです。特にハドルが実装されて以降、社内の場合はわ

          アジャイルでの開発体験をよくするための優れたツール集
        • 「スクラムマスターがいることでどんな利益があるの?」と言われた時点で専任のスクラムマスターは不要なのかもしれない。でもその先の話がしたい。

          「スクラムマスターがいることでどんな利益があるの?」と言われた時点で専任のスクラムマスターは不要なのかもしれない。でもその先の話がしたい。 はじめに 「スクラムマスターがいることでどんな利益がなるの?」 スクラムマスターをやっていると時々この質問を受けることがあります。 スクラムを始めたばかりのチームや組織はもちろん、広報BLOGに「専任のスクラムマスターをおくことにこだわってます。」とCTOが書いているような企業の中にいても こうした問いかけを受ける事があります。 この記事では私が実際にこの問いかけを受けてから、ずーと考えていたことを、なるべく整理してまとめています。それでも雑な文章になっていること、そして個人的な見解でしかない事はご承知おき頂けますと幸いです。 この記事の概要 この記事をまとめるこんな感じです! 「スクラムマスターがいる事でどんな利益になる?」と言われたら信頼されていな

            「スクラムマスターがいることでどんな利益があるの?」と言われた時点で専任のスクラムマスターは不要なのかもしれない。でもその先の話がしたい。
          • アジャイルやスクラムに関するよくある質問

            アジャイルコーチングや各種トレーニングの際によく聞かれる質問についてまとめました。 なお、内容については十分注意を払っておりますが、有効性等は状況によって変わります。お客様の自己責任にてご利用ください。 https://assets.attractor.co.jp/wp-content/uploads/2023/11/0098.webp 675 1200 admin https://assets.attractor.co.jp/wp-content/uploads/2019/12/logo_attractor_medium-300x138.png admin2023-11-10 21:00:162023-11-11 22:16:21Q. プロダクトバックログアイテムはいつ見積もればいいですか? https://assets.attractor.co.jp/wp-content/upload

              アジャイルやスクラムに関するよくある質問
            • プロダクトマネージャーのしごと 第2版

              プロダクトマネジメントは、小さなスタートアップから大企業まで、現代の組織にとって重要な役割です。プロダクトマネージャーは、人々が愛する製品を作るとともに、チームに目的と方向性を示して共に働くファシリテーターでもあります。 本書では、プロダクトマネジメントの日々の業務とそれを行う方法を紹介します。プロダクトマネジメントで重要なのはコミュニケーション、組織力、リサーチ、実行の4つのスキルとし、これらを習得する方法を解説します。また、部門を超えた協働とコミュニケーションを促進する方法、ユーザーとの対話やステークホルダーとの協力方法、明確で実行可能な目標設定、チームを結びつけるためのロードマップの使用、限られた時間の優先順位づけなどについても詳述します。 ツールやフレームワーク、ベストプラクティスでは対応できない課題に対処する方法を解説する本書は、プロダクトマネージャー必携の一冊です。 第2版への

                プロダクトマネージャーのしごと 第2版
              • AWS Dev Day 2023 Tokyo - ブレイクアウトセッション 資料まとめ - サーバーワークスエンジニアブログ

                2023/06/22(木), 23(金) の2日間、AWS Dev Day 2023 Tokyoが開催されています。 aws.amazon.com みなさん、参加されていますか? 私も CfP (Call for Proposals) を提出していたんですが、残念ながら落選してしまいました。6倍近い倍率でした。去年と比べても非常に応募数が多く、大盛況ぶりがここからもわかりますね...!(来年こそは登壇側で参加したいものです) github.com 自分は仕事の予定が被っていたこともあり一部だけ参加者として視聴してきました。リアルタイムでは拾いきれなかった・解釈しきれなかった情報も結構あったので、後から資料見つつ掘り下げたいなと思ってます。 そういうモチベで自分自身が後からゆっくり見返したいなと思ったので、まとめとして一般公募なブレイクアウトセッションを、2023/06/22 20:00 頃

                  AWS Dev Day 2023 Tokyo - ブレイクアウトセッション 資料まとめ - サーバーワークスエンジニアブログ
                • Amazonに売ってるモノだけで6脚ロボットを完全自作してみた (3Dモデル+ソースコード付き) - ABEJA Tech Blog

                  はじめに 完成品イメージ (Tagurobot v1) 3Dモデルの全体像 メイン構造体 制御系回路・バッテリー搭載用ボード 関節 アーム End Effector 電源・制御系の全体像 モジュール紹介 (LiPoバッテリー) モジュール紹介 (ヒューズ) モジュール紹介 (DC-DCコンバーター) モジュール紹介 (RaspberryPi) モジュール紹介 (サーボモータードライバー:) モジュール紹介 (サーボモーター) モジュール紹介 (加速度ジャイロセンサー) 制御系ソフトウェアの全体像 Tripod Gait(トライポッド歩容)の紹介 適切な関節角度を算出するための逆問題を解く 制御系ソフト 設計・作成しての学び 3Dプリント関連 機構・ソフトウェア設計関連 v2に向けた改善点 最後に ※3Dモデル・ソフトウェアの利用ポリシー We Are Hiring! はじめに こんにちは!

                    Amazonに売ってるモノだけで6脚ロボットを完全自作してみた (3Dモデル+ソースコード付き) - ABEJA Tech Blog
                  • A Theory of Scrum Team Effectiveness 〜『ゾンビスクラムサバイバルガイド』の裏側にある科学〜

                    Regional Scrum Gathering Tokyo 2024での講演資料です。 --- 2023年、ソフトウェア工学分野の論文誌であるTOSEM[1]、およびトップカンファレンスであるICSE 2023[2]に、スクラムに関する1本の論文が同時に採択されました。 僕は50ページを超えるその論文を読んで衝撃を受けました。こういう学会に投稿されるスクラム・アジャイルの論文は、アジャイル実践者の目線からするとあまりピンとこないものもあるのですが、この論文はまず、そういった点で一分のスキもありませんでした。 ただの研究者ではない、明らかにスクラム実践者が書いた論文でした。 一体誰が書いたのか、と思って調べてみると、2人の著者 Christiann Verwijs と Daniel Russo のうち、Christiaan Verwijsはあの『ゾンビスクラムサバイバルガイド』の著者の1人

                      A Theory of Scrum Team Effectiveness 〜『ゾンビスクラムサバイバルガイド』の裏側にある科学〜
                    • 「アジャイル型価値開発」という言葉をはじめよう

                      この数年は、「探索」と「適応」の必要性をひたすらに訴え、その実践に向けて組織に動いてもらう、そのためのあらゆる支援を行う、ということに取り組んできた。「探索」と「適応」という言葉が決して、伝統的な組織に馴染むわけではないが、他に言いようもなく、この言葉を押し通してきた。 正直なところ、探索適応という概念の普及は端緒についたばかりである(ついていると思いたい)。「探索適応がいかに伝統的な組織の現有ケイパビリティや指向性と合わないか」ということを数々の機会で語ってきたが、その必要性についてはもはや確信の域を超えている。「効率への最適化」に最適化していた組織が、かえって目の前のことに、顧客の声に対応できなくなっている、「非効率での安定化」に至っているこの現状を突破するには? 「探索適応」という手がりは小さな、小さな「希望」になりうる。 探索適応を組織に宿すためには何かしら拠り所が必要だ。そこで、

                        「アジャイル型価値開発」という言葉をはじめよう
                      • 初学者のためのアジャイルスターターキット/Agile starter kit for beginners

                        アジャイル開発に初めて触れる人が基本的なポイントをおさえるための資料です。 アジャイルチームに初めてジョインする方、アジャイルを導入している企業に入社した新入社員、などが読むことを想定しています。 2024.05.16 イニシャルコミット 2024.05.19 アイゼンハワーマトリクスの緊急度が反転していたバグを修正

                          初学者のためのアジャイルスターターキット/Agile starter kit for beginners
                        • 組織全体がアジャイルになっていくには 〜アジャイル推進室連載企画第2弾〜 - SmartHR Tech Blog

                          こんにちは。プロダクトエンジニア兼アジャイル推進室メンバーの長田(shooen)です。 今回はアジャイル推進室連載企画第2弾として、SmartHRにアジャイルコーチとして参画いただいている豊田さんのインタビュー記事をお届けします。 開発の現場に限らず組織全体がアジャイルになっていく上での困難や必要なチャレンジについて、参考にしたりヒントを得たりしてもらえたらと思います。 豊田 聡 2020年9月にSmartHRへジョイン。開発組織におけるスクラム/LeSSの導入支援をはじめ、ピープルマネジメントや組織開発の支援、組織全体のマネジメント力向上施策などに力を入れている。 直近3年間のSmartHRの変化 豊田 聡さん。趣味は筋トレ。スクワットとデッドリフト100kg上げている。 長田: まず豊田さんがジョインした頃のSmartHRの印象を教えてください。 豊田: 会社の7つのバリューが特にいい

                            組織全体がアジャイルになっていくには 〜アジャイル推進室連載企画第2弾〜 - SmartHR Tech Blog
                          • 東京都が初のアジャイル型開発にチャレンジ 新しい取り組みを内部に浸透させるために作成した『都庁アジャイルプレイブック』とは

                            GovTech東京 エキスパートの杉井正克氏と東京都デジタルサービス局の下家昌美氏が、東京都庁でアジャイルを実践するための「都庁アジャイルプレイブック」を紹介しました。 登壇者の自己紹介 下家昌美氏(以下、下家):よろしくお願いします。では始めさせていただきます。「東京都庁でアジャイルを実践するための『都庁アジャイルプレイブック』のご紹介」です。 アジェンダです。自己紹介、なぜ都でアジャイルを行うか。R4年度の取り組みと、最後はプレイブックのご紹介です。 まず私、東京都デジタルサービス局の下家の自己紹介です。写真は恥ずかしいので、なるべく掲載したくないというところで、ごめんなさい。所属はデジタルサービス局です。アジャイル型開発を知るきっかけですが、家庭と仕事の両立でいろいろとどうすればいいかなと、タスクがいっぱいあるなと。でも全部はこなせないなと考えた時に、新聞のコラムでアジャイルを知りま

                              東京都が初のアジャイル型開発にチャレンジ 新しい取り組みを内部に浸透させるために作成した『都庁アジャイルプレイブック』とは
                            • Software Requirements Essentials(2023)をざっと読む - 勘と経験と読経

                              「ソフトウェア要求 第3版」の著者であるKarl Wiegersの新著が出ていたので、ざっと読んでみる記事(あるいは読んだ記録)。 「私はかつて、過去10年間でベストセラーになった要件エンジニアリングの本を10 冊を読んだことがあります。この1冊には、それらの10冊を合わせたものよりも有益な情報が簡潔に記載されています」-- Mike Cohn ここまで言われたら読むしかない。 Software Requirements Essentials: Core Practices for Successful Business Analysis 作者:Wiegers, Karl,Hokanson, CandaseAddison-Wesley ProfessionalAmazon もくじ もくじ 全体的な感想 ソフトウェア要求 第3版から何が省略されたのか 20のコアプラクティス #1: 解決策を

                                Software Requirements Essentials(2023)をざっと読む - 勘と経験と読経
                              • 大手企業がこぞって進める生成AIの全社導入 日本企業におけるChatGPTとLLMの活用事例

                                海外版のピザ屋のデモ 森正弥氏:海外版のピザ屋のデモを流せればと思います。英語がちょっと流れますが、こんな感じです。 ピザ屋に店員のAIアバターがいて、お客さんが来て……お客さんがだいぶぶっきらぼうですけど(笑)、答えていくのをハンドリングして、最後はペイメントまでやるという感じでした。シナリオは一定はありますが、これは裏がLLMで、ここではNVIDIAのNeMoを使って会話をやっているので、シナリオじゃないアクションにももちろん普通に対応できます。 例えばいきなり「アジャイルって知っている?」と聞いたらきちんと答えてくれます。NeMoは英語とスペイン語がすごく得意なので、このデモは英語のデモになっていますが、日本語でも動きます。 あと、単にこれは単なるマイクロサービスのマッシュアップなので、23個ぐらいのマイクロサービスが立ち上がっていて、そんなに立ち上げるのかと思いながらやっています。

                                  大手企業がこぞって進める生成AIの全社導入 日本企業におけるChatGPTとLLMの活用事例
                                • 組織の遠心力への立ち向かい方 - NTT Communications Engineers' Blog

                                  この記事は NTTコミュニケーションズ Advent Calendar 2023 の5日目の記事です。 こんにちは、イノベーションセンター所属の岩瀬(@iwashi86)です。普段は生成AIチームのエンジニアリングマネジメントをしています。 この記事では「組織の遠心力」をテーマに組織を強くする方法について書いていきます。本記事を読むことで、組織改善策の一案が得られることを狙っています。 なお、本記事は一人のエンジニアリングマネージャーである @iwashi86 の主観を多く含みます。NTT Com内には多くの考え方があり、その1つとして受け取っていただければ幸いです。 組織の遠心力って何だろう? 同じ組織の @mizuman_ が社内講演した「最強のチームが最高のプロダクトを作る」というスライドがあります。 詳細は上記スライドをぜひご覧いただければと思いますが、チームが良ければ良いほど、プ

                                    組織の遠心力への立ち向かい方 - NTT Communications Engineers' Blog
                                  • アジャイル開発で役立つセキュリティプラクティス / Agile Security Practice

                                    RSGT2024の発表資料です!

                                      アジャイル開発で役立つセキュリティプラクティス / Agile Security Practice
                                    • レガシーコードから始まったカイゼンの旅 ─ チームから全社へと 組織を超えて広がった先にある新しい挑戦 - Findy Engineer Lab - ファインディエンジニアラボ

                                      こんにちは! いきいきいくお(小田中育生、@dora_e_m)です。現在、株式会社カケハシにエンジニアリングマネージャーとして所属しています。カケハシにジョインしたのは2023年10月で、それまでは長い間、株式会社ナビタイムジャパンに所属していました。 ここ数年はアジャイルコミュニティで発信する機会が多いため、「アジャイルの人」という印象があるかもしれません。2011年に書籍『アジャイルサムライ』と出会い、2017年頃から本格的にアジャイル開発に取り組み始め、アジャイルコミュニティにも参加するようになりました。2020年には『カイゼン・ジャーニー』の著者である市谷聡啓さんや新井剛さんとともにアジャイルの入門書『いちばんやさしいアジャイル開発の教本』を執筆する機会にも恵まれました。 私がアジャイル開発に取り組み、その活動を広げてきた原点は「目の前にある課題を解決したい」「よりよい状態へとカイ

                                        レガシーコードから始まったカイゼンの旅 ─ チームから全社へと 組織を超えて広がった先にある新しい挑戦 - Findy Engineer Lab - ファインディエンジニアラボ
                                      • 「生成AIは何に使えるか」はもはや愚問、活用して需要を突き止めたダイキン工業

                                        ChatGPTの登場から早1年がたとうとしている。生成AI(人工知能)をどう生かすかが企業の競争力を分ける時代が迫る中、先行企業は一歩踏み込んだ活用に乗り出し始めた。セキュリティーを担保するオリジナルの仕組みを実装したり、自社の業務に合わせてチューニングを施したりといった具合だ。 ChatGPTをお試しで利用する段階は終わりを告げ、いよいよ企業独自の取り組みで差がつく段階に突入している。日本企業における意欲的な取り組みを追った。 全社に展開してニーズを把握 「生成AIが与えるインパクトや、技術との親和性を考えると、絶対に必要になると確信した」――。このように話すのはダイキン工業の清木場卓IT推進部IT企画担当課長兼テクノロジー・イノベーションセンター主任技師だ。 ダイキン工業は2023年2月、いち早く生成AIへの取り組みを始めるため、先進技術の活用提案をする組織「IT創発グループ」に生成A

                                          「生成AIは何に使えるか」はもはや愚問、活用して需要を突き止めたダイキン工業
                                        • アジャイル開発の「人的側面」の課題を解決する「システムコーチング」

                                          はじめに アジャイル開発では、技術やビジネスといった側面だけでなく、開発を担う人々の「人的側面」への取り組みが欠かせません。この記事では、その「人的側面」を強化する効果的なアプローチとして、「システムコーチング®」を紹介します。 特に「アジャイル・フルーエンシーモデル(アジャイルのプラクティスを包括的にまとめるモデル)」とシステムコーチングとの相互補完性に焦点をあて、ログラスの事例を交えて具体的な効果を探ります。システムコーチングを導入することで、チームや組織にどのようなインパクトがあるのか、そのポイントをお伝えします。 アジャイル開発とは アジャイル開発は、顧客の要求に迅速に対応するためのソフトウェア開発手法の総称です。短期間のイテレーションを通じて、開発チームは頻繁に製品のリリースを行い、顧客のフィードバックをすばやく取り入れることができます。 このアプローチはその柔軟性と迅速性により

                                            アジャイル開発の「人的側面」の課題を解決する「システムコーチング」 
                                          • OpenAI のエンジニアリングチーム(サービス開発)のやり方 - Qiita

                                            この記事は何? 11/15 に公開された OpenAI のEvan Morikawa へのインタビュー記事をざっくりまとめました。この日本語記事のソースは、 Gergely Orosz による Pragmatic Engineer Newsletter です。 ChatGPT や DALL·E がよく話題になりますが、これらの研究をUIやAPIを含むWebのサービスとして構築しているのが、応用エンジニアリングチーム(Applied Team)です。公開されているサービスには、ChatGPT だけでなく、DALL-E 3 なども含まれます。 この日本語記事を書いている私自身が、スタートアップとアジャイルチームに強い興味を持っているので、このまとめを書きました。 ほんとにざっくりまとめ、なので、詳細は、ソース記事を読むことをおすすめします。 サマリ 小さな独立したスタートアップのように運営する

                                              OpenAI のエンジニアリングチーム(サービス開発)のやり方 - Qiita
                                            • 組織に対するカオスエンジニアリングの実践 - 変化に対応する組織をつくるための課題を探る「カオスWeek」という取り組み - Agile Journey

                                              Agile Journeyをご覧いただき、ありがとうございます。本メディアの運営を担うユーザベースBtoB SaaS事業のCTOを務める林です。本メディアでは、これまで多くの方がアジャイルに関する経験、知見を披露してきてくれましたが、本稿では私たち自身のアジャイルの実践手段のひとつであり、「組織の耐障害性」を高める手段である「カオスWeek」という取り組みを取り込みについてお伝えしたいと思います。 カオスエンジニアリングを組織に適用した「カオスWeek」とはなにか カオスWeekの目的と、キーパーソンを隔離する意味 カオスWeekの実践方法 カオスWeekの実施タイミングを開発計画に織り込む 「抜ける人」は影響力の大きさで決める コミュニケーションを遮断し対象メンバーを隔離する。あえて準備しない 隔離されたメンバーは独立して進められるタスクにあたるのがおすすめ ユーザベースのProduct

                                                組織に対するカオスエンジニアリングの実践 - 変化に対応する組織をつくるための課題を探る「カオスWeek」という取り組み - Agile Journey
                                              • 強いエンジニアになりたくて。20代の大失敗で始まる、夢を掴んでも挑み続ける二刀流というキャリア - Findy Engineer Lab

                                                皆様どうもこんにちは。外資系ITコンサルタント企業のクラウド・エンジニアリング部門でマネージャーをしている中川伸一(@shinyorke)と申します。本業ではSRE(Site Reliability Engineering)として勤務する一方、個人活動としてブログ「Lean Baseball」およびPyCon JPやDevelopers Summit(デブサミ)等のイベントで、技術・キャリア・野球データサイエンスに関する情報を定期的に発信しています。 私は仕事およびチーム選びの視点として、現職を含めて「自分がやりたいこと・興味あることを仕事とする」「自分が納得できるチームと出会う」の2点を重視しており、自分自身のキャリアにおいて 常に目標・ビジョンを持つ その目標が実現できるよう、チームやポジションを求めて環境を変える(転職を含む) プレーヤーかマネージャーかといった役割にこだわらず、仕事

                                                  強いエンジニアになりたくて。20代の大失敗で始まる、夢を掴んでも挑み続ける二刀流というキャリア - Findy Engineer Lab
                                                • 【Python 3.12】型ヒント機能がいつの間にか進化していたので、慌ててキャッチアップする - ABEJA Tech Blog

                                                  ABEJA でプロダクト開発を行っている平原です。 先日、バックエンドで使っているGo言語のお勉強しようと「go言語 100Tips ありがちなミスを把握し、実装を最適化する」を読んでいました。その中でinterfaceは(パッケージを公開する側ではなく)受け側で定義するべきという記述を見つけてPythonでも同じことできないかと調べていると(PythonではProtocolを使うとうまくいきそうです。)、どうやら型ヒント機能がかなりアップデートされていることに気づき慌てて再入門しました。(3.7, 3.8あたりで止まってました。。) この記事では、公式ドキュメントを見ながら適当にコードを書き散らし、どの機能はどこまで使えるのか試してみたことをまとめてみました。 docs.python.org 環境 Python: 3.12.1 エディタ: Visual Studio Code Pylan

                                                    【Python 3.12】型ヒント機能がいつの間にか進化していたので、慌ててキャッチアップする - ABEJA Tech Blog
                                                  • この20年間、世界を変える日本企業が生まれないのはなぜ? 企業の成功に必要な、日本のアジャイルにおける“マインドフルネス”のシフト

                                                    組織の文化において非アジャイルなものは? アヴィ・シュナイアー氏(以下、シュナイアー):みなさんにちょっと聞きたいと思います。組織の文化を考えた時に、非アジャイルなものとしてどういうものが考えられるでしょうか? なにか言ってください(笑)。 (※会場から「承認を求める」の声) 承認を求める。もう1人、お願いします。 (※会場から「完璧な計画を求める」の声) 完璧な計画を求める。プロダクトの完璧じゃなくて、プランの完璧を求めるですね。 ほかにありますか? 勇気を持ってください。 (※会場から「合意がないと進まない」の声) 合意がないと進まない。 (※会場から「それから、年功序列」の声) 多くの場合、問題ですよね。日本の文化においては、年上に対するリスペクトを持つことがあるから、年上、目上の人になにかお願いをされたら、断れませんよね。バックログが延々と長くなってしまいますよね。どんどん必要ない

                                                      この20年間、世界を変える日本企業が生まれないのはなぜ? 企業の成功に必要な、日本のアジャイルにおける“マインドフルネス”のシフト
                                                    • 【連載】データ分析基盤をdbt・Snowflakeに移行する【設計・実装編】 - Algoage Tech Blog

                                                      こんにちは、Ops-dataチームの上村(@contradiction29) です。以前、弊社内で運用されているデータ分析基盤を移行するにあたり、設計の方針を練る記事を投稿しました。 tech.algoage.dmm.com 今回はその続きとして、移行プロジェクトの実際の進行に焦点を当てて記事を書いていきたいと思います。 はじめに これまでのあらすじ:運用していく中でつらみがたまってきた弊社のデータ分析基盤。開発しづらいし、運用もつらいし、何よりこのまま運用を続ければ確実に停止してしてしまう。End of Service Life (EOSL) は目前に迫っています。移行するしかない状況です。 とはいっても、単純に移行するだけでは、現場のアナリストやエンジニア、社内ユーザー、そしてその先にあるクライアントのニーズに応え、事業価値に貢献することはできません。真の「価値」に貢献するためには「思

                                                        【連載】データ分析基盤をdbt・Snowflakeに移行する【設計・実装編】 - Algoage Tech Blog
                                                      • GitHub Projectsを使った(プロダクト/ スプリント)バックログ管理 #スクラム | DevelopersIO

                                                        ★ はGitHubによって作られるものです。 以降、ビュー名はアルファベットで表記します。 New Item Product Backlog Item (PBI)候補の新アイテム一覧を表示します。新アイテムはリファインメントの度に確認され、Product Backlogへ移るため、本ビューは空が基本の状態となります。 クエリ no:size -ready:"Drop" Product Backlog PBIの一覧を表示します。優先順位順に並んでおり、プロダクトオーナーの合意の下で並び替えを行うことができます。 クエリ is:open -no:size -ready:"Drop" Sprint Backlog 今スプリントの対象となっているPBIとその進行状況を表示します。 クエリ sprint:this レーン概要 statusカラムの値ごとに整理されます。 TODO 進行中ではないアイテ

                                                          GitHub Projectsを使った(プロダクト/ スプリント)バックログ管理 #スクラム | DevelopersIO
                                                        • 初心者向けゲームプログラミングJavaScriptライブラリを作り、講座をした - Qiita

                                                          やりたいこと まずはHSP3の布教を一つまみ... 筆者は中学生の時にHSP3とともに育ちました。 HSP3は子供心を上手にくすぐったすごい言語です。 子供向け言語というと、「Scratch」のようなブロック型言語が思い浮かびますが、HSP3はゴリゴリのスクリプトベースのコンパイル式言語です。文法はBASICと類似しています。 (解答のみ提出の時代の)情報オリンピックもHSP3で解いていました。 さあ、これの何がすごいのでしょうか? 何よりも、 自分のスクリプトがグラフィカルに命宿る ところであると考えています。 これが空文字列のスクリプトを「実行」した結果です。 「実行結果」となるウィンドウが現れます。 これがハロワです こうやっていじることができます。 HSP3はWindows APIの操作を十分に簡略化したことが特徴です。(そのため、MacOSは使えない) 中3の僕はC++でウィンド

                                                            初心者向けゲームプログラミングJavaScriptライブラリを作り、講座をした - Qiita
                                                          • 高速道路の出口案内のようなQAエンジニアでありたい ─自動テストより前にやるべきことがあると気づいた話 - Findy Engineer Lab

                                                            皆様こんにちは。QAエンジニアのブロッコリーこと風間裕也(@nihonbuson)と申します。私は本業で株式会社10XのQAエンジニアとして勤務する一方、副業としてB-Testingを開業し、さまざまな会社でQAに関する相談に乗ったり、登壇や執筆活動を行っています。 また社外活動として、WACATE(ソフトウェアテストの合宿型ワークショップ形式勉強会)の実行委員長や、ソフトウェアテスト技術振興協会(ASTER)の主催するJaSST Review(ソフトウェアレビューのシンポジウム)の実行委員長を務めています。 本記事では、私がどうしてQAエンジニアというキャリアを歩んでいるのか、そして品質保証(QA、Quality Assurance)という分野でどのように開発チームと協調しながら開発してきたのかをお話しします。 筆者近影 学術と企業のギャップに驚いてテストの浸透に動く テスト技術に磨きを

                                                              高速道路の出口案内のようなQAエンジニアでありたい ─自動テストより前にやるべきことがあると気づいた話 - Findy Engineer Lab
                                                            • はじめてのアジャイル開発入門 | ドクセル

                                                              市⾕ 聡啓 Ichitani Toshihiro 新価値創出、組織変⾰の伴⾛⽀援 (株式会社レッドジャーニー) ・チーム、事業、組織に「アジャイル」を取り⼊れ、向き合う伴⾛⽀援 ・新規事業開発、プロダクト開発の⽀援(仮説検証型アジャイル開発) 特に専⾨は 「仮説検証、アジャイル開発、組織アジャイル」 Toshihiro Ichitani All Rights Reserved. 2

                                                                はじめてのアジャイル開発入門 | ドクセル
                                                              • 変化バジェットという考え方 - id:onk のはてなブログ

                                                                この記事は はてなエンジニア Advent Calendar 2023 の 1/2 の記事です。昨日は id:nakataki の 1904年になりました(dayjsでの年入力の話) - nakatakiの日記 でした。190x 年から脱出できない面白い不具合でした。 変化バジェット 「変化バジェット」という考え方があります。というか世の中には無いんですが、僕は社内でこの概念をよく使っています。 Google 検索 *1 Twitter 検索 私が発した言葉のログしかありません だいたい名前から想像するものと同じなんじゃないでしょうか。組織が変化に対して許容できる予算枠だったり、組織が変化に対して投資する予算枠だったりを指しています。 変化バジェット=許容量 変化バジェットは、組織が効果的に変化を取り入れ、消化できる能力の範囲を指します。 組織の変化に許容量があるという概念は、組織に対して

                                                                  変化バジェットという考え方 - id:onk のはてなブログ
                                                                • アジャイル開発やスクラムにもマネジメントは必要だ

                                                                  Photo by Pixabay on Pexels.com 最近、よくお客さま向けに「アジャイル開発やスクラムにも、マネジメントやプロジェクトマネジメントは必要だ」と話すことが多い。事の背景はこんな感じ。 背景 よくあるのが「アジャイルチームは自律して動くからマネージャはいらない」という意見だ。この意見はおおむね正しいと思う。「おおむね」の理由は、マネージャという役割は自律型組織にとって必要なくなってくるだろうけど、マネジメントという仕事はなくならないからだ。 会社全体が自律型であれば、もしかしたらマネジメントすらいらなくなるのかもしれない。ただ、ほとんどの組織がそうではないのが現状だろう。よって、四半期ごとに目標設定と評価が発生するし、人材を採用したり育成する計画は必要だし、予算管理や体制変更も検討しなければならない。 こんな状況から「マネージャとマネジメント」を引っこ抜いてもうまくい

                                                                    アジャイル開発やスクラムにもマネジメントは必要だ
                                                                  • AIは“作業”はできるが“仕事”はできない 不確実さが増す世界で増加している「ナレッジワーカー」の仕事

                                                                    AIは“作業”はできるが“仕事”はできない 不確実さが増す世界で増加している「ナレッジワーカー」の仕事 不確実な世界で成果をあげる〜変化を抱擁するアジャイル思考 #1/2 プロジェクトマネジメントはなかなかうまくいかない 倉貫義人氏:今日は「不確実な世界で成果を上げる」というテーマで話をしたいと思っています。 私の簡単な自己紹介ですが、倉貫と申します。ソニックガーデンとクラシコムという、2つの会社で経営をしている人間です。ソニックガーデンが自分で創業した会社ですね。クラシコムは2018年から社外取締役で入らせてもらっています。 もともとのバックグラウンドはエンジニアです。いわゆるソフトウェアエンジニア、プログラマーということで、子どもの時代からプログラミングをずっとやっていて、プログラミング畑で学生、社会人になりました。 今回のテーマがプロジェクトマネジメントということですが、システム開発

                                                                      AIは“作業”はできるが“仕事”はできない 不確実さが増す世界で増加している「ナレッジワーカー」の仕事
                                                                    • チームの機能と配備を考えるための7つのチーム責務定義ガイドライン - mtx2s’s blog

                                                                      前回の記事ではチーム中心の組織づくりの設計原則について書いた。今回は、それらの原則に基づくチームをソフトウェアプロダクト組織内にどう配備し、どのような機能を持たせるかについて考える。これは言わば、チームの責務を定義することに他ならない。本記事ではこれを、7つのガイドラインとして書き出してみることにした。 前回の記事:『チーム中心の組織作りのための6つのチーム設計原則 - mtx2s’s blog』 mtx2s.hatenablog.com 1. ストリームアラインド 2. オーナーシップ制 3. バリエーション分割 4. 技術横断型 5. DevOps 6. 機能横断型 7. マルチスキル 組織設計とはアーキテクティングである 1. ストリームアラインド ソフトウェアプロダクト組織の開発フローは、ユーザーや市場の観察をもとにアイデアを生み出すことから始まる。そのアイデアを仮説として、それを

                                                                        チームの機能と配備を考えるための7つのチーム責務定義ガイドライン - mtx2s’s blog
                                                                      • アジャイル失敗の本当の原因は? シリコンバレー経験を持つMIXIのスクラムマスターが明かす - エンジニアtype | 転職type

                                                                        2023.12.25 働き方 MIXIアジャイルチーム 市場のトレンドが目まぐるしく変わっていく時代。その流れに対応すべく、アジャイル開発を取り入れる開発組織は増加傾向にある印象だ。 しかしその成功事例はなかなか増えていかず、アジャイル開発に対してハードルの高さを感じている組織もいまだ多く存在するだろう。一方、アジャイル開発の本場である米国に目を向けると、「もはやウォーターフォールを採用する企業の方が少数派」という話も聞こえてくる。 今回は、シリコンバレーのスタートアップでの開発経験を持ち、現在は2,000万人を超える国内外ユーザーを有する子どもの写真・動画共有アプリ『家族アルバム みてね(以下、みてね)』の開発チームを率いるMIXIの平田将久さんに、米国と日本のアジャイル開発の違いとあわせて、日本の開発組織でアジャイル開発を浸透させるためのポイントを聞いた。 MIXI Vantageスタ

                                                                          アジャイル失敗の本当の原因は? シリコンバレー経験を持つMIXIのスクラムマスターが明かす - エンジニアtype | 転職type
                                                                        • 114. テスト駆動開発とは何であって、何でなかったのか? w/ twada | fukabori.fm

                                                                          MP3ファイルをダウンロード 内容紹介 twadaさんをゲストに、テスト駆動開発(TDD)、TDDに関するよくある誤解などを語っていただいたエピソードです。 出演者 話したネタ 【翻訳】テスト駆動開発の定義 自動テストとテスト駆動開発、その全体像 保守しやすく変化に強いソフトウェアを支える柱 自動テストとテスト駆動開発⁠⁠、その全体像 テスト駆動開発とは何だったのか? テスト駆動開発と同じレイヤの手法はある? テスト駆動開発と品質保証との関連は? TDD Boot Camp 2020 Online #1 基調講演/ライブコーディング テスト駆動開発に関するよくある誤解 アジャイル開発との類似点(みんな丸い) IPAの試験での誤解 今回のブログを書いた(翻訳した)ことによる懸念 サバンナ便り ~ソフトウェア開発の荒野を生き抜く~ 記事一覧 書籍レビュワー募集フォーム

                                                                            114. テスト駆動開発とは何であって、何でなかったのか? w/ twada | fukabori.fm
                                                                          • “リスキリングでSEを稼げるコンサルに”の不思議─富士通の「コンサルタント1万人計画」を検証する[前編] | IT Leaders

                                                                            IT Leaders トップ > テクノロジー一覧 > ベンダー戦略 > 市場動向 > “リスキリングでSEを稼げるコンサルに”の不思議─富士通の「コンサルタント1万人計画」を検証する[前編] ベンダー戦略 ベンダー戦略記事一覧へ [市場動向] “リスキリングでSEを稼げるコンサルに”の不思議─富士通の「コンサルタント1万人計画」を検証する[前編] 2024年3月27日(水)田口 潤(IT Leaders編集部) リスト 「○○○人材を△△△人育成する」──富士通がこういう発表をするのは何度目だろうか。2017年には「AI人材を2018年度末までに3500人にする」と発表し、その後、「デジタルイノベーターという職種を3年間で1200人に増やす」とも発表。記憶に新しいところでは、2021年初めに「国内の営業職約8000人をビジネスプロデューサー(BP)に転換させる」と表明している。今回は、「

                                                                              “リスキリングでSEを稼げるコンサルに”の不思議─富士通の「コンサルタント1万人計画」を検証する[前編] | IT Leaders
                                                                            • ローコード/ノーコード開発ツール導入シェア1位は「GeneXus」、導入予定1位は「kintone」─ノークリサーチ | IT Leaders

                                                                              IT Leaders トップ > テクノロジー一覧 > 開発ツール/プラットフォーム > 調査・レポート > ローコード/ノーコード開発ツール導入シェア1位は「GeneXus」、導入予定1位は「kintone」─ノークリサーチ 開発ツール/プラットフォーム 開発ツール/プラットフォーム記事一覧へ [調査・レポート] ローコード/ノーコード開発ツール導入シェア1位は「GeneXus」、導入予定1位は「kintone」─ノークリサーチ クラウドサービス間連携の用途が上昇 2024年1月29日(月)日川 佳三(IT Leaders編集部) リスト ノークリサーチは2024年1月29日、国内の中堅・中小企業におけるローコード/ノーコード開発ツールの社数シェアと用途を調査し、結果を発表した。導入済みツールのシェア1位はジェネクサス・ジャパンの「GeneXus」で21.8%だった。導入予定ツールの1位

                                                                                ローコード/ノーコード開発ツール導入シェア1位は「GeneXus」、導入予定1位は「kintone」─ノークリサーチ | IT Leaders
                                                                              • 住信SBIネット銀行、ネットバンキング基盤をAWS東京/大阪リージョンで冗長構成、障害検知から5分以内に復旧 | IT Leaders

                                                                                IT Leaders トップ > 経営課題一覧 > 事業継続 > 事例ニュース > 住信SBIネット銀行、ネットバンキング基盤をAWS東京/大阪リージョンで冗長構成、障害検知から5分以内に復旧 事業継続 事業継続記事一覧へ [事例ニュース] 住信SBIネット銀行、ネットバンキング基盤をAWS東京/大阪リージョンで冗長構成、障害検知から5分以内に復旧 2023年8月29日(火)日川 佳三(IT Leaders編集部) リスト 住信SBIネット銀行(本社:東京都港区)は2023年8月29日、インターネットバンキングシステムの可用性を高めるため、システム基盤のAmazon Web Services(AWS)をマルチリージョンで構成したと発表した。AWSの東京リージョンに障害が発生した際に、大阪リージョンに切り替えて業務を継続する仕組みで、障害検知から5分以内にサービスを復旧できるようになった。2

                                                                                  住信SBIネット銀行、ネットバンキング基盤をAWS東京/大阪リージョンで冗長構成、障害検知から5分以内に復旧 | IT Leaders
                                                                                • 「若手PMが抱えやすい悩み」の解決には、大胆でも“いったん手法は置いておく” おすすめのプラクティスは「ペアロードマップ」

                                                                                  株式会社Play at Will・代表取締役CEOの小西氏は、新人・若手PMが感じる2つの難しさと、その難しさを解消するおすすめのプラクティスについて紹介します。 自己紹介と本LTの概要 小西裕真氏:自分からは「意思から始めるプロダクトマネジメント」というテーマで話をします。 始めに少し自己紹介をさせてください。名前は小西と言いまして、エンジニアバックグラウンドでプロダクトマネージャーをしています。経歴としては、いくつか会社を務めた後、2022年末に独立をして、約1年間フリーのPMとして仕事をしてきました。 今回のLTのテーマは「育成」に近いものになります。仕事をする中でPMの実務もしているのですが、それに付随するかたちで若手の方や新人の方とかのサポート・育成を求められることがあり、その中で「みんながどういうところで引っかかるんだろう」とか、「それに対してこういうアプローチをするとこんなリ

                                                                                    「若手PMが抱えやすい悩み」の解決には、大胆でも“いったん手法は置いておく” おすすめのプラクティスは「ペアロードマップ」