技術研究チームの活動の一環で、スクラムを体験するワークショップを開催しました。 本シリーズではそれらの実施方法や様子をお届けします。 第一回のテーマはレゴ®によるスクラムワークショップです。 はじめに みなさんこんにちは。成瀬（@nrslib）です。 GMOインターネットにはデヴェロッパータスクフォース（以下DTF）というチームがあります。 DTFは端的に表現すると技術研究チームです。 開発者が互いに切磋琢磨する仕組み・環境の整備・開発技術や開発手法のキャッチアップをして、そこで得た知見を他の開発者や製品・サービスにフィードバックするのが目的です。 DTFが手がける活動は多岐にわたります。 世の中のトレンドや最新の技術のキャッチアップは当然のこととして、既知の技術でありながらノウハウのないものや、技術以外に開発手法なども対象範囲です。 今回、DTFではスクラムのワークショップをいくつか実施
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? スクラムショーワークショップとは yycr2019(アジャイルコーチとスクラムマスターの宴、通称：よなよなコーチングリトリート)で生まれた、スクラムを短い時間で理解するためのワークショップの紹介です。 発起人は森一樹(@viva_tweet_x)と吉羽龍太郎(@ryuzee)です。 スクラムショーワークショップは、スクラムの説明をショー（寸劇）形式で行うワークショップです。 内容はご自由に使っていただいて構いませんが、利用する場合はクレジットをどこかにご明記ください。また、SNS等で利用した旨を共有いただけますと、ワークショップの作成者
HOME>開発手法と体制>アジャイルとは？アジャイルを教わりに行ったら組織哲学を学んだ話。LINEアジャイルコーチ 横道さんにFLEXYの麻衣子お姉さんが聞く！ #アジャイル編 アジャイルとは？アジャイルを教わりに行ったら組織哲学を学んだ話。LINEアジャイルコーチ 横道さんにFLEXYの麻衣子お姉さんが聞く！ #アジャイル編 FLEXY編集部の麻衣子お姉さんが、現場の最前線で活躍するエンジニアへ会いに行くこの企画。 「聞いたことあるけど良く分からない」「ざっくりと教えて」という非エンジニアならではの問いに答えてもらいます。技術書やWebで調べてもいまいち難しくて理解できないあんな技術やこんな技術。プロに優しく教えてもらいましょう。 今回のテーマは「アジャイル」。麻衣子姉さんもアジャイルという単語は聞いたことがあるものの、なぜ巷で流行っているのか、そもそもスクラムとの違いが何なのかは知らな
アジャイル開発チーム向けのコーチングや、技術顧問、Scrum Alliance認定スクラムマスター研修などのトレーニングを提供しています。お気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 スクラムのフレームワークの中身はスクラムガイドで定義されていますが、登場以来ずっと同じ内容なわけではなく、何度か改定が行われています（2010年版、2011年版、2013年版、2016年版、2017年版）。過去の改定内容はこちらに記載されています。 過去の変遷においてよく議論になる5つの項目についてWillem-Jan Ageling氏が5 controversial topics that were removed from Scrumという記事にまとめています。 御本人から快諾いただきましたので和訳にて紹介します。 スクラム再発見の時間です。 5年かそれ以上前にスクラム
こんにちは。Mackerel開発チームディレクターの id:daiksy です。 Mackerelチームでは、開発プロセスにおけるプラクティスや、チームをうまく機能させるための様々な取り組みに対して、普段から定期的なカイゼンを行っています。 世の中は新年度を迎え、いろいろと新しい取り組みにチャレンジしやすい時期でもありますし、Mackerelチームで行った最近のカイゼンの様子を簡単にまとめてみようと思います。 振り返りでKPTをやめた Mackerelチームではスクラムをベースとした開発サイクルを採用しており、1スプリント2週間というペースで開発イベントが計画されています。スプリント最終日に振り返りを実施し、2週間の間に起きた出来事や課題などを議論して、次のスプリントでカイゼンをする、というルーチンです。 チームではこれまで長い間、KPTという振り返りのフレームワークを採用していました。K
XP祭り2017 http://xpjug.com/xp2017/
This document summarizes a Cybozu Meetup presentation by Miyata Jumpei from Cybozu. Some key points include: - Miyata has worked at Cybozu since 2009 on products like Garoon and kintone. Recently he has been working on Jenkins and Selenium. - Cybozu is a Japanese company with 19,000 customers, 70 employees, and products like kintone for work management and Garoon for document management. - Miyata
シリコンバレーのスタートアップを数多く取材する中で気付いた「シリコンバレーにおけるディシプリン（規律）の存在」や「General Electric（GE）やIBM、SAPといった老舗企業が必死になってシリコンバレーのスタートアップを真似している理由」、そして「日本企業がイノベーションを実現するための処方箋」について解説します 詳しく知りたい場合は「GE 巨人の復活」をご覧下さい。 http://www.nikkeibp.co.jp/atclpubmkt/book/17/P55110/ 今後の記事は「シリコンバレーNext」をご覧下さい。 http://itpro.nikkeibp.co.jp/siliconvalley/
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちはヤフオク!アプリ開発ワーキンググループ長の西です。 インターネット業界の変化の速さは皆さんもご存じの通りです。 毎年メジャーバージョンアップするiOS,Android、より洗練されたユーザー体験を実現するためのUIの構築手法、PlatformerたるApple、Googleの規約変更による対応、新登場するSwift言語、先日のGoogle Mobileセミナーで発表された新技術の数々とそれを受けて進化するサードパーティ製ライブラリ、競合サービスの登場によるユーザー体験の再試行、watchOS2やtvOSなどのiOS技術をベースにした新デバイスの登場などなど、1年に起きる変化の量は相当なものになってきました。 成長の早い犬
昨日 DevLOVE 甲子園が開催されていましたね。 とても熱く、すごく勇気づけられるイベントです。 今回諸々重なり参加ができず、タイムラインやアップロードされているスライドで楽しんでいます。 このイベントは私自身も、前職の SIer にいた 2013年に登壇させていただきました。 自分の中で本当に大きな人生のターニングポイントになった機会でした。 当時、なかなか自分の考えや行動を振り返る機会はなく、ただがむしゃらに走っていたのですが、この発表を通して自分が本当になにを重要に思ってなにを心に据えているのか、というのが自分のなかですっきり整理された覚えがあります。 （資料はかなり詰め込みまくっていて、資料が整理されているかというのは別ですが笑） 当時は、当時の現場を貶めてしまっているのでは、というような感覚がありスライドは公開しなかったのですが、当時から決してそのような思いはなかったこと、ま
プロダクトオーナーが知っておくべき、チームやステークホルダーとの付き合い方、価値やリスクマネジメントの考え方を紹介しています。 PO祭り2016（2016年11月26日）での基調講演の資料です。
スクラムガイド スクラム完全ガイド: ゲームのルール 2013 年 7 月 Developed and sustained by Ken Schwaber and Jeff Sutherland ©2015 Scrum.Org and ScrumInc. Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form at http://creativecommons.org/licenses/by-sa/4.0/. By utilizing this Scrum Guide you
こんにちは！クックパッド編集室メディア開発グループ長の @yoshiori です。 今回はウチのチームの開発の進め方や見積もりの仕方を説明しようと思います。 実はコレ系の話は 5 年前にもデブサミで発表 したのですがこの時はリリースまで 1 年とかのレベルのプロジェクトの進め方の話でした。今回は 1,2 ヶ月でリリースまで持っていく開発の進め方を説明します。 動画サービス部分を microservices 化するときに実際に行った事を元に説明します。開発者は 3 人で 1.5 ヶ月位の開発です。 何故このようなことを行うのか 誰だって楽しく仕事がしたいし、なるべく不安などは無い方が良いはずです。 例えば自分がやっている作業がどうなったら終わりなのかわかっていなければ不安でしょうし、いつまでに作ればいいのかわかっていなければ不安でしょう。 そういった不安をなるべく無くすためにうちのチームでは
2013/3/9 NADECで講演した内容です。 都合上、やったみた結果の一部内容は省きました。 何かあればTwitterで @arimamoto までお願いします (^^)/ Read less
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く