並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 17 件 / 17件

新着順 人気順

agileの検索結果1 - 17 件 / 17件

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

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

      急に仕事で英語を使うことになった社会人に贈るまとめ(便利ツール/コンテンツ) - Qiita
    • アジャイルを採用したソフトウェアプロジェクトの失敗率はその他の手法と比べて268%も高いことが判明

      ソフトウェアの開発手法としてアジャイルを採用したプロジェクトはアジャイル以外の手法を採用したプロジェクトに比べて失敗率が268%も高いという調査結果が発表されました。 268% Higher Failure Rates for Agile Software Projects, Study Finds - Engprax https://www.engprax.com/post/268-higher-failure-rates-for-agile-software-projects-study-finds 268% higher failure rates for Agile software projects • The Register https://www.theregister.com/2024/06/05/agile_failure_rates/ 今回の調査はコンサルタント会社「

        アジャイルを採用したソフトウェアプロジェクトの失敗率はその他の手法と比べて268%も高いことが判明
      • はじめてのアジャイル開発入門 | ドクセル

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

          はじめてのアジャイル開発入門 | ドクセル
        • 【若手エンジニアへのススメ】説明上手なエンジニアになろう

          Creating an realtime collaboration tool: Agile Flush - .NET Oxford

            【若手エンジニアへのススメ】説明上手なエンジニアになろう
          • はじめてのアジャイル開発入門 | ドクセル

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

              はじめてのアジャイル開発入門 | ドクセル
            • アジャイル開発やスクラムにもマネジメントは必要だ

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

                アジャイル開発やスクラムにもマネジメントは必要だ
              • 『アジャイルを採用したソフトウェアプロジェクトの失敗率はその他の手法と比べて268%も高いことが判明』は不明瞭 ~書籍「Impact Engineering」を読んでみた感想 ~ - Qiita

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

                  『アジャイルを採用したソフトウェアプロジェクトの失敗率はその他の手法と比べて268%も高いことが判明』は不明瞭 ~書籍「Impact Engineering」を読んでみた感想 ~ - Qiita
                • Mobius Outcome Deliveryの導入と実践 - アウトカムの定義と計測をいかにして実現するか - Agile Journey

                  Agile Journeyをご覧のみなさん、こんにちは。コネヒト株式会社でプロダクトマネージャーをしている田中俊也です。 コネヒト株式会社は、「あなたの家族像が実現できる社会をつくる」というビジョンの実現に向けて、家族のライフイベントにおける意思決定をITの力でサポートしています。子育て支援アプリ・情報サイト「ママリ」の開発・運営を中心に、子育て包括支援や自治体および企業向けの産休・育休の取得支援を行っています。 私は元々エンジニアとしてアプリ「ママリ」の開発に携わっており、プロダクトマネージャーと共に、日々プロダクト開発やその改善について議論や勉強を行っていました。 そのような中、去年の7月に開催されたMobius Outcome Delivery研修のことを知ったのです。Mobius Outcome Deliveryの名は以前から知っていましたが、その詳細やプロダクト開発への具体的な活

                    Mobius Outcome Deliveryの導入と実践 - アウトカムの定義と計測をいかにして実現するか - Agile Journey
                  • デイリースクラムあるある早く言いたい

                    それデイリーやない。レイニーや。 はじめに こんにちは。学園アイドルマスターにハマっているスクラムマスターの池永です。 レバテック開発部ITSプロダクト開発グループに所属しており、日々チームが強く、楽しくなれるように試行錯誤しております。 先日、以下の記事を投稿したのですが、他のスクラムイベントにもあるあるはあるよなと思い、デイリースクラムのあるあるも早く言いたくなりました。 こちらも何か参考になる情報がありましたら幸いです。 話すこと スクラムにおけるデイリースクラムのあるある あるあるに対して自分がやったこと そのアプローチをとってどうなったか 話さないこと スクラムにおけるデイリースクラムの詳細な目的 デイリースクラムの具体的な進め方 では早速... 例に漏れずあるあるを早く言いたいので、挙げていこうと思います。 1. ただの進捗報告会になりがち スクラム導入間もないチームでは、デイ

                      デイリースクラムあるある早く言いたい
                    • 新卒1年目エンジニアだって Tech イベントの運営リーダーをやってみたい! - NTT Communications Engineers' Blog

                      こんにちは、クラウド & ネットワークサービス部の井口です。普段は OpenStack を利用した SDPF クラウドの仮想サーバ開発/運用をしています。 昨年 12 月に開催された学生向けの技術広報 1day イベントにて、私は当時新卒 1 年目で運営リーダーとして携わりました。 この記事では、運営リーダーを務めた経験から得た学び・知見を紹介します。 Tech Workshop とは NTT Com が主催する企画の 1 つに「Tech Workshop」1というものがあります。主にエンジニア志望学生向けに、現場で活躍する社員とともに手を動かしながら NTT Com の技術や業務を理解できる 1day イベントとなります。大きな特徴として、メンバーの大半が現場のエンジニア社員で構成されており、本業務の傍ら企画・運営を行ない、イベントを主催しています(以降運営チームを Tech Event

                        新卒1年目エンジニアだって Tech イベントの運営リーダーをやってみたい! - NTT Communications Engineers' Blog
                      • “Why Scrum” for Software Developers

                        Many software developers working in a Scrum environment see Scrum as a “company tax” — additional overhead they need to adhere to because their company expects them to. Dailies, reviews, refinements, and retros are seen as ceremonies; something you have to endure that don’t really add much value to your work. If this is how Scrum feels to you, you’re not alone. In this article, I want to explain w

                          “Why Scrum” for Software Developers
                        • [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
                          • 10Xが掲げるオリジナルの品質特性について #nihonbashitesttalk / 10X quality characteristic

                            Nihonbashi Test Talk #2での登壇資料です。 ◆資料内の参考文献(初出のページ数を記載) 【p6】テストの極みを目指して~さあ、理想に近づくための一歩を踏みだそう!~ (JaSST'17 Tohoku)) 【p8】テストタイプ(test type) - ISTQB 用語集 【p13】ISTQBテスト技術者資格制度 Foundation Level シラバス 日本語版 Version 2023V4.0.J01 【p14】つながる世界のソフトウェア品質ガイド あたらしい価値提供のための品質モデル活用のすすめ 【p18】Agile Testing Condensed Japanese Edition 【p20】狩野モデル-品質とは 【p31】チーム単位で保守性を高める:独自指標と向上にむけた実践 【p35】プラットフォーム化ヘの歩み 【p40】テストの完了をゴールにしない!

                              10Xが掲げるオリジナルの品質特性について #nihonbashitesttalk / 10X quality characteristic
                            • 『設計ナイト2024』に行ってきたよメモ - コード日進月歩

                              『設計ナイト2024【オフライン】 - connpass』に参加してきたのでそのメモです。 各発表の感想 ※資料スライドは見つけたら貼ります。 ロジックから状態を分離する技術 今日の登壇資料です。 ロジックから状態を分離する技術/設計ナイト2024 by わいとん @ytnobodyhttps://t.co/XxBNAYiKXS #sekkeinight— わいとん (@ytnobody) 2024年6月14日 感想 純粋関数の話を基軸にいかに容易にしていくのか、という話 入力から必然的に出力が決まるロジック類をDomainとしておこうという発想はよかった 純粋関数の構成デザインパターンの分け方すごくいいなぁと思ったのと、このあたりの話を提唱している人いないのがびっくり 関連リンク 純粋関数とは - 意味をわかりやすく - IT用語辞典 e-Words Flux パターンが解決した課題 -

                                『設計ナイト2024』に行ってきたよメモ - コード日進月歩
                              • RubyKaigi 2024 に参加しました && 初登壇してきました - ESM アジャイル事業部 開発者ブログ

                                こんにちは。@junk0612 です。 今回は、RubyKaigi 2024 の参加記と、自分が初めて登壇した感想、および裏話を少しお届けしようと思います。 登壇以外の参加記 Day0 11:35 HND → 14:20 OKA の飛行機で沖縄へ移動しました。初めて空港ラウンジを利用してみたり、待機スペースで同便の Rubyist のみなさんにお会いしたりなど、RubyKaigi の機運の高まりを感じました。やや余談ですが、@kasumi8pon が土曜日から前入りしていて、場所も考えるとかなりアリな選択肢だったなあとちょっと後悔したりしました。来年はどうしよう。 今回は otoge.rb1 の会合がバスで30分かかるラウンドワンで行うしかなかったためスケジュールがタイトになってしまい、行脚はつけられたものの正直音ゲー欲は全然発散できなかったです…… 夜は弊社主催の Night Cruis

                                  RubyKaigi 2024 に参加しました && 初登壇してきました - ESM アジャイル事業部 開発者ブログ
                                • サイボウズの kintone 開発チームに「スクラムマスターが近くにいてありがたいと感じたエピソード」と「今後の活動への期待」を聞いてみた - Cybozu Inside Out | サイボウズエンジニアのブログ

                                  こんにちは。kintone 開発チームでスクラムマスター(以下 SM)をしている村田(@kuroppe1819)です。サイボウズでは SM の仕事をより多くの方々に知ってもらう啓蒙活動の一環として、リレーブログ企画を開催しています。 リレーブログ企画:スクラムマスターって何をするの?チームを健全に保つ多様なリーダーシップの実際 - Cybozu Inside Out | サイボウズエンジニアのブログ 対象者 スクラムマスターが近くにいるけどありがたみを感じたことがない人 学習成果 (Learning Outcome) 記事の内容に関連する悩みについて、近くのスクラムマスターに相談できるようになる この記事では、「スクラムマスターって何をするの?」という質問に対する私なりの答えと、kintone 開発チームのメンバーがスクラムマスターの仕事ぶりに対してどのような評価をしているのかアンケートを

                                    サイボウズの kintone 開発チームに「スクラムマスターが近くにいてありがたいと感じたエピソード」と「今後の活動への期待」を聞いてみた - Cybozu Inside Out | サイボウズエンジニアのブログ
                                  • 268% Higher Failure Rates for Agile Software Projects, Study Finds

                                    268% Higher Failure Rates for Agile Software Projects, Study Finds Study consisting of 600 UK and US software engineers finds projects adopting Agile Manifesto practices are 268% more likely to fail than those which do the opposite.Research demonstrates how Agile software project failure rates can be cut 6.5x using a new Impact Engineering methodology.Adopting Impact Engineering could save $115bn

                                      268% Higher Failure Rates for Agile Software Projects, Study Finds
                                    1