グローバル開発本部kintone開発チームPGリーダー。 2009年新卒入社。プロジェクト初期からkintone開発を担当。 フロントエンドエンジニアとしてJavaScriptを駆使したUI開発に情熱を燃やし、ツールセットのモダン化やテストフレームワークの整備、React導入などに取り組む。 2015年からはチームリーダーとなり、チームビルディングやコンセプトづくりに注力。現在は生産性のさらなる向上を目指し、スクラムマスターや社内アジャイルコーチとして活動中。
みなさんこんにちは。@ryuzeeです。 これからアジャイル開発を始めるときには、気をつけておいた方がよいことや、実際にスクラムでスプリントを回す前にやっておいた方がよいことが色々あります。 それについて使っている資料がありますので参考までに公開しておきます。 これもやった方がいい、こういう時にはどうするの?などありましたら是非[Twitter](https://twitter.com/ryuzee)などでお知らせいただければと思います。それでは。 SCRUM BOOT CAMP THE BOOK【増補改訂版】 スクラムチームではじめるアジャイル開発著者/訳者:西村 直人、 永瀬 美穂、 吉羽 龍太郎出版社:翔泳社発売日:2020-05-20単行本(ソフトカバー):288ページISBN-13:9784798163680ASIN:4798163686
Cybozu Meetup #4 開催します! サイボウズの Meetup イベント第4回を開催します! サイボウズは「チームワークあふれる社会を創る」を企業理念として掲げ、グループウェアや kintone などのクラウドサービスを開発・運用しています。 そんなサイボウズが、現場で働くエンジニア同士がカジュアルに情報交換できる交流イベントを開催します。サイボウズで使われている技術、製品、文化など毎回異なるテーマでお話しさせていただいたあと、サイボウズ社員と皆さまでディープにディスカッションしていきたいと思います。このイベントから新たなつながりが生まれることを期待しています! 第4回のテーマは『スクラム/アジャイル』 トークタイトル:『あなたの開発チームには、チームワークがあふれていますか?』 サイボウズでは長くパッケージソフトを開発してきましたが、現在は主力製品をクラウドサービスとして提供
「新米スクラムマスターが読むべき、読んでおくべき書籍や資料を教えてください」とFacebookで書いたところ、何人かのアジャイルコーチやスクラムマスターといった皆さんからお勧めをもらいました。 https://www.facebook.com/yattom/posts/1771377669542867 (ログインしなくても読めます。「コメント26件」みたいのを開いてください) せっかくなので、ここにも転記しておきます。私の独断で分類しつつ、一部紹介コメントも追加しました。 超基本、必読 「スクラムガイド」 Jeff Sutherland, Ken Schwaber バイブル。ときどき読み返すといい 「アジャイルマニフェスト」 基礎知識。12の原則がだいじ 『エッセンシャル・スクラム』 Kenneth S. Rubin ガイドがバイブルならこちらは事典 『アジャイルサムライ』Jonathan
みなさんこんにちは。@ryuzeeです。 スクラムに関するコンサルティングやトレーニングなどで仮想のケースを用意してロールプレイをしてみると効果的です。 以下で、たまに自分が使っている資料を公開します。ロールプレイですので確実な回答があるわけではありません。また全てをやることに意味があるわけでもありません。チームで少し時間をとって議論してみると得られることがあるのではないかと思います。 なにかご質問があればTwitterなどでお知らせください。なお、弊社では、2017年5月30日に一般向けのスクラムトレーニング(SCRUM BOOT CAMP)を開催いたします。スクラムに関する知識を体系的に学びたい方はぜひご検討ください。
自分のチームは以前からスクラム体制を取り入れていましたが、今年同じスクラム体制でもやり方をガラッと変えたことで感じたこと・変わったことをまとめてみたいと思います。ちょっとタイトルはキャッチーに書いちゃったけど当時は本気でやってたよ! プロセス改善前の状態 アプリの開発チーム iOS 4人 Android 4人 スクラムマスター1人の体制 2週間スプリント 自分がジョインする前から「スクラム」で開発を進めていた。「スクラム」で開発するのが初めてだったので、元からあるやり方で先輩に聞きながら開発を進めていた。 プロセス改善 転機は有名なアジャイルコーチの方がアドバイザーの形で入ってくれることになったこと。その時色々選択肢はあったのだが、色々あってスクラムで続けていきたいとなって、もう一回スクラムをやり直すことになった。 チームの再立ち上げ 新しくスクラムチームを立ち上げる時にやったことが以下。
ひさしぶりにパブリックな勉強会でお話する機会をいただき、発表してきました。 なにかテーマを決めてくださいと言われたときに、ふりかえりやデイリースタンドアップやプランニングはよく聞くけど、レビューについての話ってないなーと思い、テーマとして選択したのがスプリントレビューでした。 実際、スプリントレビューというのはなかなか珍しいので興味を持った、という感想もいただきました。 語られることが多くないからか、そもそもスプリントレビューに対する誤解をしている方も多いように感じます。 会場にいらしていたみなさんスプリントレビューではプロダクトオーナーや顧客に対してデモをするだけ、というのが多いみたいですね。 スプリントレビューはデモじゃないんだよ、その先のフィードバックをもらって未来の話をしましょうよ、というお話をしました。 資料はこちら。 そのスプリントレビューは、機能してますか? #agile_h
サイボウズ kintoneチームの「改善」大公開! 新人も巻き込んだスクラム導入の成果とは? 連載「若手エンジニア、どんな活躍してますか?」第4回は「kintone」「cybozu Live」などを運営するサイボウズ編です。「チームワークあふれる社会を創る」を理念として掲げるサイボウズで、若手エンジニアはどんな活躍をしているのか、伺いました。 若手エンジニアのための情報メディア「エンジニアHub」。連載「若手エンジニア、どんな活躍してますか?」第4回は「kintone」「cybozu Live」などを運営するサイボウズ編です。「チームワークあふれる社会を創る」を理念として掲げるサイボウズで、若手エンジニアはどんな活躍をしているのでしょう。 取材に応じてくれたのは、若手プログラマの前田浩邦(まえた・ひろくに)さんと、メンター役だった天野祐介(あまの・ゆうすけ)さん。2人が属するkintone
企業の世界において、マネージャの伝統的な役割は“指揮統制”として知られるモデルに基づいます。ここでのマネージャの役割は何をする必要があるかを特定し、従業員に詳細な指示を与え、従業員が確実にその指示に従って仕事を完了するようにすることです。このモデルでの従業員は単純に与えられた指示に従い、正しい仕事を正しい方法で完了するためにマネージャの判断と知恵を信じるだけです。 しかし、ソフトウエア開発のような複雑で変化の激しい環境ではこの手法は機能しなくなりやすいです。まず、マネージャがすべての要求の完全な細部まで理解し、従業員の仕事を指導するため正確な指示を出すのは難しくとても時間がかかります。ソフトウエア開発チームの仕事は相互の関連の度合いが高く、複雑に依存し合い、変化や予期しない驚きが頻繁に発生します。ひとりのマネージャがチームのためのすべての基本的な判断を下すことを期待するのは現実的ではありま
The document discusses using React with the kintone platform. It notes that kintone currently uses Google Closure Tools for its UI development but aims to also implement React to take advantage of its component-based architecture and flexibility. Examples are given of how React could be used to build kintone's UI and the benefits it may provide, such as faster development and the ability to develo
■ スクラム冬の陣2017 ~みんなで学ぶスクラム~ 開催概要 アジャイルやDevOpsの時代の流れを汲んだプロダクトマネジメントについて、もっと探究したいプロダクトオーナー/プロダクトマネージャーの為のコミュニティが、『 スクラム冬の陣2017 ~みんなで学ぶスクラム~』を開催いたします。 遠方からお越しいただく参加者も、2017/01/12(木)~13(金)に開催されるRegional SCRUM GATHERING Tokyo 2017の翌日開催と、連日都内での開催となるため非常に参加しやすい日程となっております。 是非ご参加ください。 お子様の休憩場所も用意しております(会場後方にあるソファ・こたつスペース)。 企画名
鷲崎弘宜, "アジャイル品質パターン (Agile Quality, QA2AQ), アジャイル時代の組織ケーパビリティ向上 CMMI V2.0 / APH(アジャイルパフォーマンスモデル) / アジャイル品質パターンセミナー, 早稲田大学, 2019年6月6日 近年日本のソフトウェア開発チームでも取り入れられるようになったアジャイル/DevOps開発では,今まで主流であったウォーターフォール開発と異なり,短い開発サイクルの中で小刻みなフィードバックループと改善活動を繰り返しながら開発する特徴がある.そのため,品質保証や信頼性でのメトリクス活用においても,メトリクスにもとづいたQAテストを実施することは依然重要であるが,それに加え開発から運用までの一連のプロセスの中でプロダクトとプロセスの品質を見える化し継続的な改善活動を促進するフィードバックを提供することがアジャイル開発では求められる.
2017/12/6 Cybozu Days 2017 大阪 のセッション「みんなが働きたい場所で働けるリモート開発チームを目指してやっていること」の発表資料です
みなさんこんにちは。@ryuzeeです。 2017年1月12日〜13日にかけてスクラムのイベントであるRegional Scrum Gathering Tokyo 2017が開催されました。 その中でスクラムでよく起こる問題やその原因・対策に関するセッションを行いましたので資料を公開いたします。 アジャイルなやり方でプロジェクトをやろうとしたときの「あるある」な失敗をまとめたものとなっていますので、いま何となく上手く行っていない気がする方はセルフチェックとしてもご利用いただけるのではないかと思います。内容に関するご質問やご要望がありましたら是非Twitterなどで気軽にお寄せください。 それでは。 SCRUM BOOT CAMP THE BOOK【増補改訂版】 スクラムチームではじめるアジャイル開発著者/訳者:西村 直人、 永瀬 美穂、 吉羽 龍太郎出版社:翔泳社発売日:2020-05-2
スクラムガイド2016年版 RSGTの発表のことを色々考えてたら、そもそもスクラムって何だっけー?って思ってしまって、スクラムガイドを読もうとしたら、あれ?2016年版ってのがある http://www.scrumguides.org/docs/scrumguide/v2016/2016-Scrum-Guide-Japanese.pdf さらーっと読みながら、あれー?スクラムの価値基準とかあったっけなー?全然覚えてなかったー。って思ってたら、スクラムガイドの最後に「2016年版ではスクラムの価値基準が追加されたんだよ!」って書いてあって。おー!そーなのかー!って思った。 スクラムの価値基準 Commitment, Courage, Focus, Openness, Respectの5つ。実際にはこんな風に書かれてる: スクラムチームが、確約(commitment)・勇気(courage)・
El Product Owner tiene la responsabilidad de maximizar la entrega de valor. Esta responsabilidad puede requerir desarrollar una variedad de competencias y habilidades como son: Liderar hacia el valor, Involucrar en la visión, y evolucionar el producto con la validación a través de un enfoque increme...
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く