並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 43件

新着順 人気順

スクラムの検索結果1 - 40 件 / 43件

  • 急に仕事で英語を使うことになった社会人に贈るまとめ(便利ツール/コンテンツ) - Qiita

    急に仕事で英語を使うことになった社会人に贈るまとめ(便利ツール/コンテンツ/勉強本) 新規案件参画初日。 Goやk8sを使えることなってワクワクしていたあの日、 参画してすぐにチーム内のエンジニアで日本人が自分以外に一人であること、 それ以外のチームメンバー全員が外国籍のメンバーになることを知らされた そこのあなた! 数年前の私です(笑) さらに2ヶ月後には、開発チームで唯一の日本人になって死にそうになりました。 その時は突然にやってきます。 当時、私の英語の経験というと大学受験の対策のみと言っていいほどで、 そこから10年以上経過していたため、高校英語すらも怪しい状態でした。 英語学習を開始して 半年ほど経過した時のレベルがTOIEC450程度だったので、学習開始当初はおそらく400点を切っていたレベルであると思います。 そこから英語学習を開始し、2年ほど経過した今では、便利ツールを活用

      急に仕事で英語を使うことになった社会人に贈るまとめ(便利ツール/コンテンツ) - Qiita
    • 〔Udemy初夏のビッグセール開催中〕エンジニア組織をまとめる技術─マネージャー歴12年のEMが語るプロジェクト・プロダクト・ピープルマネジメントに必要なスキル - はてなニュース

      ソフトウェアエンジニアにとって、マネジメントの職に就くかどうかは大きな選択です。現在ではプレイヤーのままでスタッフエンジニアといった高い職位に進むキャリアもありますが、マネージャーとしてチームを率いてこそ達成できるビジネス上の成功もあるでしょう。 ひとくちにマネージャーといっても、マネジメントの対象によって要求されるスキルに幅があります。これまでUdemyの大きなセールで講座を紹介してきた当ニュースですが、今回はソフトウェア開発組織のマネジメントに必要となるスキルにフォーカスしました。 マネージャーという仕事と学びたいスキルを紹介してくれるのは、10年以上前からPM(プロジェクト・マネージャー)などに就いてチームを牽引し、現在はヘルステックベンチャーのカケハシでEM(エンジニアリング・マネージャー)を務める小田中育生(@dora_e_m)さんです。 また記事の後半では、マネジメントに関連し

        〔Udemy初夏のビッグセール開催中〕エンジニア組織をまとめる技術─マネージャー歴12年のEMが語るプロジェクト・プロダクト・ピープルマネジメントに必要なスキル - はてなニュース
      • Microsoftの専門家「ウォーターフォールは一切メリットがないのでやめておきなさい」アメリカでは、アジャイルやスクラムの進め方が「常識」としてソフトウェア開発の場で浸透している話

        いぐぞー ✈️ 旅するプログラマー @igz0 旅とプログラミングをこよなく愛します。 アメリカ大陸🇺🇸を横断しました!!小学生からプログラミング→新卒SIer→Webに目覚め個人事業主兼会社員。テレビ出演経験あり。 Webサービス制作者。読書・IT関連を中心にツイートします!!ネタツイート有。アイコンは@ixy先生に利用許諾済み。Amazonアソシエイト参加。 note.com/igz0/ いぐぞー ✈️ 旅するプログラマー @igz0 Microsoftの専門家「ウォーターフォールは一切メリットがないのでやめておきなさい」 > アメリカでは、アジャイルやスクラムの進め方が「常識」としてソフトウェア開発の場で浸透している これマジ?? 日本のIT企業が、米国では「時代遅れ」のウォーターフォールを未だに信奉してるってコト!? pic.twitter.com/jRofJKmAKM 202

          Microsoftの専門家「ウォーターフォールは一切メリットがないのでやめておきなさい」アメリカでは、アジャイルやスクラムの進め方が「常識」としてソフトウェア開発の場で浸透している話
        • 【2024年度】エンジニア向け研修資料まとめ - Qiita

          はじめに 本記事では無料で公開されている企業のエンジニア向け研修資料をまとめました。 近年では、多くの企業が新人向けの研修資料を公開しています。これらの資料は内容が充実しており、初心者から中級者まで幅広いレベルの学びを得ることができます。さらに、資料の作り方も参考になるため、勉強会で発表する人や企業の研修担当者にとっても貴重な情報源となっています。 本記事では様々な企業のエンジニア向け研修資料をまとめましたので、ぜひ参考にしてみてください! 弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています!興味をお持ちいただける方は、こちらまで。 この記事の主な対象者 有名企業の研修資料を幅広く確認したい方 エンジニアとして初級から中級レベルの方 独学で学んでいる方 今後研修資料

            【2024年度】エンジニア向け研修資料まとめ - Qiita
          • 「象・死んだ魚・嘔吐」をやってみた振り返り - JX通信社エンジニアブログ

            こんにちは。スクラムマスターの@sakebookです。 今回は「象・死んだ魚・嘔吐」をチームでやってみたのでその振り返りをします。 「象・死んだ魚・嘔吐」とは 振り返り手法の一つです。Airbnb Story 大胆なアイデアを生み、困難を乗り越え、超人気サービスをつくる方法(原題: The Airbnb Story)の中で紹介されていたようです。 翻訳されてなかなかキャッチーなネーミングになっています。 それぞれ次のようなことを意味します。 象 凄く大きい、見えているけど、みんな見ないふりをしている課題・問題。表層化しているけど大きすぎてみようとしていない。これが何かをみんなで話していく。 死んだ魚 放っておくと腐っていく。そういう問題。放置しておくとまずいことになる問題ってなんだろう?ということを話し合う。 嘔吐 自分の胸の中に隠していて、吐き出せなかったこと。これをこの場で嘔吐する。

              「象・死んだ魚・嘔吐」をやってみた振り返り - JX通信社エンジニアブログ
            • 優先順位が口癖になる危機感 - ジンジャー研究室

              開発サイクルの終盤に近づくと「今回は優先順位の高いここまでを実装して、残りは優先順位が低いのでまたの機会にしましょう」という話になりがちだ。自分もこれまで何度もそうしてきたし、その場の判断としては正しい。が、このやり方に味をしめて常にこの調子で進めて、なんとなく上手く仕事をこなしている気になってしまうことには危機感がある。 以下、普段考えていることを自戒を込めてメモしておく。(なお、筆者の経験は toB ・Web 系・自社開発が中心なので読者の置かれている状況とは一致しないかもしれない) 優先度が低いタスクに着手する機会が一生訪れない 仮にあるタスクの優先度を下げたとする。バックログを眺めるとそのタスクに着手できそうなのは3ヶ月後だ。そして3ヶ月後、やっとそのタスクに着手できるかというと、そんなことは決してない。3ヶ月の間にそれよりも優先度の高いタスクが積まれているからだ。タスクを消化する

                優先順位が口癖になる危機感 - ジンジャー研究室
              • 「入門 継続的デリバリー」は継続的デリバリーを学ぶのに最適な教科書だった. - Lean Baseball

                最近読んだ「入門 継続的デリバリー」がとても良かったので紹介しますね, というエントリーです. 入門継続的デリバリー良かったです. 「継続的デリバリー(Continuous Delivery)」とか「DevOps」ってどこから学ぶかわからんな!? というのは割とあるあるだと思っています, そもそもめちゃくちゃ難しい話なので(ちゃんと学ぼうとすると). そんな中, 「入門 継続的デリバリー」がよく説明できてて良かったので感想と関連する書籍を紹介できればと思っています. TL;DR 入門 継続的デリバリー 我々はなぜCDをするのか? 具体的なプラクティス 入門後に読むべき良著 Kubernetes CI/CDパイプラインの実装 継続的デリバリー チームトポロジー 結び - 我思うCDとDevOps TL;DR 「入門 継続的デリバリー」は継続的デリバリーの大切さと概念, 手法を現実にありそうな

                  「入門 継続的デリバリー」は継続的デリバリーを学ぶのに最適な教科書だった. - Lean Baseball
                • 「犯人の次に憎かった」 報道被害なくすため池田小事件遺族がたどり着いた答え

                  犯罪被害者が受ける報道被害軽減に向け、初めてリーフレットを作成した大阪教育大付属池田小事件遺族の酒井肇さん(62)と妻の智恵さん(63)。23年前の事件後、「二度と同じ思いをする人が出ないように」と学校安全や被害者支援、そして報道の問題に全力で取り組んできた。一定の成果を実感する一方、報道被害については「現在も続いている」と指摘。リーフレットを通じた相互理解から「報道による恩恵を増大させたい」と力を込める。 「犯人の次にメディアが憎かった」「被害者にはメディアのことを知る機会はない。誰か間に入って助けてくれればいいのに、と思っていた」 23年前の事件直後の思いを、智恵さんはこう振り返る。 メディアスクラムなどに遭い、夫妻は「犯人の次にメディアが憎かった」という。自宅に押し寄せたメディアに「なぜ家を知っているのか」「何をしに来たのか」「見張られている」と恐怖を感じ、約20年間は自宅窓のミラー

                    「犯人の次に憎かった」 報道被害なくすため池田小事件遺族がたどり着いた答え
                  • 映像の世紀「安保闘争!日本中が怒りに覆われた!」 データ「安田講堂ですら支持は0.9%」

                    うちのジジイの弟が神戸の学校で学生運動世代なんだけど、学生運動が来たら体育会系の奴らがヒョロガリ左翼を、スクラム組んで追い出してたらしいな まさに学生自治w

                      映像の世紀「安保闘争!日本中が怒りに覆われた!」 データ「安田講堂ですら支持は0.9%」
                    • プロダクトマネージャーの仕事はプロダクトマネジメント|Aki

                      何となくこれを書くべき時がきた気がするので書きます。 プロダクトマネージャーの仕事プロダクトマネージャーの仕事はプロダクトマネジメントです。プロダクトマネジメントをしてほしいという期待があるからその人にプロダクトマネージャーというタイトルをつけているはずなので。 プロダクトマネージャーは誰でも好きなように名乗ったらいいと思うの、国家資格とかも必要ないし。 ただ名乗るからにはプロダクトマネジメントちゃんとしていこうな! — Aki (@LoveIdahoBurger) April 19, 2024 実際には組織構造によってはプロダクトマネジメントをしないプロダクトマネージャーがいるかもしれませんが、その場合も間接的にプロダクトマネジメントをしているはずです。いずれにしてもそれは例外的なので今回は一旦置いておきます。 プロダクトマネージャーはプロダクトマネジメント以外もやらなければならないと思

                        プロダクトマネージャーの仕事はプロダクトマネジメント|Aki
                      • アジャイル開発やスクラムにもマネジメントは必要だ

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

                          アジャイル開発やスクラムにもマネジメントは必要だ
                        • 不確実なスパイクを確実にDONEする試み in スクラム

                          スパイクしなければ開発計画が不確実なものになる、しかしそのスパイクがいつ完了するのかわからない、そのような経験はないでしょうか。スクラムでは、ソフトウェア開発の不確実性を乗り越えるためにスパイクを実施しますが、スパイクそのものの不確実性は残ったままです。スパイクとは不確実なものを早期に確実なものに変えるための手法であり、不確実性をはじめからなかったことにできる魔法のアイテムではないからです。 私は HRMOSプロダクト本部で人財活用システム「HRMOSタレントマネジメント」のプロダクト開発をしているエンジニアの Suzaking です。私たちのチームでは、未経験の技術要素を使用し、1スプリントで完結せず完成までに数ヶ月を要する機能を開発した際に、スパイクの不確実性という課題に直面しました。 この記事では、私たちのチームがスパイクそのものの不確実性にどのように向き合い、どうやって乗り越えたの

                            不確実なスパイクを確実にDONEする試み in スクラム
                          • 認定スクラムマスターになったので学んだことをまとめる!

                            はじめに どうも、認定スクラムマスターの瀬尾です。 弊社ではエンジニアの支援制度として認定スクラムマスター取得の補助があります。これを利用して Certified ScrumMaster (CSM) を取得したので、その研修で学んだスクラムの基礎をまとめ、更にふ〜んとなったことや疑問に思ったことについて書いていけたらと思います! 私が受講したのは、Joe Justice 先生の認定スクラムマスター講座です。2日間の研修があったのち、Webテストを受けて合格しました。ちなみに合格すると合格証と下のバッジがもらえます。Linkedin にも資格を登録してもらえました。 受講の背景を簡単にまとめてみる 受講前の知識量は「開発部に参画してから1年くらいスクラムの開発メンバーとして働いた」程度のものだった 3ヶ月くらい、見様見真似でスクラムマスターのような動きをしてはいた スクラムがアジャイルの具体

                              認定スクラムマスターになったので学んだことをまとめる!
                            • ふりかえりあるある早く言いたい

                              はじめに はじめまして。レバテック開発部ITSプロダクト開発グループ所属の池永です。 私は現在スクラムマスターとしてチームに参画しており、日々チームが強く、楽しくなれるように試行錯誤しております。 かれこれ一年半ほどスクラムマスターを経験させていただいてきましたが、色んな壁にぶつかってきました。 特にスクラムにおける「ふりかえり(レトロスペクティブ)」において生じた壁について色んなエンジニアと話しているうちに、あるあるなんだなぁ〜と感じたため、この記事を書いております。 この記事では自身のぶつかってきた壁と、そこに対してどのようなアプローチを取ったか、そしてどうなったかを少しだけ共有しようと思います。 何かしらの参考になったら幸いです。 話すこと スクラムにおけるふりかえりのあるある あるあるに対して自分がやったこと そのアプローチをとってどうなったか 話さないこと 色んなふりかえり手法に

                                ふりかえりあるある早く言いたい
                              • TestLinkの一部の機能をNotionで再現して、チームでテスト分析、設計を管理する試み

                                この記事は毎週必ず記事がでるテックブログ "Loglass Tech Blog Sprint" の 39 週目の記事です! 1 年間連続達成まで 残り 14 週 となりました! はじめに こんにちは、世界。 ログラスでQAエンジニアを担当している大平です。 現在、私はスクラムチームに所属してテスト活動をしています。 今回は、スプリント期間内で実施しているテスト分析・設計やテストケースの管理に悩んでいたところを「TestLinkの一部の機能をNotionで再現して改善しよう」と実験した話です。スクラムチームでテスト活動をどう管理するかの参考になれば幸いです。 コンテキストと悩みごと 私が所属するスクラムチームの開発やテストのプロセスはこんな感じでした。 1週間スプリントで実施 バックログはNotionのScrum Board templatesを利用して管理 バックログアイテムは価値の単位で

                                  TestLinkの一部の機能をNotionで再現して、チームでテスト分析、設計を管理する試み
                                • 新入社員エンジニアリングマネージャーの入社1ヶ月の仕事 - だいくしー(@daiksy)のはてなブログ

                                  出戻りとして入社して1ヶ月が経ち、試用期間の1/3が終わろうとしています。 前回のエントリにも書きましたが、「技術グループ」というチームを横断した横串のエンジニア組織の専任エンジニアリングマネージャとして仕事を開始しました。 入社前に最初の1ヶ月でここまではやりたい、と思っていたことがおおよそできたような、少し届いていないような、そういう感覚です。 具体的になにをやったのかを、簡単に書いておこうと思います。 観察と情報収集 daiksy.hatenablog.jp ↑上記エントリでも書いたように、基本的には情報収集に最も時間を使いました。 毎朝30分CTOと1on1をし、目についた端からドキュメントを読みあさり、疑問があればまたCTOとの1on1で掘り下げる。主だったMTGを見学し、ひたすら観察する。こんな感じです。 エンジニア全員1on1 エンジニア組織専任のエンジニアリングマネージャと

                                    新入社員エンジニアリングマネージャーの入社1ヶ月の仕事 - だいくしー(@daiksy)のはてなブログ
                                  • チームに新しく飛び込んだスクラムマスターが最初にやること - Money Forward Developers Blog

                                    こんにちは、クラウド会計の開発チームでスクラムマスターをしているasatoです。 新しいチームにジョインするのって、ドキドキしますよね。新しい環境、新しい人々、そして新しい課題。それぞれのチームが直面している問題は異なりますが、スクラムマスターとして私たちが共有する目標は一つです。それは、チームの有効性を最大化し、素晴らしいプロダクトを生み出すこと。 私は今年の1月にマネーフォワードにジョインし、今のチームでスクラムマスターとして働くことになりました。事前に聞いていたチームの情報は以下の通りです。 プロダクトマネージャー、UI/UXデザイナー、複数のバックエンド/フロントエンド/QAエンジニアから成る 従来のプロジェクトの進め方に課題感があり、4ヶ月前からスクラムを実践中 ここで一つの質問です。もし、あなたがスクラムマスターとして新しいチームにジョインしたとしたら、最初に何をしますか?この

                                      チームに新しく飛び込んだスクラムマスターが最初にやること - Money Forward Developers Blog
                                    • アジャイルを採用したソフトウェアプロジェクトの失敗率はその他の手法と比べて268%も高いってほんと?

                                      はじめに 今朝、こんな記事を読みました。 ソフトウェアの開発手法としてアジャイルを採用したプロジェクトはアジャイル以外の手法を採用したプロジェクトに比べて失敗率が268%も高いという調査結果が発表されたという内容でしたが、にわかには信じがたい内容だったので研究結果の考察をしてみました。 違和感の正体 まず記事に目を通し、この記事の主張は下記だと読み取りました。 高品質のソフトウェアを予定通りに納品するためにImpact Engineeringの哲学を学ぶべきだ こちらを読んで私は、3点の違和感を感じました。 本当にソフトウェアの開発手法としてアジャイルを採用したプロジェクトはアジャイル以外の手法を採用したプロジェクトに比べて失敗確率が高いのか? 予定通りに納品するという成功の定義はアジャイルにも当てはめて良いのか? そもそもアジャイルは価値観だが、Impact Engineeringは全く

                                        アジャイルを採用したソフトウェアプロジェクトの失敗率はその他の手法と比べて268%も高いってほんと?
                                      • (公開版)スクラムマスターはどのように成長するのか

                                        自分が変わること。アジャイルやスクラムで自分が変わったこと。Scrum Fest Sapporo 2021

                                          (公開版)スクラムマスターはどのように成長するのか
                                        • アジャイル開発は要件定義が不要?よくある勘違いと正しい進め方を詳しく紹介

                                          目次[非表示] 1.アジャイル開発に要件定義は不要なのか? 2.ウォーターフォール開発とアジャイル開発の決定的な違い 2.1.①ウォーターフォール開発の特徴 2.2.②アジャイル開発の特徴 3.アジャイル開発の要件定義でよくある勘違い 3.1.①要件を初期段階で固定すべきだという誤解 3.2.②ドキュメントや仕様書が不要だという誤解 3.3.③すべての要件を等しく扱うべきだという誤解 3.4.④スプリント初日にすべての要件を明確にすべきだという誤解 4.アジャイル開発で要件を明確にするユーザーストーリーとは 4.1.①ユーザーストーリーの基本フォーマット 4.2.②ユーザーストーリーの特徴 4.3.③ユーザーストーリーの使い方 4.4.④受け入れ基準(アクセプタンスクライテリア) 5.アジャイル開発の基本的な流れ 5.1.①プロジェクトの計画立案 5.2.②スプリント計画ミーティング(スプ

                                            アジャイル開発は要件定義が不要?よくある勘違いと正しい進め方を詳しく紹介
                                          • 【2024年度】エンジニア向け研修資料まとめ - Qiita

                                            はじめに 本記事では無料で公開されている企業のエンジニア向け研修資料をまとめました。 近年では、多くの企業が新人向けの研修資料を公開しています。これらの資料は内容が充実しており、初心者から中級者まで幅広いレベルの学びを得ることができます。さらに、資料の作り方も参考になるため、勉強会で発表する人や企業の研修担当者にとっても貴重な情報源となっています。 本記事では様々な企業のエンジニア向け研修資料をまとめましたので、ぜひ参考にしてみてください! 弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています!興味をお持ちいただける方は、こちらまで。 この記事の主な対象者 有名企業の研修資料を幅広く確認したい方 エンジニアとして初級から中級レベルの方 独学で学んでいる方 今後研修資料

                                              【2024年度】エンジニア向け研修資料まとめ - Qiita
                                            • 異なるチームでリーダーを務めて感じた役割の変化 - BASEプロダクトチームブログ

                                              はじめに こんにちは、BASE BANK Division で資金調達サービス「YELL BANK」の開発を担当している Doarakko です。 今回は前職でチームリーダーを務めた後にメンバーとして BASE に入社し、再度チームリーダーを務めて感じている役割の変化について話したいと思います。 前職での役割 前職では PdM 1名、デザイナー1名、エンジニア5~6名のチームでエンジニアリーダーを務めていました。 リーダーになった際のチーム状況としては、イテレーション開発はしておらず PdM とエンジニアの間に私が入り、メンバーのタスク状況を見て脳内パズルでタスクにメンバーをアサインする形で開発を進めていました。 エンジニアの人数が5~6名でこのやり方をしていると、どうしてもリーダーの負荷(リーダーがボトルネックになる)やチームの属人性も高くなっていました。 そこで私が開発よりもプロダクト

                                                異なるチームでリーダーを務めて感じた役割の変化 - BASEプロダクトチームブログ
                                              • 「ドメインにディープダイブする」「最速でループを回す」 LayerX・榎本氏が考える、価値を生むエンジニアになるために必要なこと

                                                「ドメインにディープダイブする」「最速でループを回す」 LayerX・榎本氏が考える、価値を生むエンジニアになるために必要なこと LayerX創業CTOが語る、本気でプロダクトに向き合うCTOになる為に必要な事 #1/4 LayerX・榎本悠介氏の自己紹介 榎本悠介氏:よろしくお願いします。LayerXの今CPOで、取締役CTOの榎本と申します。「mosa」と呼ばれています。技育祭に出るのが初めてなので、楽しみにしていました。よろしくお願いします。 さっそくなんですけど、僕の自己紹介から始めます。ちなみにLayerXっていう会社を知っている人はいますか? さっそくチャット欄を……(コメントを見て)あっ、ありがとうございます。ありがとうございます! うれしいです。聞いたことだけある。いや、うれしいです。ありがとうございます。 あとから会社紹介するんですけれども、LayerXはいくつか事業をや

                                                  「ドメインにディープダイブする」「最速でループを回す」 LayerX・榎本氏が考える、価値を生むエンジニアになるために必要なこと
                                                • 小城久美子が勧める、事業サイドからプロダクトマネージャーになる人向けのPM本5選

                                                  小城久美子が勧める、事業サイドからプロダクトマネージャーになる人向けのPM本5選 2024年6月12日 プロダクトマネージャー 小城 久美子 プロダクトづくりの知見の体系化を試みるプロダクトマネージャー。書籍『プロダクトマネジメントのすべて』共著者であり、日本最大級のプロダクトづくりコミュニティ「プロダクト筋トレ」の主催者。 経歴は、ソフトウェアエンジニア、スクラムマスターなどの開発職を経験後、プロダクトマネージャーに転身し、現在は現場でのプロダクトマネジメントの傍ら、プロダクト戦略の構築や仮説検証の伴走を実施している。 1. 『アジャイルなチームをつくる ふりかえりガイドブック 始め方・ふりかえりの型・手法・マインドセット』森一樹 著 2. 『アジャイルサムライ ー達人開発者への道』Jonathan Rasmusson 著、近藤修平・角掛拓未 訳、西村直人・角谷信太郎 監訳 3. 『プロ

                                                    小城久美子が勧める、事業サイドからプロダクトマネージャーになる人向けのPM本5選
                                                  • 『アジャイルを採用したソフトウェアプロジェクトの失敗率はその他の手法と比べて268%も高いことが判明』は不明瞭 ~書籍「Impact Engineering」を読んでみた感想 ~ - Qiita

                                                    『アジャイルを採用したソフトウェアプロジェクトの失敗率はその他の手法と比べて268%も高いことが判明』は不明瞭 ~書籍「Impact Engineering」を読んでみた感想 ~アジャイルポエムプロジェクト管理メンタルケアコミュニケーション 「アジャイルを採用したソフトウェアプロジェクトの失敗率はその他の手法と比べて268%も高いことが判明」 という記事が話題になっています。 言及している著書がCEOを務めているイギリスの調査・コンサル会社であるEngpraxが挙げている元の記事はこちら(その調査自体を行なったのもEngprax社) 記事に書かれていることの考察や要約は下記で分かりやすく纏めて下さっています。 記事への反応 記事への感想・反応はだいたい下記のパターンのどれかに該当すると思います。 失敗の定義は? そもそもアジャイルできてなくね? 下記が失敗するのはアジャイルかどうかとは関係

                                                      『アジャイルを採用したソフトウェアプロジェクトの失敗率はその他の手法と比べて268%も高いことが判明』は不明瞭 ~書籍「Impact Engineering」を読んでみた感想 ~ - Qiita
                                                    • 神戸児童連続殺傷事件から27年 土師淳くんの父親 手記全文 | NHK

                                                      1997年に神戸市で起きた児童連続殺傷事件で小学6年生の土師淳くんが当時14歳の少年に殺害されてから24日で27年です。淳くんの父親は報道各社に手記を寄せ「子供への思いは、どれほどの時間が経過しても変わるものではない」としたうえで、犯罪被害者への支援の重要性を訴えています。 1997年の2月から5月にかけて神戸市須磨区で起きた児童連続殺傷事件では、当時14歳の少年に小学生5人が襲われ、2人が死亡、3人が大けがをしました。 5月24日はこのうち小学6年生だった土師淳くん(当時11)の命日で、父親の土師守さん(68)が報道各社に手記を寄せました。 この中で、土師さんは「子供への思いは、どれほどの時間が経過しても変わるものではないと思います。加害男性からの接触は、現時点では手紙を含めてありません。なぜ、命を奪われなければいけなかったのかという問いについて、私たちが納得するような解答を求め続けてい

                                                        神戸児童連続殺傷事件から27年 土師淳くんの父親 手記全文 | NHK
                                                      • 世界5400万ユーザー超え! 日本発のプロダクト「TimeTree」を支える、エンジニアとしての総合力

                                                        日本発の共有カレンダーサービスとしてグローバル展開しているTimeTree。今ではユーザー数が5400万人にも広がっている。これほどまでの大規模データを扱いながらもパフォーマンスを落とさない工夫や開発の醍醐味について、TimeTree CTO 河野洋志氏とSREチームを率いている金井栄喜氏に訊いた。 株式会社TimeTree CTO 河野洋志氏 世界に5400万ユーザーを抱える日本発のプロダクト「TimeTree」 ──自己紹介をお願いします。 河野洋志氏(以下、河野):CTOの河野洋志、ニックネームはScottです。TimeTreeの創業メンバーが新卒入社時の同期だった縁で、「TimeTree」がプロダクトとしてリリースされてから半年ほどで入社しました。それまではサーバーサイドやデータベースに携わっていました。2023年からはCTOとなり、エンジニアのマネジメントやスクラム開発導入などを

                                                          世界5400万ユーザー超え! 日本発のプロダクト「TimeTree」を支える、エンジニアとしての総合力
                                                        • 非エンジニア向け🍓開発生産性に関する研修をやってみた

                                                          お疲れ様です。 レバテック開発部でDevRelを担当しているヤマモトヒロキです。 「月1本テックブログ執筆」を志しておりましたが、 GWの波に飲まれて4月執筆を逃してしまいました。人は怠惰な生き物です。 過去の記事はこちら。 やってみた 3行サマリ 仮説「開発生産性向上のキーファクターは、開発組織外にある」 「非エンジニア向けの開発生産性研修」をやってみた 研修設計の肝は①抽象概念インプット→②自社具体例→③理想行動の具体化 背景 現在私はDevRelやっておりますが、出自はマーケターで事業企画にキャリアの軸足を置いている、 ゴリゴリの非エンジニアです。 事業の責任者として事業を率いる立場と、 DevRelとしてイケてる開発組織を作り発信する立場の両方を経験したうえで、 「事業の継続的な成長と、開発生産性の維持向上の両立ほんと難しい~」 というあるあるな悩みと日々戦い続けている一人です。

                                                            非エンジニア向け🍓開発生産性に関する研修をやってみた
                                                          • 「学びの宝庫」はてなサマーインターンシップ2024!今年の見どころ - Hatena Developer Blog

                                                            組織・基盤開発本部長の id:onishi です。募集締切が迫る「はてなサマーインターンシップ2024」ですが、応募するかまだ悩んでいるあなたのために、今年の見どころをいくつかご説明させていただきます。 京都で過ごす一週間 今年のインターンは、京都(講義パート/1週間)+リモート(実践パート/2週間)のハイブリッド形式です。特に講義の集中している前半を京都で過ごすことで、インターン同期の仲間との絆を深めたり、対面で学ぶことで濃密な一週間を過ごしていただけます。 もちろん、交通費は支給、遠方の方にはホテル(5泊)を手配します。 リモートワークで会社がどう回っているか はてなは、「フレキシブルワークスタイル制度」で、在宅・出社を自由に選択できる、としています。これにより、オフィス出社率は10%程度となっています。では在宅中心で会社ってどのように回っているの?という疑問には、後半の実践パートで、

                                                              「学びの宝庫」はてなサマーインターンシップ2024!今年の見どころ - Hatena Developer Blog
                                                            • テスト駆動でもデータ駆動でもない 「機能駆動開発」とは何か

                                                              人気の開発手法であるアジャイル型開発は開発作業を複数のフェーズに分割することを奨励している。だが、アジャイルは「分割する各フェーズに何を含めるべきか」といった詳細なガイダンスはほとんど提供していない。それは、アジャイルが“開発哲学”といったもので、具体的な手順を説明するものではないからだ。 こうしたギャップを埋めるのに役立つのが、「機能駆動型開発」(Feature-Driven Development、以下、FDD)などのフレームワークだ。FDDは本質的にはアジャイルを実現する手法の一つで、「機能」を軸にしている。“開発作業を5つのフェーズに分割する”という具体的で構造化されたアプローチを採用している。 FDDとは何か 繰り返しにはなるが、FDDはアプリケーションの“機能”を軸にした開発手法だ。FDDを採用する開発者は、実装または改善する機能を特定してから新たな機能セットの開発に取り掛かる

                                                                テスト駆動でもデータ駆動でもない 「機能駆動開発」とは何か
                                                              • タスクマネジメント_基本編 | ドクセル

                                                                レッドジャーニー(https://redjourney.jp/) 所属のアジャイルコーチ 元ギルドワークス 所属 様々な規模のSIerでのシステム開発を経て今に至り、約10年で40の組織、80のチームを支援している。 「ええと思うなら、やったらよろしいやん」を口癖に、社内のみならず社外のチームがより良くなるお手伝いなど日々活動中。 ・認定プロフェッショナルスクラムマスター(CSP-SM) ・認定プロダクトオーナー(CSPO) ブログ:サウスポーなエンジニアの独り言

                                                                  タスクマネジメント_基本編 | ドクセル
                                                                • スクラムマスター年収調査レポート

                                                                  スクラムマスター アジャイルコーチ 年収調査レポート#1 2023・2024年版 著者 ・フォンテーヌ グレゴリ ・長沢 智治 目次 はじめに......................................................................................................................................... 3 回答者に関する基本情報............................................................................................................... 4 年収の平均値、中央値、十分...................................................

                                                                  • [ゼロから始めるプロジェクトマネジメント] プロジェクトの移動するゴールを追い続けよう、記録しよう | DevelopersIO

                                                                    プロジェクトマネジメント未経験の方も今日から参考にできるTipsをシェア。 ゼロから始めるプロジェクトマネジメントシリーズ第十一回です。 プロジェクトのゴールはうつろいます。 ゴールを記録し続けることでプロジェクトの現在位置を常に把握するようにしましょう。 情報システム室の進地@日比谷です。 プロジェクトのゴールはうつろいます。残念ながらうつろいます。貴方が無菌室で一人で行っているプロジェクトであってすらうつろいます。貴方が変化し続けるからです。今回は、うつろいゆくプロジェクトゴールを記録し続けることの意義についてまとめます。 プロジェクトのゴールはうつろいゆく プロジェクトのゴールはなぜうつろい、移動してしまうのか。理由は主に3つあります。 外部環境が変わってしまうから 内部環境が変わってしまうから 貴方が変わってしまうから まさに仏陀の仰るとおり、万物流転です。 外部環境が変わる 開発

                                                                      [ゼロから始めるプロジェクトマネジメント] プロジェクトの移動するゴールを追い続けよう、記録しよう | DevelopersIO
                                                                    • アジャイル組織でプロダクト価値を高める!「合意形成」のポイント

                                                                      この記事では、不確実性が多いプロダクト開発において、どのようにアジャイルチームの「合意形成」を行うかについて、経験とノウハウを共有します。 サクッと読みたい方はこちらのスライドもどうぞ。 対象読者 チーム開発をしているすべての方に向けて、例えば次のような課題を抱えてモチベーションが低下してしまったチームを想定しています。 チーム内で意見がまとまらず、合意形成が難しい チーム内の発言が減り、心理的安全性が低下してきた 見積もりの精度が低く、スプリントが始まってから問題が発生してしまう メンバーの向かう方向がバラバラで、プロダクトゴールを見失っている チームの透明性が低く、意思疎通がうまくいっていない 背景 今回参加したプロジェクトでは、0→1開発の概念実証にあたって、アジャイル開発が想定されることから、スクラムチームが形成されました。 しかし、半年ほどでチームの混乱期に突入していくと様々な課

                                                                        アジャイル組織でプロダクト価値を高める!「合意形成」のポイント
                                                                      • 池田小事件の遺族「宅間守の次にマスコミが憎い」メディアスクラムPTSDで20年間カーテン開けられず : 痛いニュース(ノ∀`)

                                                                        池田小事件の遺族「宅間守の次にマスコミが憎い」メディアスクラムPTSDで20年間カーテン開けられず 1 :名無しさん@涙目です。:2024/05/28(火) 09:17:09.59 ID:guXct/JB0.net 「犯人の次に憎かった」 報道被害なくすため池田小事件遺族がたどり着いた答え https://t.co/bfbGS9N8Pz メディアスクラムなどに遭い、夫妻は「犯人の次にメディアが憎かった」という。— 産経ニュース (@Sankei_news) May 27, 2024 「犯人の次に憎かった」 報道被害なくすため池田小事件遺族がたどり着いた答え 2024/5/28 05:00 犯罪被害者が受ける報道被害軽減に向け、初めてリーフレットを作成した大阪教育大付属池田小事件遺族の酒井肇さん(62)と妻の智恵さん(63)。 23年前の事件後、「二度と同じ思いをする人が出ないように」と学校

                                                                          池田小事件の遺族「宅間守の次にマスコミが憎い」メディアスクラムPTSDで20年間カーテン開けられず : 痛いニュース(ノ∀`)
                                                                        • [B-4-1] アジャイル開発は本当に必要なのか、何を解決するのか | AWS Dev Day 2023 Tokyo #AWSDevDay

                                                                          アジャイル(主にスクラム)の語源は「素早い」や「敏捷」などの意味がある「Agile」です。 文字通り捉えると「アジャイル開発すればすぐにリリースできるんだ!」と考えるのは当然だと思います。 でもいざやってみると「むしろ前より遅くなった」という声もよく聞きます。 このセッションでは、「スクラムの始め方」と「アジャイルの価値」にフォーカスして述べていきます。 ◆スピーカー: 吉田 祐樹 ◆吉田 祐樹プロフィール: Sr.AppDev ConsultantとしてAWS Japanに勤務。アジャイルやクラウドネイティブアプリ開発の支援をしています。「明日楽をするために今頑張る」がモットー。好きなAWSサービスはAmplify/AppSync/CodeCatalyst ◆セッションに関する情報: ・セッションタイプ:ブレイクアウトセッション ・テクノロジートピック:DevOps / Infra

                                                                            [B-4-1] アジャイル開発は本当に必要なのか、何を解決するのか | AWS Dev Day 2023 Tokyo #AWSDevDay
                                                                          • 「自治体を国の指示待ち体質に変えてしまう」 地方自治法改正案、杉並区の岸本聡子区長ら総務相に要請書:東京新聞 TOKYO Web

                                                                            災害など緊急時の国の指示権拡大を盛り込み、国会で審議中の地方自治法改正案を巡り、東京都杉並区など9自治体でつくる「自治体スクラム支援会議」は17日、運用基準の明確化などを求める要請書を、松本剛明総務相宛てに提出した。杉並区の岸本聡子区長と静岡県南伊豆町の岡部克仁町長は提出後の取材に「自治体を、災害時に国の指示がないから動けないという体質に変えてしまう」との懸念を訴えた。

                                                                              「自治体を国の指示待ち体質に変えてしまう」 地方自治法改正案、杉並区の岸本聡子区長ら総務相に要請書:東京新聞 TOKYO Web
                                                                            • Flutterによるネイティブアプリのリプレースプロジェクトを完遂しました - スタディサプリ Product Team Blog

                                                                              こんにちは、モバイルアプリエンジニアの @mtbhiro です。現在はスタディサプリ for SCHOOL(以下 forSCHOOL )1というプロダクトのモバイルアプリ開発を行っています。 Flutter による forSCHOOL アプリのフルリプレースプロジェクトを、2023年8月に Android アプリを、2023年12月に iOS アプリをリリースすることで完遂しました! この記事ではどのような背景や目的でリプレースを行うことになったのか、どのようなプロジェクト管理を試みたのか、そして最終的にどのような結果が得られたのかについて紹介します。 forSCHOOL アプリについて 開発チームが抱えていた課題 開発リソースの確保が困難 プラットフォーム間の仕様差分によるコスト Flutter導入にあたって アプリの特徴とFlutterの制約 開発メンバーと会社体制 新規開発やリスクを

                                                                                Flutterによるネイティブアプリのリプレースプロジェクトを完遂しました - スタディサプリ Product Team Blog
                                                                              • 【スクラム】スクラム開発はどういう開発に適しているのか - Qiita

                                                                                スクラムって結構PJを選ぶフレームワークだと思うんですよね。 どういう開発に向いてそうかな〜、というのを考えてみます。 ※スクラムの実務経験がない個人の私見です スクラムってこういうところ微妙だよね 生産性・効率 スクラムって開発チームでもスプリントの20%はイベントに費やされて、そもそも開発作業に取れる時間が少なくなりますよね。 自分が携わらないかもしれない機能(PBI)についてもリファインメントや見積もりをしないといけないし、開発や用件定義をするわけでもないスクラムマスターという人にも工数・コストがかかっちゃう。 かけた工数・時間に対してどれだけの機能を作れたか、みたいな生産性・効率という観点において決して優れた手法ではないように思います。 納期が決まっていてずらせないものは対応しづらい スクラムでも一応見積もりはするし全く無計画でプロジェクトが進むわけではありませんが、見積もりは不正

                                                                                  【スクラム】スクラム開発はどういう開発に適しているのか - Qiita
                                                                                • MIXIのみてね事業部が情報整理にNotionを選んだ理由

                                                                                  MIXIの画像、動画共有サービス「家族アルバム みてね」を開発、提供するみてね事業部は、これまでに使用していたドキュメント、プロジェクト管理ツールをNotionに集約し、情報構造を再設計した。部門やチームを超えた情報共有を実現し、Notion AIを利用して業務を飛躍的に効率化した。 ノートやドキュメント、Wiki、プロジェクト管理、データベースなど多彩な機能を備えた「Notion」。さまざまなナレッジを集約し、チームコラボレーションや業務の生産性を向上させるツールとして日本での事例が増えている。 子どもの写真、動画共有アプリ「家族アルバム みてね」(以下、みてね)を展開するMIXIもその1社だ。みてね事業部では、「DocBase」「Trello」「Pivotal Tracker」「Asana」といった複数のドキュメント、タスク管理ツールを使っていたが、これらに分散した情報をNotionに

                                                                                    MIXIのみてね事業部が情報整理にNotionを選んだ理由