Failed #SquadGoals Spotify doesn’t use “the Spotify model” and neither should you. By Jeremiah Lee Sunday, April 19, 2020 • Listen • Watch • En français • 日本語で • Português (Brasil) About the cover illustration Of all the allures of startup culture, few are more desireable than the speed and nimbleness of a small team. Maintaining that feeling as a company grows is a challenge. In 2012, Spotify sha

終了 2019/07/31（水） 19:00〜 BPStudy#143〜正しいものを正しくつくる 株式会社ビープラウドが主催するIT勉強会 佐藤 治夫 他 東京都渋谷区代々木1-29-5 (教会ビル)

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? #リーダー論に対する違和感 最近、開発のプロジェクトマネージメントをしている。その仕事を通して、リーダー論や開発手法の書物を読むことが多くなった。 特に、リーダー論を読むことが多くなった。しかし、リーダー論に関する本を読んでいると、とても違和感を感じることが多かった。その違和感の正体をぼんやり考えていたのだが、アジャイル開発のインセプションデッキに関する話(アジャイルサムライという本に出てくる)で、トレードオフスライダーについて知ったところ、違和感の正体に思い至ったので書いておく。 #トレードオフスライダーとは アジャイル開発の本(アジ

アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 スプリントを始めるには、スプリントプランニングを実施します。 プロダクトオーナーはあらかじめプロダクトバックログの並び順を最新にしておき、プロダクトオーナーはどれを実現したいのかを提示するとともに、開発チームは実際にどれくらい実現できそうなのかを考えた上で、対象となるプロダクトバックログアイテムを選択します。その上で、選択したプロダクトバックログアイテムを実現する方法を開発チームは検討し、作業計画をたてます。 このときに考慮が必要になるのが、スプリントのキャパシティです。 キャパシティとは何かスプリント期間が1週間の場合で考えてみましょう。 1週間スプリントの場合、休日を抜くと5日間

コンサルや研修しているときに聞かれた質疑応答の一覧です。ひとまず2017年にいただいたものをまとめました。 Q. 1人でスクラムを始めたいと思いますができますか？ 「スクラム」はできないですが、スクラムのなかの特定の手法は可能です。たとえば、バックログを作って上から順番にやっていくとか、定期的にふりかえるとか。 Q. 遠隔チームでのスクラムはデジタルツールを使えば可能？ 「最初のうちは同じ場所で、慣れてきたら離れて」が基本 チームの成熟度次第なので、最初からうまくできるチームもあります Q. チームの相乗効果を上げるにはどうすれば？ チームの数だけやり方がある。 チームだけの文化や言語を作っていくことが重要かも。「一緒にご飯を食べる」というのは鉄板です。 『Team Geek』オススメです！！！！！（宣伝） Q. 開発チームがステークホルダーに直接アクセスするのはNG？ あとでPOに情報共

Taiga: The free and open-source project management tool For cross-functional agile teams to work effectively

HackerNewsは投資会社YコンビネータLLCが運営する掲示板ですが、この掲示板に投稿されたスレッド”Apple has lost the functional high ground“のコメント欄に元AppleのOS Xエンジニアと現Appleエンジニアが書き込んで意見を交わしているとTUAWなどが紹介しています（HackerNewsは匿名性なの話半分ですが）。 元AppleのOS Xエンジニアの書込みは以下の通りで、彼の意見としては「騒がれているAppleのソフトウェア（OS X）の品質の話については昔の方が悪いと思う。昔の方が良かったという方は、古いOS Xが単に古く安定していたからで、近年のOS Xに違和感を覚えているならそれはクレイグ・フェデリギが導入した”スプリントシステム”が原因で更新頻度が頻繁になったからだと思います。」というものです。 Former OS X deve

先日、香港で開催されたFSE2014という国際会議へ参加してきました。 The 22nd ACM SIGSOFT International Symposium on the Foundations of Software Engineering (FSE 2014) will be held in Hong Kong between November 16 and November 21, 2014. 参加した目的は、私たちソニックガーデンが提唱し実践している「納品のない受託開発」というビジネスモデルについて書いた論文が、FSE内で行われるInnoSWDevのワークショップにて採択された�ので、そのプレゼンテーションをするためです。 今回の記事は、その国際会議に参加してきたことのレポートです。（こうした近況報告のブログ的な記事は久しぶりですね・・・） 国際学会に参加することになった経緯

この資料、非常に衝撃的だった。中の人がここまで公開していいものなのか、という意味でも。 俺の価値創造契約 from Fumihiko Kinoshita 永和さんの価値創造契約とは 新しい契約形態での受託開発サービス「価値創造契約」 ｜ 永和システムマネジメントに詳しくありますが、簡単にいえば「初期費用無料で、常に改善・運用をしながら月額定額制でシステム利用料を頂く」というビジネスモデルです。価値あるシステムは必ず長く使われ変更を伴うのだから、その変更を受け入られるモデルを提供すれば双方にメリットがある。これが立脚点のようです。 2013年営業実績、0件 資料によればテレアポを800社行い、様々な展示会にも出展されたそうです。12社にコンタクトできたけれど受注は0件だと書いてあります。マーケティングに失敗してしまったと言って良いでしょう。 受託開発の弊害と指摘される「価値あるシステムを作り

〜新しい契約形態での受託開発サービス立ち上げ 1,396日間の記録〜 2010年11月に「価値創造契約」を発表してから4年。数案件を実施し、さまざまな経験をしてきました。その貴重なエピソードを発表します。 @XP祭り2014Read less

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに Kent Beck氏がスタートアップのイベントに登壇し、素晴らしい講演をしたビデオを友人のタイムラインから見つけました。Startup Lessons Learnd: Kent Beck talks beyond agile programming アジャイルマニュフェストは10年が経過して、誰かの為にソフトウェアを作っていた時代から、スタートアップの時代に移行し、内容が一部古くなっていました。ところがこの講演でKentBeck氏は、それに対する素晴らしい回答をしてくれています。この内容が2010に行われているとは驚きです。

この文章中で表現されるアジャイルとはアジャイルソフトウェア開発宣言に沿ったものとします。 なぜか定期的にアジャイル開発をしようとしている人を食い物にしようとしている人のお話を聞くので。 タイトルですべてです。それ以上のことはない。 スクラムはアジャイルな開発を実現するためのプラクティスではあるけれども、スクラムをしてもアジャイルになるわけではないという事実。 それだけなのですが。 今まで見たり聞いたりしてきたアジャイルの失敗例 突き詰めると以下の二つではないかと思っています。 設計ができない 失敗ができない 設計ができない アジャイルだから設計書を作らなくてもよいよね。という人たちはいまだにいるらしい。 設計書という体裁では不要の場合もありますが、設計は必要です。 思いつく限り書き上げると以下の通り。 プロダクトオーナー(お客さん)との合意形成のため 全体で何を作るのかを明確化するため 必

あまりにタイトルが長すぎるだろうと各所から突っ込まれ、あまりにも詰め込んだ内容で発表してしまったとちょっと反省しています。 お話としては、現在ニコニコ生放送の内部をPHPからScalaへ書きなおしているよ、というお話でした。 発表内容はこちら。 Developers Summit 2014 「Play2/Scalaでドメイン駆動設計を利用した大規模Webアプリケーションのスクラム開発の勘所」 from Yoshimura Soichiro これらの内容は、これからScalaを使ってWebサイトを構築、運営してみようとしているリーダーさん向けに書いたものとなっています。Play2/Scalaやドメイン駆動設計、またスクラム開発の導入への足がかりにの情報となっていれば幸いです。 こんな雪の中わざわざ聞きに来てくださった皆様、そしてこの書き直しを着想するにあたってお世話になった特にじゅんいちかと

アジャイル開発手法の採用による影響についての論文について、日本語論文についてCiNiiを、英語論文についてはGoogle Scholarを検索して調査した。主に、以下の通り分類できる。 品質管理に関するのもの 生産性に関するもの 生産管理手法としての他プロセスとの比較 上記分類以外の、組織論的文脈(マクロ/ミクロ双方)での研究が、管見によるとほとんど存在しない(英語論文では、たとえばスクラムでいうところの「自己組織化チーム」についての研究や、リーダーシップ論に関わる研究は、少数ではあるが存在する)。ここでいう「組織論的文脈」とは、たとえば以下のような領域のことをいう。 アジャイル開発が導入する組織構造と既存の公式組織の関係について PO/SM/自己組織化チームと既存のモティベーションやリーダーシップ理論との関係について 人事評価やキャリアプランについて アジャイル開発と組織学習の関係につい

3つの大事なこと まず全ての受託開発に適用できるかというと、それは難しいと考えています。 これまでクレイに発注いただいた開発で、次のような案件に適用してきました。 Webサービス スマートフォンアプリ プロトタイプ、研究開発 要件が曖昧だったり、仕様が変わりやすいもの、市場の変化が大きいものなどですね。 次に規模ですが大きくても3，4人で半年から一年程度の小規模な開発が多かったです。 ただこれまでいくつかのプロジェクトを進めてきて、向き不向き以上に大事なことがあるとわかりました。 特に次の3つが進めていくために大事なことと感じています。 クライアントにプロジェクトに責任を持って参加してもらう アジャイルに適した契約にする 開発プロセスを出来るだけ透明化する クライアントにプロジェクトに責任を持って参加してもらう 「クライアントにプロジェクトに責任を持って参加してもらう」とはどういうことでし

鈴木雄介 氏 / 小川明彦 氏 / 吉羽龍太郎 氏 / 大澤俊介 氏 パネルセッションです。チケット管理システムに関する質問に回答する形で進行していました。 まとめ チケット管理システムはツールである。必要に応じて最適なものを選ぶことが大切。 チケット管理システムをすべて比較できるひとは少ない。色々調べて、聞いて、使ってみると良い。 開発の規模が大きくなると導入効果も上がる。 前提として導入するだけじゃなくて、ちゃんとみんなで使うこと、日々改善すること。 コミュニケーションにかかるコストを節約できる。 頻繁な変更への対応、メンバ間、顧客との課題共有がしやすい。 資料が公開されています。あわせてどうぞ。 チケット管理システム大決戦 JIRA vs Redmine vs Trac ユーザーが語る、なぜ私はこのツールを使うのかView more presentations from Sean O

iPhoneアプリ開発の背景 クックパッドは、オリジナル料理レシピの投稿・検索ができる日本最大の料理サイトです。現在の投稿レシピ数は69万品を超え、日々料理する20、30代の女性ユーザーを中心に、月間858万人が利用しています。 弊社ではこれまでiPhoneの対応は行ってこなかったのですが、iPhoneの普及も進み、日常的に料理をしている女性にも受け入れられつつある手ごたえを感じるようになってきました。これはそろそろクックパッドとしても本格的に対応を進めたい、iPhoneでもクックパッドを使って料理を楽しんでいただきたい、ということでアプリの開発に着手しました。 開発プロジェクト始動 ディレクター1人、プログラマー2人、デザイナー1人 本格的に開発することになり、ディレクター1人、プログラマー2人、デザイナー1人から成るプロジェクトチームが結成されました。体制が決まれば次はスケジュールなの

DOWNLOAD THIS BOOKS INTO AVAILABLE FORMAT (Unlimited) ......................................................................................................................... ......................................................................................................................... Download Full PDF EBOOK here { https://tinyurl.com/y6a5rkg5 } ........................................