検索対象

並び順

ブックマーク数

期間指定

  • から
  • まで

スクラムの検索結果(絞り込み: 3 users 以上)1334 件中 1 - 40 件目

  • スクラムガイド2020日本語版

    • 技術的夫妻。trelloで家事スクラムを始める|macheri|note

      こんにちは!デザイナーのまちえり(@macheri_me)です。 今回は開発スキームを家事に取り入れてみたことついてご紹介します。 最強の家事時短&家事分担法を思いつきました。 家事をスムーズに、喧嘩なく分担したいと思ったらtrelloを使った家事スクラムで見える化しよう 夫婦だけでなく、一人暮らしにもオススメしたい家事ハック ● 共同生活(夫婦/同棲カップル/ルームシェアなど) ・共働きで家事にあまり時間が取れない人 ・今の家事分担に不満、家事分担で喧嘩が絶えない人 ●一人暮らし ・家事があまり得意ではない人 ・できるだけスムーズに、効率的に家事を行いたい人スクラムの師匠いけこ氏(@imaikeko)が書いた記事、家事とスクラムに強く共感し、実際にtrelloを使ってスクラム家事をやってみました。 はじめに:嫁は激怒した。必ず、かの自由奔放な夫に家事をさせようと決意した。夫・エンジニア、

      技術的夫妻。trelloで家事スクラムを始める|macheri|note
      • アルジェリア人質殺害事件とメディアスクラム|佐々木俊尚 blog

        アルジェリア人質殺害事件での被害者名の問題について、昨日もFacebookで書いた。私の意見を要約すれば、以下のようなこと。 つまり、新聞記者は『一人の人生を記録し、ともに悲しみ、ともに泣くため』などと高邁な理想で被害者の実名報道の重要性を語るけれども、実際にやってるのはメディアスクラムで遺族を追いかけ回しているだけ。つまり新聞記者の側は、「理想とすべき報道理念」を語っているけれども、遺族取材を批判する人たちは「現実の報道の姿勢」を問題にしているということ。 この乖離を埋める努力をしない限り、新聞記者の理念などだれにも理解されないよ、ということを書いたのだった。 しかしこの乖離を(たぶん無意識のうちにだと思うけれども)回避させている意見が、今日にいたってもあいかわらずマスメディアの側に目立っている。 たとえばカバの人が語るイメージ先行のメディア批判とメディアの説明責任というTogetter

        アルジェリア人質殺害事件とメディアスクラム|佐々木俊尚 blog
        • エンジニア妻がスクラムを家庭にざっくり導入したら仕事よりうまくいった話 | ママニュー

          私はIT企業に勤める、フルタイムのワーキングマザーです。食品メーカーで営業職を務める夫と小学校2年生、保育園年中の息子の4人家族で毎日バタバタと過ごしています。 普段は自社サービスのシステム開発を担当しています。超忙しい部署ですが、最近、チームのコミュニケーションルールにちょっとした変化があって、以前よりももっと仕事が楽しくなったんです。 そのいい流れを家庭にも取り入れてみたら、さらに良い家族になれたので、まとめて書いてみようと思います。 開発チームが良い方向に変わった 私が所属する開発チームでは、これまでは完全分業制で開発を進めていたのですが、コミュニケーションを重視した「スクラム開発」という手法を取り入れるようになりました。 チームとして成果をあげ、チームでプロジェクトを進めるための仕組みです。全員がプロジェクトの現状とタスクを把握しながら、協力しあって開発を進めていきます。 それから

          エンジニア妻がスクラムを家庭にざっくり導入したら仕事よりうまくいった話 | ママニュー
          • Developers Summit 2014 「Play2/Scalaでドメイン駆動設計を利用した大規模Webアプリケーションのスクラム…

            Developers Summit 2014 「Play2/Scalaでドメイン駆動設計を利用した大規模Webアプリケーションのスクラム開発の勘所」

            Developers Summit 2014 「Play2/Scalaでドメイン駆動設計を利用した大規模Webアプリケーションのスクラム…
            • スクラムと見積り

              スクラムと 見積り やっとむ 合同会社やっとむ屋

              スクラムと見積り
              • スクラムとアジャイル開発の本を12冊一気に読んでみた!その中から初心者、中級者、上級者向けのおすすめを紹介|Dentsu Digital Tech Blog|note

                スクラムとアジャイル開発の本を12冊一気に読んでみた!その中から初心者、中級者、上級者向けのおすすめを紹介 こんにちは電通デジタル開発部エンジニアのリチャードです。弊社で開発している社内プロダクトEASIではスクラム開発を採用しており、開発部内には認定スクラムマスターも在籍しています。一方で私個人はこれまでスクラム開発を経験してはいたものの、断片的な知識と経験で乗り切っていた部分が強く、改めてスクラムやアジャイル開発の基本を学び直そうと思い立ち、12冊の本を一気読みしました。ちょうど数ヶ月前に電通デジタルへと転職したばかりだったので、よい機会だったと思います。 今回読んだ本の一覧はこちらです!過去に読んで改めて今回読み直した本もあるため、冊数は多くなっています。 初心者向け 1. いちばんやさしいアジャイル開発の教本 2. SCRUM BOOT CAMP THE BOOK 中級者向け 3.

                スクラムとアジャイル開発の本を12冊一気に読んでみた!その中から初心者、中級者、上級者向けのおすすめを紹介|Dentsu Digital Tech Blog|note
                • 実例に学ぶスクラム導入手順 - タスク属人化を避け、チーム開発力向上のためにRettyがやったこと - エンジニアHub|若手Webエンジニアのキャリアを考える!

                  ウォーターフォールモデルから、アジャイルへの切り替えを試みる開発チームが多いなか、スクラムを導入したもののうまく浸透しなかったという声も少なくありません。公式の『スクラムガイド』のとっつきにくさが導入のハードルを上げているとの声も聞きます。 Rettyのスマホアプリ開発チームは、あえて現在の自チームに合わせたカスタマイズを一切せず、『スクラムガイド2017』に沿ってスクラムを導入。メンバーのモチベーション向上や開発メンバーの視座を高めるなど、わずか半年で効果を出しました。 参考:スクラムガイド™(日本語版PDF) いかにハードルを乗り越え、チームの生産性向上とメンバーの満足度向上につなげたのでしょうか。スクラムの導入を提案し、実際に導入したチームのマネージャー、スクラムマスター、開発者メンバーの3名に話を聞きました。 スクラム導入前夜〜タスクの属人化に課題あり 1人のプランナーが5人のエン

                  実例に学ぶスクラム導入手順 - タスク属人化を避け、チーム開発力向上のためにRettyがやったこと - エンジニアHub|若手Webエンジニアのキャリアを考える!
                  • 社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム&リーンスタートアップ導入)について #devlove #dev…

                    社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム&リーンスタートアップ導入)について #devlove #devlove創

                    社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム&リーンスタートアップ導入)について #devlove #dev…
                    • 5分で分かる、「スクラム」の基本まとめ

                      5分で分かる、「スクラム」の基本まとめ:開発チームを改善するためのスクラムTips(8)(1/2 ページ) 「スクラム」は、アジャイル開発の手法群の中でも、「チームとしての仕事の進め方」に特化したフレームワークだ。スクラムの知識を応用して、開発チームの日常をちょっとリファクタリングしてみよう。 これまで、アジャイル時代のチーム・マネジメント手法として主流になっている「スクラム」の手法を紹介してきました。今回は総集編として「スクラムの基本」をコンパクトにまとめます。 そもそもスクラムとは スクラムは、一言でいえば「チームで仕事の進めるための枠組み(フレームワーク)」です。 もともとはソフトウェア開発プロジェクトを成功させる仕組みですが、技術的な要素は取り除かれ、多くのチーム作業に共通して適用できる要素だけが残りました。そのため、ソフトウェア開発以外のチームにも適用できるのが特徴です。 ●バッ

                      5分で分かる、「スクラム」の基本まとめ
                      • GitHubに日々の人生を記録(管理)する - 日記、じぶんリリースノート、簡易的な個人スクラムによるふりかえりなど - このすみ技術ろぐ

                        年末年始に購入した手帳はうまく馴染めなかったので、しばらくの間Slackで日記を書いてました。 www.konosumi.net ただ、Slackで日記を書くのもしっくりこず、長続きしませんでした。 そこでやり方を変え、GitHubを使ってみることにしました。 実際に試してみたところ、思いの外感触が良かったです。 せっかくなので、ブログで概要を共有することにしました。 ベースとなる考え方 じぶんリリースノート よしたくさんの「じぶんRelease Notes」 てぃーびーさんの「冒険記録」 GaaTS (GitHub as a Text Storage) 個人スクラム GitHubに書いていること やりたいことと実績を記録する日記ファイル(日付.md) 大きな変化と出来事を記録する(CHANGELOG.md) 読書記録(READING.md) やりたいことのメモ(TODO.md) 注意事項

                        GitHubに日々の人生を記録(管理)する - 日記、じぶんリリースノート、簡易的な個人スクラムによるふりかえりなど - このすみ技術ろぐ
                        • 「急いで作って!」と言われたとき、私がまずやること→Miroだけでスクラム

                          VTeacher所属のSotomiです。 或る日突然、「100万円のプロモーション予算がついたから急いで作って」と頼まれました。 ※ちなみにプロモーション予算(100万円)に人件費は含まれないそうです。 そして、偉い人から下の画像が送られてきました。 (「4月1日に夢を語る」という PR TIMES の企画だそうです) プロダクトバックログを覗くと・・・ 下のようにアイテムが登録されていました。 プロダクトバックログ 概要 Done(完了)の定義 ざっくりだ・・・😅 😅 😅 受験料の全額負担は難しい(現時点では夢である)が、一部負担のキャンペーンならできるので、そのための機能を作ってほしい。 そしてDoneの定義 🤔 キャンペーンイベントを成功させること えーと・・・。開発チームとしての観点で読み取ると、 「100万円を受験生で山分けする機能を作って」ということ? というと、受験生

                          「急いで作って!」と言われたとき、私がまずやること→Miroだけでスクラム
                          • すべての社会人に知ってほしい仕事の基礎としてのアジャイル/スクラムの話 / Agile as a work foundation

                            アジャイルやスクラムについて学び始め、実際に取り組むと、その原則や考え方がソフトウェア開発の領域に閉じないことを日々実感します。原則を日々の仕事・生活に活かすことは重要ですが、「アジャイル」という言葉は抽象度が高く、開発のイメージも強いため、一般化してエッセンスを伝えるのに苦労している方も多いのではないでしょうか。 スクラムマスターとして、開発に限らず組織の全員が、アジャイル/スクラムの原則を理解して、実践できるよう支援することは重要な活動です。サイボウズでは、数年前から新卒の全社員(+希望者は誰でも)向けの基礎研修としてアジャイル/スクラムの話をインプットしています。 こちらのセッションでは、サイボウズ社内で実施している研修(講義)を社外向けに再編成したものをお届けします。アジャイルやスクラムの考え方をベースに、エンジニアに限らず、チームワークを高め、成果を届ける仕事の進め方の基礎となる

                            すべての社会人に知ってほしい仕事の基礎としてのアジャイル/スクラムの話 / Agile as a work foundation
                            • 旧来型SIerである弊社でアジャイル(スクラム)が上手く行っていない

                              弊社は未だにメインフレームの相手をしてCOBOLを書いているような、低技術力・プロマネ力偏重のSIer。 20代の若手SE(笑)である僕自身もウォーターフォールの経験しかなく、社内の99%も同じ。 最近興味があって近くにいる人とアジャイル開発の勉強をしていており、ジェフ・サザーランドの著書ほか何冊か本を読んだ、というだけのただのエンジニアワナビー。 最近近所で絵に描いたようなアジャイル失敗例があって、ちょっと誰かに聞いてほしくて書いてる。 この度、既存システムを刷新するプロジェクト(たぶん1億以上5億未満)をアジャイル開発でやることになり、先月くらいに最初のスプリントがスタートした。 アジャイル導入にはおそらく特に動機がなく、お客さんの偉い人たちが ・最近アジャイル?流行ってるんでしょ ・無限に要件変更できるんでしょ ・アジャイルにすると早く安くできるんでしょ などと仰せになった結果だと聞

                              旧来型SIerである弊社でアジャイル(スクラム)が上手く行っていない
                              • スクラムを1枚で説明する資料7選(2019年版)

                                みなさんこんにちは。@ryuzeeです。 スクラムの全体像を表す絵は多数出回っています。コーチングやトレーニングを生業にしている人であればだいたい何度も作ったことがあるのではないかと思います。 今日はスクラムの全体像を表す絵のうち、比較的新しいものをいくつか集めてみたので紹介します。 見出しの行か画像をクリックすると、それぞれオリジナルを公開しているページにアクセスできます。 The Scrum Framework Poster | Scrum.org ケン・シュエイバーが設立したScrum.orgのサイトで公開されているもの極めてシンプルなので汎用性は高い一方で、スクラムマスター、プロダクトオーナー、開発チームの記述がでてこないなど、要素がすべて網羅されているわけではないことに注意が必要Visual AGILExicon Essential Scrumの著者Ken Rubin氏作のもの。

                                スクラムを1枚で説明する資料7選(2019年版)
                                • 大規模スクラムの失敗から学んだこと #AgileJapan2015

                                  数千人が利用する楽天Redmineの過去と未来 - The past and future of Rakuten Redmine that is the...

                                  大規模スクラムの失敗から学んだこと #AgileJapan2015
                                  • ヤフーのスクラム開発実践者の経験年数ごとの学習方法の紹介

                                    こんにちは! アジャイルコーチの荒瀬です。 ヤフー、および関連会社のアジャイル開発支援や研修を担当しています。 今回はヤフーのスクラム実践者の学習方法についてお話しします。 イベントや研修の中で、スクラムの勉強方法をいろいろな方から質問されることが多かったので、記事にするとより多くの人の役に立つのではないかと思い執筆することにしました。 また、せっかく書くのであれば、ヤフーの中にいるさまざまなスクラム実践者の話も交えると、経験年数別に、より参考になりそうな書籍、セミナーや研修を紹介できるのではないかと考え、ヤフーのスクラム経験者にも協力いただいています。 スクラムを始めた頃の自身のことを考えながら、こういう記事があるといいのにと思っていた内容を記事にしました。 ここに掲載している書籍やセミナーはヤフーのスクラム開発実践者にアンケートをとり、集計したものです。 皆さんのスクラムの学習方法につ

                                    ヤフーのスクラム開発実践者の経験年数ごとの学習方法の紹介
                                    • スクラムマスターを雇う時に聞いてみるとよい38個の質問に答えてみた

                                      みなさんこんにちは。@ryuzeeです。 以前書いたスクラムマスターを雇う時に聞いてみるとよい38個の質問という記事に対して、自分も答えてみましたので、以下で紹介します。 なお、既に38個答えた勇者がいるのでこちらも併せて読んでみるとよいと思います。 「スクラムマスターを雇う時に聞いてみるとよい38個の質問」に答えた@katzchang/回答-スクラムマスターを雇う時に聞いてみるとよい38個の質問それでは、行ってみましょう。 スクラムマスターの役割についてアジャイルマニフェストでは「プロセスやツールよりも個人と対話を」といっている。プロセスを守らせるスクラムマスターは、それとは反対のことをしているのではないか?スクラムマスターの関与の度合いはチームの力量や規律の有無、外部との関係性などによって変わります。 チームが自分で解決できない大きな問題をかかえていたり、チームとして機能していなかった

                                      スクラムマスターを雇う時に聞いてみるとよい38個の質問に答えてみた
                                      • 「スクラムでは遅過ぎる」との声も。Google主催『Startup Tech Night』で聞いた、少人数で高速開発を進めるコツ - エンジニアtype | 転職type

                                        転職・求人情報サイトのtype エンジニアtype スキル 「スクラムでは遅過ぎる」との声も。Google主催『Startup Tech Night』で聞いた、少人数で高速開発を進めるコツ 「ユーザーを中心に考え」て、「すばらしいプロダクトを作る」ことこそが、インターネットの世紀を生きる企業が行うべき最も重要なことである。良いプロダクトさえあれば、マネタイズやマーケティングの戦略もすべて後付けで立てられるからだ――。 Google会長のエリック・シュミット氏が著書『How Google Works』でこう述べるように、インターネットをベースにビジネスをする企業にとって、プロダクトを開発・発展させることこそがすべてである。ことさらスタートアップとなれば、開発・改善のスピードが大手と競争するための源泉となるだろう。 そんなスタートアップのエンジニアや、今後転職を考えるエンジニアを応援すべく、1

                                        「スクラムでは遅過ぎる」との声も。Google主催『Startup Tech Night』で聞いた、少人数で高速開発を進めるコツ - エンジニアtype | 転職type
                                        • スクラム開発チームと業務委託エンジニアの相性が最悪だと思っている|s_semiya|note

                                          はじめにこの記事の対象読者は「機能しているスクラム開発チームのメンバーないし関係者」をイメージしています。 また会社のフェーズや資本状況、フルタイムでないメンバーを雇いたいなどのコンテキストもあるので業務委託が一概に悪とは言いません。 単純に相性が悪いってだけです。 また相性が悪くてもチームが即崩壊するとかそう言う話でもないです。 僕は業務委託の人が嫌いなわけではありません。ただスクラム開発と相性悪いな(主に単価的な意味で)と思っています。 あとここで言うSES的に送り込まれる業務委託の人の単価は月100万~150万円くらいです。 実は「業務委託契約」とは限らないWeb界隈の一部の慣行として「協力会社(個人を指す)」とほぼ同義語として「業務委託」は使われています。「業務委託」と呼ばれる個人に対してリーダーが指揮命令権を持ちます。契約形態は関係ありません(パねぇな)。 実態の契約形態が業務委

                                          スクラム開発チームと業務委託エンジニアの相性が最悪だと思っている|s_semiya|note
                                          • スクラムでベロシティを安定化するにはどうしたらよいか - 貳佰伍拾陸夜日記

                                            このブログではあまりこういう話は書いてこなかったけど, 以前少しだけ触れたように, 僕はここ最近エンジニアリングマネージャをやっていて, こういう話題を考える機会はけっこう多い. 具体的には, エンジニアリングマネージャとして複数チームのテクノロジ/プロセス/プロダクト/ピープルのマネジメントを日々やっていて, そのうちのプロセスマネジメントとして, 各チームのスクラムマスタ的な人に助言したり, 開発プロセスの改善のためにチームが起こそうとしている変化を受け入れるようラインマネージャを説得したり, といったことにけっこう時間を割いている. スクラムに関して以下のような話を見かけて, これはまさに日々悩まされていることだった. 一言で言うと「ベロシティの安定化でみんな躓く」という話. これは僕の経験上も納得できる. この記事に寄せられたコメントを見ると, 「で, じゃあどうやってベロシティを

                                            スクラムでベロシティを安定化するにはどうしたらよいか - 貳佰伍拾陸夜日記
                                            • スクラムマスターがやること、やらないこと - アジャイルトレーニングの専門家に聞いてみた - エンジニアHub|Webエンジニアのキャリアを考える!

                                              スクラムマスターがやること、やらないこと - アジャイルトレーニングの専門家に聞いてみた スクラムマスターとして日々仕事に邁進していても、教科書どおりにいかないこともしばしば。イベントに人が来ない……、タスク終わらなさそう……などなど、スクラムマスターが直面しがちな、「あるある」な悩みを、アジャイルコーチの吉羽龍太郎さんに相談してみました。 イベントマネジメントの心得 スプリントレビューでは言いたい放題言わせよう! スプリントの期間延長は絶対NG 大切なのは原因の究明 スコープと期限の両方を守るのは難しい よいチームを作るためにスクラムマスターができること アジャイル開発の定番手法ともいえる「スクラム」。開発チームにスクラムを導入し、効率的に開発を進めるには、スクラムマスターの手腕が欠かせません。しかし、いざスクラムを運用しようにも、現実には教科書どおりいかない場面もあるでしょう。 イベン

                                              スクラムマスターがやること、やらないこと - アジャイルトレーニングの専門家に聞いてみた - エンジニアHub|Webエンジニアのキャリアを考える!
                                              • 例の絵師さん個人の垢、いまこんなリプライスクラム状態だからね https://twitt..

                                                例の絵師さん個人の垢、いまこんなリプライスクラム状態だからね https://twitter.com/search?q=%40y_o_m_y_o_m&src=typed_query&f=live めくみ @GBc4p 返信先: @y_o_m_y_o_mさん, @ATSUGI_jpさん リプライは削除されたみたいですがいいね欄に残ってますよ。企業アカウントが自我を持って公私混同し始めたら終わりですよ。他の性的興奮を煽る様なタイツのイラストのいいねも撤回してください。 ゆうこ @souzishitai 返信先: @y_o_m_y_o_mさん 気持ち悪い aiaicube @sutteko2 返信先: @ATSUGI_jpさん, @y_o_m_y_o_mさん お前達のせいで 黒いタイツ履けなくなったょ 責任取るお積りで? 通常は脚フェチなんぞ知らずに生活しとるのに握りこぶし コミケや虎の穴や深夜

                                                例の絵師さん個人の垢、いまこんなリプライスクラム状態だからね https://twitt..
                                                • 大企業でスクラムしたら筋肉だった

                                                  Agile Tech EXPO - New Normal Agile Episode 1 - Akihiro Yamamoto

                                                  大企業でスクラムしたら筋肉だった
                                                  • たまに「スクラムが難しい」って相談があって見に行ったりする。 - Mitsuyuki.Shiiba

                                                    「プロダクトオーナーとしてやることはしっかりやってるんです」 「もちろんバックログがあります。そして、ストーリーが優先順にならべられています」 「MVP(Minimum Viable Product)も考えていて、ここまでが必須だと考えています」 「そしてこのMVPをこの日までにリリースしたいと考えているんです」 いいですね。 でも、ストーリーポイントを見たところ難しそうですね。 「そうなんです。もうプロダクトオーナーとして自分ができることは全てやりましたから、あとは開発チームに、この日までにリリースできるようになんとか頑張ってもらうしかないと思っています。スクラムではこういうときどうしますか?」 そうですね・・・。まずは、実現できないということを受け止めましょう。 「え?」 そして、ここで頑張るのは開発チームではなくてプロダクトオーナーですね。 「もう自分のできることは全てやっていますよ

                                                    たまに「スクラムが難しい」って相談があって見に行ったりする。 - Mitsuyuki.Shiiba
                                                    • かんばん!~もし女子高生がRedmineで「スクラム」開発をしたら

                                                      本連載は、ちょっととぼけた女子高生の姉妹が今注目のアジャイル開発手法である「スクラム」とプロジェクト管理ソフトの「Redmine」を使って、システム開発をするというフィクションです ■ 登場人物の紹介

                                                      かんばん!~もし女子高生がRedmineで「スクラム」開発をしたら
                                                      • スクラムを組織全体へスケールさせていくフレームワーク「Scrum@Scale」入門(前編)。Developers Summit 2019

                                                        スクラムを組織全体へスケールさせていくフレームワーク「Scrum@Scale」入門(前編)。Developers Summit 2019 アジャイル開発手法を実現する方法として、もっとも普及しているのが「スクラム」でしょう。 スクラムを開発チームの単位で導入している企業は増えてきましたが、これをスケールさせる、つまりスクラムの手法を使って組織全体をより早く動かし、より早く価値を届けていくにはどうすればいいのでしょうか。 そのために開発されたのが「Scrum@Scale」フレームワークです。スクラムをスケールさせる仕組みの背後にあるスケールフリーネットワークや、大きな組織でも迅速に情報を共有する手法が組み込まれた「Scrum@Scale」について、2019年2月に行われたイベント「Developers Summit 2019」で株式会社アトラクタの代表取締役 原田騎郎氏が説明しています。 本

                                                        スクラムを組織全体へスケールさせていくフレームワーク「Scrum@Scale」入門(前編)。Developers Summit 2019
                                                        • 厳格なウォーターフォールの金融系IT企業が、スクラムを採用した初のアジャイル開発プロジェクトの経緯と成果を語る(前編)。Regional SCRUM GATHERING Tokyo 2016

                                                          厳格なウォーターフォールの金融系IT企業が、スクラムを採用した初のアジャイル開発プロジェクトの経緯と成果を語る(前編)。Regional SCRUM GATHERING Tokyo 2016 金融系システム開発会社として、しっかりしたプロセス管理の下でウォーターフォールによる開発を続けてきたニッセイ情報テクノロジー株式会社。 同社は、1月19日と20日に都内で開催されたアジャイル開発手法の1つ「スクラム」をテーマにしたイベント「Regional SCRUM GATHERING Tokyo 2016」で、同社として初めてスクラムを採用したプロジェクト開発の事例を紹介しました。 金融系の開発で求められる高い品質などをアジャイル開発の特性を活かしながらどのような手法で確保したのか。そして厳格なプロセスで開発してきた文化を持つ企業の中でアジャイル開発を成功させた要因は何だったのか。事例から読み取る

                                                          厳格なウォーターフォールの金融系IT企業が、スクラムを採用した初のアジャイル開発プロジェクトの経緯と成果を語る(前編)。Regional SCRUM GATHERING Tokyo 2016
                                                          • スクラム向けプロジェクトマネジメントツールを比較した結果 Zube.io を推してみる - Witch on the Other Shore

                                                            Agile なみなさんこんにちは。みなさんは Scrum プロセスを実施するにあたり、プロジェクトマネージメントツールとして何をお使いでしょうか。 最近当社で使い始めている Zube.io を推してみるというエントリです。 Zube.io の話に入る前に、Agile/KANBAN/Scrum なプロジェクトマネジメントツール(SaaS型)についておさらいします。 我々に与えられたおもな選択肢(おさらい) 比較表というほどのものではないですが、使用したことのある主だったサービスを列挙します。SaaS で提供されていないものや、KANBAN でないものは今回選外です。 サービス 特徴 Jira やりたいことは(設定がうまくいけば)なんでもできる。 ただ設定がうまくいかない Asana 優れた KANBAN ツールとして使えるが Scrum 向きではない Trello 人気の KANBAN ツー

                                                            スクラム向けプロジェクトマネジメントツールを比較した結果 Zube.io を推してみる - Witch on the Other Shore
                                                            • 神戸製鋼、組織ぐるみのスクラムを組んでアルミの強度偽装 : 市況かぶ全力2階建

                                                              アルテリア・ネットワークスとソフィアの上場2社、社員と子会社役員が仲良くNTTドコモから接続料金を詐取した件でお詫び

                                                              神戸製鋼、組織ぐるみのスクラムを組んでアルミの強度偽装 : 市況かぶ全力2階建
                                                              • スクラムガイドの変更点(2017→2020)から見えるスクラムチームが陥りやすい3つの罠

                                                                今回の改訂による変更点の多くはスクラムに対しての誤解されやすいポイントをよりクリアに記載したという点にあるのではないでしょうか。したがって、これまでまっとうにスクラムを運用してきた組織やチームは今回の改訂により大きくやり方を変える必要はないのではないかと感じました。

                                                                スクラムガイドの変更点(2017→2020)から見えるスクラムチームが陥りやすい3つの罠
                                                                • Mackerelチームのリモートワーク体制における日報とデイリースクラム - Hatena Developer Blog

                                                                  日報を継続する方法があったら教えて欲しい、id:Songmu です。最近はMackerelチームのディレクター兼デベロッパーをやっています。 リモートワークと情報共有 Mackerelは、8名程度で開発しており、開発メンバーは京都・東京・愛知の3拠点に散らばっており、リモート勤務も各自の裁量で行えるようになっています。 リモートワークにおいては細かい情報共有をなるべく労力をかけずに行うことが必要になりますが、そのために以下のようなツールを利用しています。 開発手法としてスクラムを採用 Hatena::Groupによる情報共有 Github/Zenhubを用いたプロジェクト管理 Slackでのチャットコミュニケーション Zoomによるオンラインミーティング Mackerelチームでは、Hatena::Group上で日報を書くことを推奨しており、今回はその話です。 Mackerelチームの一日

                                                                  • スクラムで削除された5つのトピック

                                                                    みなさんこんにちは。@ryuzeeです。 スクラムのフレームワークの中身はスクラムガイドで定義されていますが、登場以来ずっと同じ内容なわけではなく、何度か改定が行われています(2010年版、2011年版、2013年版、2016年版、2017年版)。過去の改定内容はこちらに記載されています。 過去の変遷においてよく議論になる5つの項目についてWillem-Jan Ageling氏が5 controversial topics that were removed from Scrumという記事にまとめています。 御本人から快諾いただきましたので和訳にて紹介します。 スクラム再発見の時間です。 5年かそれ以上前にスクラムを適用した場合、現在のものとは異なる情報源を元にしていたはずです。 しかし、スクラムとして定義されてスクラムガイドで言及されたものの、ある時点で削除されたものが多数あります。 ま

                                                                    スクラムで削除された5つのトピック
                                                                    • 見積りしないスクラム/No Estimates Scrum JP

                                                                      エッセンシャル モブプログラミング 〜実践者が考えるモブの価値,原則,プラクティス〜 / Essential Mob Programming

                                                                      見積りしないスクラム/No Estimates Scrum JP
                                                                      • スクラムチームをやめて、20人でカンバン運用してきた半年間の軌跡 / Stop Scrum Start Kanban

                                                                        スクラムチームをやめて、20人でカンバン運用してきた半年間の軌跡 / Stop Scrum Start Kanban

                                                                        スクラムチームをやめて、20人でカンバン運用してきた半年間の軌跡 / Stop Scrum Start Kanban
                                                                        • スクラムチームを超生産的にするためのパタン・ランゲージ|天野 祐介 (ama_ch)|note

                                                                          The Patternsハイパープロダクティブチームを体系的に生み出すため9つのパタンはこちらになります。 1. Stable Teams 2. Yesterday's Weather 3. Swarming: One Piece Continuous Flow 4. Interrupt Pattern: Illigitimus Non Interruptus 5. Daily Clean Code 6. Emergency Procedure 7. Scrumming the Scrum 8. Happiness Metric 9. Teams that Finish Early Accelerate Faster https://www.scruminc.com/wp-content/uploads/2014/05/teamsthatfinishearlyacceleratefaste

                                                                          スクラムチームを超生産的にするためのパタン・ランゲージ|天野 祐介 (ama_ch)|note
                                                                          • スクラムの原則を、いかにして実践するか - 現場にありがちな悩みを吉羽龍太郎に相談してみた - エンジニアHub|Webエンジニアのキャリアを考える!

                                                                            スクラムの原則を、いかにして実践するか - 現場にありがちな悩みを吉羽龍太郎に相談してみた スクラムは多くの開発現場で取り入れられており、その原則を学ぶのは簡単です。しかし原則を現実に実行しようとすると、さまざまな課題が……。アジャイルコーチの吉羽龍太郎さんにスクラムの基礎から、ありがちな課題への対処法をたっぷり聞きました。 スクラムは軽量で理解が容易、だけど実際にやるのが難しい 【スクラムの基礎知識】3つの役割を理解する 【スクラムの基礎知識】5つのイベントを理解する 【スクラムの基礎知識】3つの作成物を理解する スクラムを“現実的に”実践する手法 見積もりは誰のもので、誰が作るのか フィボナッチ数列よりも「Tシャツ見積もり」。素早く見積もりを作る手法 スプリントの期間は1週間が計画しやすくておすすめ スプリントプランニングの極意。タスクの粒度は小さければ小さいほど扱いやすい タスク管理

                                                                            スクラムの原則を、いかにして実践するか - 現場にありがちな悩みを吉羽龍太郎に相談してみた - エンジニアHub|Webエンジニアのキャリアを考える!
                                                                            • スクラムで失敗する5大理由とその対策としてできること | POSTD

                                                                              スクラム とは、最近、特にソフトウェア開発の分野でよく使われているバズワードです。この概念は、1995年のOOPSLAでJeff SutherlandとKen Schwaberにより提唱されました。自己組織的なチーム構成と短いスパンの持続可能な繰り返し作業に重点を置くもので、複雑なソフトウェア製品やプロジェクトを扱うためのすっきりとした軽量なフレームワークです。 シンプルで軽量な性質を強みとするスクラムですが、これを導入している企業の約半数が正しく実践できていないと思われます。では、一見すぐに使えそうな手法なのに、実践するのが非常に難しいのはなぜなのでしょうか。その理由と、これを確実に成功させるために講じるべき対策を見ていきましょう。 1. 組織の賛同が得られていない どういう タイプの企業であろうと、何かを変えようとすれば必ず直面する最大の課題であると言えるのが、これです。スクラムも例外

                                                                              スクラムで失敗する5大理由とその対策としてできること | POSTD
                                                                              • スクラムガイドに新たに追加された「プロダクトゴール」とは? あるいはプロダクトゴールの設定には何が必要か?(前編) Regional Scrum Gathering Tokyo 2022

                                                                                スクラムガイドに新たに追加された「プロダクトゴール」とは? あるいはプロダクトゴールの設定には何が必要か?(前編) Regional Scrum Gathering Tokyo 2022 代表的なソフトウェア開発手法として知られる「スクラム」を開発したケン・シュウェイバー氏とジェフ・サザーランド氏によるスクラムの公式ガイド「スクラムガイド」。2020年11月付けの最新版には新たに「プロダクトゴール」と呼ばれる概念が導入されました。 スクラムガイドによると、プロダクトゴールはプロダクトの将来の状態を表しており、スクラムチームの⻑期的な⽬標である、と説明されています。スクラムチームにとって非常に重要なものだと位置付けられているのです。 この重要なプロダクトゴールをどのように考え、どう設定すべきなのでしょうか。 1月5日から7日までの3日間、都内およびオンラインのハイブリッドで開催されたイベント

                                                                                スクラムガイドに新たに追加された「プロダクトゴール」とは? あるいはプロダクトゴールの設定には何が必要か?(前編) Regional Scrum Gathering Tokyo 2022
                                                                                • スクラム開発の現場にJoinして失敗した俺が悪い話 - Qiita

                                                                                  ほぼノー知識でスクラム開発の現場に乗り込んで失敗した話を書き記します。 「なぜスクラムは上手くいかないのか」「スクラム開発のアンチパターン」などチームにフォーカスした記事はあれど、個人にフォーカスした失敗談が見当たらなかったので書こうと思いました。 はじめに 大前提として、その現場が悪かったとかスクラム開発が悪いとかそういったネガティブキャンペーンをするつもりではありません。 ウォーターフォールと比較して、継続的にプロダクトを作って完成に近づけていくスクラムのメリットは十分理解しているつもりです。 その中で自分が「あ、無理かも」と感じてしまった理由を記して同じ立場に立ってしまった人の救いになれればいいなと思い記します。 概要 AWSを基盤とするインフラ開発の現場Joinし、スクラムメンバーとしてプロダクトを開発する役目を受けました。 結論から言うと2週間のスプリントでベロシティを上げること

                                                                                  スクラム開発の現場にJoinして失敗した俺が悪い話 - Qiita