モバイルアプリ開発チームのスクラムってどんな感じ？ - Chatwork Creator's Note
こんにちは！モバイルアプリケーション開発部でスクラムマスターをしている折田 (@orimomo)です。 私たちの部署ではiOSエンジニア・Androidエンジニアが混在する2つのチームを作り、それぞれでスクラムによる開発をおこなっています。 私自身もともとはiOSエンジニアなのですが、現在は専任のスクラムマスターとして両チームに関わらせてもらっています。 最近では各々の継続的な改善が実を結び、スクラムチームとして少しずつ、しかし確実に成長ができているなと感じられるようになりました。 「スクラムが楽しくなってきた！」「いいチームになってきた気がする！」という話をメンバーから聞くことも増え（嬉しい🙌）、ここまで色々あったなぁ…長かったなぁ…と感慨深く思っています。 今回は、そんな私たちが具体的にどのようにスクラムを回しているのか、また以前と比べてどのように変化してきたのかについてご紹介ができ
新参者だけどバーンアウトしかけているチームを立て直す
ジョインしたばかりの組織に違和感を感じたとき、新鮮な目線で改善すると良いよという発表をしました。
ウォーターフォールからアジャイルシフトの失敗原因と成功の秘訣 #scrumosaka | DevelopersIO
Scrum Fest Osakaとは？ 2020年6月26(金)・27日(土)にScrum Fest Osakaがオンラインで開催されました。 Scrum Fest Osaka 2020@ONLINEは以下のようなイベントです。クラスメソッドではシルバースポンサーとして協賛を行いました。 Scrum Fest Osakaはスクラムの初心者からエキスパート、ユーザー企業から開発企業、立場の異なる様々な人々が集まる学びの場です。この2日間を通じ、参加社同士でスクラムやアジャイルプラクティスについての知識やパッションをシェアするだけでなく、ここで出会ったエキスパートに困りごとを相談することもできます。 ウォーターフォールからアジャイルシフトの失敗原因と成功の秘訣 本記事は、セッション「ウォーターフォールからアジャイルシフトの失敗原因と成功の秘訣」をレポートします。 スピーカー Agility D
スクラムで失敗する5大理由とその対策としてできること | POSTD
スクラム とは、最近、特にソフトウェア開発の分野でよく使われているバズワードです。この概念は、1995年のOOPSLAでJeff SutherlandとKen Schwaberにより提唱されました。自己組織的なチーム構成と短いスパンの持続可能な繰り返し作業に重点を置くもので、複雑なソフトウェア製品やプロジェクトを扱うためのすっきりとした軽量なフレームワークです。 シンプルで軽量な性質を強みとするスクラムですが、これを導入している企業の約半数が正しく実践できていないと思われます。では、一見すぐに使えそうな手法なのに、実践するのが非常に難しいのはなぜなのでしょうか。その理由と、これを確実に成功させるために講じるべき対策を見ていきましょう。 1. 組織の賛同が得られていない どういう タイプの企業であろうと、何かを変えようとすれば必ず直面する最大の課題であると言えるのが、これです。スクラムも例外
スクラム開発でインターバル期間を設けたらチームが勝手に良くなった話 | 株式会社ハンズシェア
株式会社ハンズシェアで技術系マネージャーしているきょんすけです。Twitterでは @kyonsuke19101 で活動しています。マネージャーとしては1年ぐらいで、会社・チームのみんなに助けてもらいながら、日々チームをカイゼン（トライ＆エラーともいう）しつつプロダクトを磨いております。 今回は弊社の開発チームでの取り組みの中で結構うまくいったのでは！？と思えるスクラム開発においてインターバルの期間を取るというものについて記事にしました✌('ω')✌ 弊社チームでのスクラム開発スクラム開発に関しての説明に関しては検索すると、こちらや公式的ガイドのスクラムガイドなど素晴らしい資料がざくざく出てきますので、そちらにお任せしてここでは弊社でどのようなスクラム開発を行っているかについて記載…しようと思ったところ、既に詳細について記載してある記事がありましたのでこちらをご参照下さい。 ざくっと弊社の
「SmartHR使い物にならない問題」をどう解決したのか？ VPoEが語る、ピンチを乗り越える開発チームの作り方
2018年4月17日、明日の開発カンファレンス実行委員会が主催する、開発リーダーのためのイベント「明日の開発カンファレンス 2018」が開催されました。開発の効率化に取り組むリーダーたちが一堂に会して、現場で学んだ知見を共有する本イベント。第2回となる今回も、さまざまな経験を積んだエキスパート達がプレゼンテーションを行いました。トークセッション「クラウド労務サービス『SmartHR』を支える開発チームの作り方」では、株式会社SmartHRのVP of Engineeringである芹澤雅人氏が登場。急成長を続けるSmartHRの開発の舞台裏を語ります。 面倒な労務管理の現状 芹澤雅人氏：あらためまして、私は芹澤雅人と申します。SmartHRという会社で「SmartHR」というサービスを作っております。前職で社会人になって以来、ずっとWebエンジニアとしてのキャリアを歩んでおります。 2015
請負型マインドからの「脱出」――DMM.comラボの情シスがスクラム開発に挑戦した理由
守りの情シスから攻めの情シスへ――。クラウドの進展で情シスには新たな役割が求められているが、実際に考え方や行動を変えるのは至難の業。多くの企業が悩みながら手探りで進めているのが現状だ。 そんな中、スクラム開発の導入をきっかけに情シスのマインドチェンジを成功させたのが、総合エンターテインメントサービスを提供するDMM.comグループのシステム企画や運用を担っているDMM.comラボだ。 これまで受け身だったメンバーの目の色が変わり、案件を自分ごととして捉えられるようになったのはなぜなのか――。スクラムの導入を決めた情報システム部の部長、岩崎磨氏とスクラムを組んだ5人のメンバーに聞いた。 サービス開発にスクラム開発の手法を取り入れた岩崎さんの情シスチーム。一発でこの笑顔が出るチームワークの良さがスクラムの効果を現しているようだ。左から情報システム部 部長の岩崎磨氏、同IT開発グループ スクラム
アジャイル開発のプラクティスを取り入れてチームを成長させよう - RAKUS Developers Blog | ラクス エンジニアブログ
id:radiocat です。スクラムマスターをやっています。 先月、社内のTechイベントの全社MeetUpで発表してきました。今回はその内容についてあとがき的にまとめてみました。 終わらないスクラム 私達のチームでは、以前このブログでも紹介されているスクラムトレーニングを受講してスクラム開発を実践しはじめました。 tech-blog.rakus.co.jp その経験を踏まえて得た知見や気づきを元に発表したのがこのスライドです。 speakerdeck.com 事前にトレーニングを積んでいたものの、実際にスクラムを実践してみるとうまくいかない事がたくさん出てきてスクラムイベントが思った通りに終わらない事態に陥りました。そんな状況を改善するためにスクラムコーチの吉羽さんにアドバイスを頂いたり、スクラムガイドや様々な書籍・資料を参考にして、スクラムイベントをきちんと終わらせるように取り組んだ
あなたの開発チームには、チームワークがあふれていますか？
23. DevQA 💫 ( ) http://www.slideshare.net/POStudy/devqa-qa-postudy
結果的にスクラムになってる！なのがいいと思う！ #RSGT2017
Regional Scrum Gathering Tokyo 2017
【資料公開】スクラムの落とし穴 #RSGT2017
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 2017年1月12日〜13日にかけてスクラムのイベントであるRegional Scrum Gathering Tokyo 2017が開催されました。 その中でスクラムでよく起こる問題やその原因・対策に関するセッションを行いましたので資料を公開いたします。 アジャイルなやり方でプロジェクトをやろうとしたときの「あるある」な失敗をまとめたものとなっていますので、いま何となく上手く行っていない気がする方はセルフチェックとしてもご利用いただけるのではないかと思います。内容に関するご質問やご要望がありましたら是非Twitterなどで気軽にお寄せください。 それでは。 SCRUM BOOT CA
Misoca開発プロセス2016年版 - 弥生開発者ブログ
こんにちは、こくぼ id:yusuke-k @yusuke_kokubo です。 株式会社ファントムタイプ @phantomtype という会社をやってます。 Misoca社には2年半ほど前からお世話になってます。 開発のプロセスや生産性をあげる組織のあり方を考えるのが好きです。 最近はUIデザインをしたり、Misocaが目指すプラットフォームのUXデザイン(見習い)をしたりしています。 ここ3年ほどでMisocaはスタートアップして資金調達からexitまで行きました。 その過程で開発プロセスもいろいろ変わってきたのでここらでいちど整理したいと思います。 注意事項 ここでは開発チームに限った話を書きますが、他にもマーケティングやユーザーサポートなどのチームがあります。 チームプロフィール メンバー 約8人 (女性比率0%) リモートワーク 1~3人 こちらのメンバー紹介記事もあわせてご覧く
ウェブサービスの開発フローケーススタディ / YAP(achimon)C::Asia Hachioji 2016 mid
開発フローの変遷と背景にあった考え方を紹介することで、 開発フローを変化させる方法についてヒントを提供できればと思います。 なお、本資料はYAP(achimon)C::Asia Hachioji 2016 mid in Shinagawaで行われたトークの発表資料となります。
エンジニアの「チーム化」で何が変わる？成功体験を積み上げる、開発チームの作り方 | SELECK
〜エンジニアチームが、明らかに変わる。「 スクラム開発 」のエッセンスをうまく取り入れた、クラウドワークスのエンジニアマネジメントの取り組みとは〜 国内最大級のクラウドソーシングサービスを展開する、株式会社クラウドワークス。同社は事業の拡大に伴い、開発チームの組織化という課題に直面した。その課題に取り組んだのが、過去に100名規模の組織にスクラム開発を導入した経験を持つ、安西 剛さんだ。 安西さんは、ひとつの大きな開発チームを少人数のチームに分割し、スクラムのエッセンスを取り入れることでコミュニケーションを増やす工夫を行った。すると、チームが「同じ目標に向かう」ようになり、成功体験を積み上げていけるようになったそうだ。 アジャイルやスクラムに関わった経験の長い同氏だが、組織をチーム化していくために「スクラムをやろう」と呼びかけるのはアンチパターンだと語る。 あくまでもチームやコミュニケーシ
BacklogチームがScrumを始めてみた話 | 株式会社ヌーラボ(Nulab inc.)
私達Backlog開発チームでは2016年1月から現在まで約3ヶ月、アジャイル開発手法のScrumに取り組んでいて、それなりに成果がでているように思います。理想的に上手く行っているという程ではありませんが、その試行錯誤の様子について書くことにしました。Scrumに興味がある方の参考になれば幸いです。 ※なお、私達の製品であるタスク管理ツール「Backlog」とScrum用語の「バックログ」が紛らわしいので、製品のほうはアルファベット、Scrum用語のほうはカタカナで表記しています。 もくじ 発端 目的 準備段階 第1回計画ミーティング 見積もり スプリントでの作業範囲決定 最初期（1回〜3回） すぐに発生した問題 最初の頃の感想 試行錯誤期（4回〜現在） 専門家に意見を聞いた 1週間スプリント ポイント見積もり・ベロシティ ケーキ 詳細見積もりによる精度向上 助けたこと／助けられたこと 実
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
創業105年の旅館運営企業が実現した 毎週リリースするチームの作り方
Scrum in 10 minutes
大規模開発チームのマネージメント奮闘記 - Speaker Deck
アジャイルとスクラムとは 原則、価値、プラクティス
AbemaTVの開発スタイル
