[B! Agile] sinnra0のブックマーク

ふりかえりからはじめよ - チームづくりのシンプルな本質 -のスライドを公開しました #scrumsapporo

Scrum Fest Sapporo 2021で講演してきました。 SCRUM FEST SAPPORO 2021 - ふりかえりからはじめよ - チームづくりのシンプルな本質 - | ConfEngine - Conference Platform アジャイル開発をはじめるときにどのプラクティスからはじめますか？この問いに、﹁ふりかえり﹂と答える実? confengine.com ふりかえりからはじめよ – チームづくりのシンプルな本質 – アジャイル開発をはじめるときにどのプラクティスからはじめますか？この問いに、﹁ふりかえり﹂と答える実践者の方はとても多いです。企業活動では一定期間を区切って評価する習慣があるため、プロジェクトのふりかえりや個人のフィードバック面談のようにふりかえりと似た活動を既に経験している方が多いです。そのため、ふりかえりというプラクティスをはじめる理由を説

sinnra0 2022/07/18

Agile

リンク

【DevLOVE X】プロダクト開発に適した組織への変革ストーリー / The Story of Improving for Change to Suitable Organization for Product Developing.

2019-06-20、青山にて開催された﹁DevLOVE X ﹂での登壇資料です。ソフトウェア開発は不確実性が高いと言われており、とても複雑な制約のなかで、日々プロダクト開発をしています。そんな制約の中で私達が価値を早く提供するためには、強い開発チームが必要です。強い開発チームとは、心理的な安全性が保たれて、定期的に自分たちの仕事の仕方を振り返って、日々改善し、状況を把握すること、チームメイトのクセを知る事によって、集まったメンバーが、チームになり、スプリントを重ねる毎に強いチームに育って行きます。　これら全てスクラムの原則に通じるものもあります。これらの考え方を、組織全体に越境することで、プロダクト開発しやすくなっていきます。その越境する際にどうしたか？というお話をしたいと思います。

sinnra0 2019/07/02

リンク

「嫌われない」を諦めない / Never give up avoiding to be hated

DevLOVE X

sinnra0 2019/06/24

リンク

ObjectClub - アジャイル勘違い集

やる気さえあればできるというのは、ある意味では正しいのですが、盲目にそう信じてしまうと痛い目を見ることになるでしょう。アジャイルな手法は、変化に対応したり、コミュニケーションをとったり、改善を模索したりという行動を要求します。そうした行動が苦手な人や嫌いな人は、アジャイル手法が苦痛になってしまうかもしれません。さらにそういう人はアジャイル手法に対して意識的・無意識的に抵抗して、チーム全体の足を引っ張ることさえあります。アジャイルに向いた人もいれば、重厚な方法論に向いた人もいます。向き不向きを考えてメンバーを集めるか、メンバーが固定しているプロジェクトではそのメンバーに向いたやり方を考えたりしましょう。それがプロジェクト成功の早道です。

sinnra0 2019/03/20

Agile

リンク

Ron Jeffriesが、開発者は"Agile"を捨てるべきと発言

Spring BootによるAPIバックエンド構築実践ガイド第2版何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

sinnra0 2019/03/20

Agile

リンク

プラクティス厨から始めるアジャイル開発

ITシステムの開発を主にやっています。為安圭介です。数年間、リーダという役割をいただいて、数十名のチーム運営を経験してきました。その中で、良いチームとは何だろう？と考え、自分なりの考えをまとめてみました。今回はプロジェクトやイテレーションの﹁振り返り﹂について、有名な著書﹁アジャイルレトロスペクティブズ﹂の説明です。本の全てを説明しているわけではありませんが、自分に合っているツールや考え方に絞って記載しています。このスライドをまとめるための時間は﹁NARUTO 5冊分﹂でした。ですので、作成しての感想は﹁NARUTO 最高﹂です。

sinnra0 2019/02/23

Agile

リンク

スクラムに最適化した「オフィス」で働き方はどう変わったか　エウレカ新オフィスで仕事がはかどる理由 (1/2) - ITmedia エンタープライズ

開発効率が上がり、チームの絆が深まり、仕事に対する当事者意識が芽生える――。こうした効果が見込めることから採用する企業が増えているスクラム開発。そんなスクラム開発の思想をオフィス設計に取り入れ、理想のワークスペース作りに挑んだのが、恋愛・婚活マッチングサービス﹁Pairs﹂や、カップル向けのコミュニケーションアプリ﹁Couples﹂の提供で知られるエウレカだ。スクラムに最適化した﹁オフィス﹂とはいったいどのようなものなのか、なぜ、どのようにして作られたのか、どんな効果があったのか――。同社CTO室室長︵取材当時︶でスクラムマスターとしてアジャイルコーチも務めるプリンシパルエンジニア、梶原成親氏に聞いた。アジャイルとスクラムで﹁強く自律的なチームを目指す﹂ 2012年10月から﹁Pairs﹂や﹁Couples﹂を提供してきたエウレカは、今や日本のみならず韓国や台湾でもサービスを提供してい

sinnra0 2019/01/16

リンク

非アジャイルマニフェスト - kawaguti’s diary

﹁アジャイルやってないんですよね﹂﹁うちアジャイルじゃなくって﹂っていう話をたまに聞くんですけど、﹁アジャイルじゃない﹂って、どういうことかなぁ、と思ったりします。アジャイルはアジャイルマニフェストで定義された言葉なので、その内容をみて、そうなっていない、というのが﹁アジャイルやってない﹂ということなのかな？ agilemanifesto.org 私たちは、ソフトウェア開発の実践あるいは実践を手助けをする活動を通じて、よりよい開発方法を見つけだそうとしている。この活動を通して、私たちは以下の価値に至った。プロセスやツールよりも個人と対話を、包括的なドキュメントよりも動くソフトウェアを、契約交渉よりも顧客との協調を、計画に従うことよりも変化への対応を、価値とする。すなわち、左記のことがらに価値があることを認めながらも、私たちは右記のことがらにより価値をおく。これをひっく

sinnra0 2019/01/15

Agile

リンク

「カンバン」で目指すカイゼン～1人ではなくチームであることを選ぶ

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

sinnra0 2018/12/25

Agile

リンク

なぜモダンなプロダクトチームによるリーンなプロダクト開発が必要なのか｜川嶋一矢@メルペイPM

はじめにメルカリUK版の立ち上げを終え2018年3月に帰国しました@tsumujikazeです。今は東京でメルペイのProduct Managerをしています。イギリスではいわゆるモダンなプロダクトチームでのLeanなプロダクト開発を経験しました。得るものが多かったので、なるべく多くの人に知ってもらいたいと思いこのポストを書きました。 PMF　→リーンプロダクトのプロセス　→モダンなプロダクトチーム（組織論）という流れになっています。はじめに本編・何のためにプロダクトを作るのか・プロダクトマーケットフィット・PMFピラミッド・要件定義フェーズのリーン化・モダンなプロダクトチームでのリーン開発とはおまけ・Probl em Space vs. Solution Space ・Probl em Solution Fitとは・エンジニア組織とPM組織の特性について・バリュープロ

sinnra0 2018/12/22

リンク

“仕事用の顔”をした社員をなくすためにグーグルが取り組んだこと

優れたチームをつくる鍵は﹁心理的安全﹂だという事実を突き止めたグーグルでは、どのようにしてそれを社内に広めていくことができたのか。昨日の記事﹁グーグルが4年にわたる研究の末に辿り着いた﹃完璧なチーム﹄をつくる法則とは﹂の続きを掲載します。グーグル社内の数百のチームを研究して、成功するチームと停滞するチームの違いを見つける﹁プロジェクト・アリストテレス﹂にとって、﹁心理的安全﹂の研究こそ、成功に不可欠な規範を指し示すものだった。チームの明確な目標設定や、信頼し合う文化の創出なども、同じくらい重要に思えたが、グーグル社内のデータは、有用なチームを作るには心理的安全が他の何よりも大事であることを示していた。﹁心理的安全を確立する環境をみんなに作ってもらわなければならなかった﹂とプロジェクトの主任研究員であるジュリア・ロゾフスキーは言う。だが、まだ明確な方法がわかっていなかった。﹁グーグル

sinnra0 2018/12/22

リンク

アジャイル開発において「テストコードは当然」なのか？ - Qiita

https://qiita.com/aimof/it ems/d68bdb347283ee2dbccf を見て、Web開発現場的にはちょっともやっとしたので、書いてみます。言いたいことを３行でまとめるとテストコードを書くことの有用性そのものは疑いようがないただし、アジャイルやWebサービスの開発においては、「テストコードを書くことを当然」としてしまう事は、開発スピードや品質面において選択肢を狭めてしまう可能性がある。テストコードを特別視せず、コードレビューやE2Eテストやユーザテストなど、有限の工数の中で、複数の手法がトレードオフにあることを前提に、プロジェクトの品質管理を考えていくべき前提条件スタートアップやWeb開発のように、厳密に定められた納期や開発スコープ、あるいはゴールがない新規・継続開発筆者の属性 Web系のToCやBtoBtoCサービスを中心に手がけていま

sinnra0 2018/12/17

Agile

リンク

開発者の開発者による開発者のためのAgileドキュメンテーション - Qiita

開発者であれば避けては通れないドキュメンテーション。しかし多くの開発者が嫌がっているドキュメンテーション。今回はアジャイル型開発︵以下、アジャイル︶のプロジェクト・チーム開発者における最適なドキュメンテーションについて考察したいと思います。アジャイルとドキュメントドキュメントは書かなくて良い？日本においてアジャイルはゆっくりだが確実に浸透しています。7年間アジャイルをしていた私としては嬉しく思う反面、世間には誤った認識が広がっているのもまた事実です。以下はアジャイル勘違い集の抜粋です。 Q. ドキュメントを書かない？もちろんアジャイルプロセスでもドキュメントは書きます。ただ優先順位が異なるだけです。 ... 最小限の文書化で最大限の効果を狙う、必要にして十分なドキュメント。そうしたドキュメントは一朝一夕に書けるものではありません。 ― ドキュメントを書かない？｜アジャイル勘違

sinnra0 2018/12/14

リンク

15. ✕ よくない着手の仕方担当 TODO DOING DONE Task: Configure database and SpaceIDs for Trac PBI #1 PBI #2 PBI #3 猿田 Task: Configure database and SpaceIDs for Trac Task: Configure database and SpaceIDs for Trac Task: Configure database and SpaceIDs for Trac Task: Configure database and SpaceIDs for Trac Owner: Sanjay Time Rem aining: 4 hrs Owner: Sanjay Time Rem aining: 4 hrs Owner: Sanjay Time Rem aining: 4 hr

sinnra0 2018/12/10

リンク

はてなブックマーク

タグ

関連タグで絞り込む (3)

Agileに関するsinnra0のブックマーク (21)

お知らせ

今週のはてなブックマーク数ランキング（2024年7月第2週）

はてなブックマーク透明性レポート（2024年 2月-2024年4月）

今週のはてなブックマーク数ランキング（2024年7月第1週）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス