ストーリーポイントではなくアウトカムで開発速度を測る #LayerXテックアドカレ - LayerX エンジニアブログ
こんにちは。LayerX バクラク事業部 バクラクビジネスカード開発チームEMの @shnjtk です。新しいMacBook Proがとても気になっています。スペースブラックいいですね。欲しい。 この記事は LayerXテックアドカレ 13日目の記事です。前回は @itkq による 情報の流通性を上げコミュニケーションを活性化させるNotionデータベース でした。次回は @yossylx が担当します。 今回は、開発チームの開発速度をどのようにして測るかということについてお話します。 ストーリーポイントによるベロシティの計測 ストーリーポイント（SP）とは、アジャイル開発において、開発しようとするユーザーストーリーや機能、その他のタスクの大きさを表す見積もりの単位であり、タスク同士の相対値で表現されます。例えば「この機能はSP 3」、「この機能はSP 5」のように使われます。タスクの完了
私がもはやベロシティについてほとんど話さない理由
ベロシティは、スクラムの要素だったことはありません。 ソフトウェア開発に「ベロシティ」を適用することは、エクストリーム・プログラミング（XP）の先駆者たちによって考案されましたが、今ではそれが良くないアイデアだと考える人たちもいます。 残念ながら、スクラムの世界では、いまだに 「4倍のベロシティ向上 」や 「超生産性」などの言葉を押し付けている人がいます。私はこれを恥ずかしく思っています。これは、私が ケン・シュエイバーから学んだ スクラムではありません。ケン・シュエイバーは代わりに、 厳格な完成の定義 と、守れない約束を避けるということを強調していました。 もし私たちが、 実験から学び、適応する能力 を促進するのであれば、特に私たちの近視眼性（木を見て森を見ない傾向）と短絡的な認知バイアスを考えると、従来の生産性重視の姿勢は（それがどのような理由であれ）有害となりえます。あなたが昔に書い
とあるチームの1週間 | IIJ Engineers Blog
名古屋支社開発チームのスクラムマスターとして日々奮闘中。よいサービス、よいプロダクトは楽しく元気なチームから生まれると思っています！関わる人すべてが笑顔になるために、私は何ができるのだろうか・・・。 今回はとあるチームの1週間をご紹介します。 スクラムの時間割 時間割の紹介です。 スプリント スプリント(※1)を簡潔に表現すると “期間” のことで、スプリント（期間）内に仕様の決定、設計、開発、テストなど、システム開発に必要なほぼすべてのことを実施します。 スプリントはスプリントプランニング（計画）から始まり、スプリントレトロスペクティブ（期間のふりかえり）で終わります。 このチームでは1週間を1スプリントとしています。 （本来であればスプリントレトロスペクティブの後にスプリントプランニングを実施することが理想ですが、諸事情によりこのチームはスプリントプランニングを先に実施しています） 余
多様な働き⽅のチームでどうやって アジャイルにやるの？(雁行陣開発)
ユーザーストーリー駆動開発で行こう。toshihiro ichitani119K views•66 slides
開発文化を育て広げる愉しみ - Cybozu Inside Out | サイボウズエンジニアのブログ
どうも！アプリケーション基盤チームの@yokotaso です。 先日のCybozuTechConference 2017で、「開発文化を育て広げる愉しみ」という内容で登壇させていただきました。 発表内容のカンペを公開します。 かわゆいまとめをしていただいたので、お忙しい方はこちらをどうぞ！ 文章にはなってしまいますが、どうぞ！ 「開発文化を育て広げる楽しみ」という話をさせていただきます。今日は宜しくお願いします。 2011年にサイボウズ新卒入社の横田と申します。Webアプリケーションエンジニアとして主に働いております。 本題の前に 本題に入る前にすこしお話しさせてください。 まずはチーム開発開発体制について。 ユーザー管理などの管理機能の開発を行なっています。 日本で開発と上海で試験の2拠点体制です。 開発のScrum化の波に乗りまして、我々もScrumを採用しています。 Scrum 開始
「開発をアジャイルで」「でも契約は一括で」と言ってくる顧客がいたらどうすべきか？ - ミッションたぶんPossible
はじめに このブログでは言及してませんでしたが、宣言どおり無事転職して、今年の1月から新宿のSIerで働いています。まぁその辺の話は来月あたりの暇な時にでも書くとして*1、今回は別の話。 ついこの間、その新会社で、PM的役割をこなす社員を対象に開かれた「法務研修」という名のついた社内セミナーに参加しました。内容は、SIerの立場で契約に携わる時にどうすべきか、というもの。SIerあるあるの契約にまつわる揉め事を事例に、それを回避するために何に気をつけるべきか、といったことが扱われました。まぁこれ自体は目新しい内容ではなく、SIerに所属する者なら当然知っておく・気をつけるべきことばかり。再確認という意味では非常に有意義でしたが、それ以上でもそれ以下でも無かったなぁ、というのがオレの率直な意見でした。……研修本編終了までは。 ちょっとこれ大丈夫か、と思ったのは、Q&Aに入ってから。社員の誰か
Ryuzee.com
AgileコーチングAgile開発については多くの誤解があり、また経験の無いチームが自力で行うのは難易度が高いものです。当方ではオンサイトでAgile開発での企画〜開発まで全工程を支援します。例えばプロジェクト立ち上げに際しての集合研修、ふりかえりや計画ミーティングのファシリテーションなど。 DevOps実践支援DevOpsには組織とツールの2つの要素があります。サイロ型の組織構造のDevOps型組織への転換(組織デザイン、採用プロセス、評価プロセス)、ツールによるデプロイ・プロビジョニング・運用・監視の自動化など幅広い側面で支援します。チームづくりのトレーニングも提供しています。 Cloud Architecting支援ビジネスの成長やシステムの利用状況に柔軟に対応できるのがクラウドの特性ですが、一方でシステムアーキテクチャがレガシーであればそのメリットを享受できません。本支援ではマイク
Microsoft Corporation
Microsoft Learn. Spark possibility. Build skills that open doors. See all you can do with documentation, hands-on training, and certifications to help you get the most from Microsoft products. Learn by doing Gain the skills you can apply to everyday situations through hands-on training personalized to your needs, at your own pace or with our global network of learning partners. Take training Find
面白くないことをちゃんと見る話、あるいはKPTの実際、またはコミュニケーションの必要性 - Qiita
コミュニケーション AdventCalder 最終日の記事です。 考えてみたら、Qiitaってコミュニケーションツールなわけだし、ある意味で最もQiitaらしい AdventCalender だったのかな？ そんな最終日の今日は、面白くないことについての話をします。 全てを明るみに出すこととそのストレス 僕の好きな本、「アジャイルサムライ」のコラムがちょっと面白いので引用をします。 とある事業部長に、アジャイル開発についてどう思うかを尋ねたことがある。彼の答えはこうだった。「愛憎半ばする思いだよ」と。その事業部長は、アジャイル開発がプロジェクトにもたらす見通しの良さは気に入っているそうだが、その一方で見通しの良さを気に食わないとも感じているそうだ。以前なら都合の悪いことがあっても、何もかもうまくいっている振りをしてればよかった。砂に頭だけ突っ込んで姿を隠したと思い込んでいるダチョウみたいに
IoTスタートアップにおけるプロダクトマネジメントについて - Qiita
株式会社Photosynthの@koichi222です。 Akerunというスマートロックのサービスを提供しています。 自分自身の主なロールとしては、Webサービス側のプロダクトマネジメントですが、 ハードウェアとソフトウェアを組み合わせたサービスを生み出す中で、プロダクトマネージャの役割についての学びを書かせていただければと思います。 体験を中心に設計する Iot製品開発で最も重要なのは、ソフトウェアとハードウェアが組み合わさった時のユーザ体験です。 そして１番のリスクは、この体験の検証が製品開発の１番最後のタイミングで行われることです。仕様書のスペックと、実際の体験は、感じ方に大きなギャップがあります。そのギャップを埋めるためおすすめしたいのは、プロジェクトの初期に体験の検証のためのプロトタイプを作ることです。 体験の検証のためのプロトタイプとは、量産性、コードのメンテナンス性などは無
アジャイルの破綻―原因、そして新たな提案 | POSTD
2001年、17人のメンバーによって アジャイル宣言 が発表されました。私はその立案者そして著者の1人であることに誇りを感じます。この出来事は、何かをする上でより良い方法を導き出すことへの期待、そしてソフトウェアを開発することで世界をより良くするといった、私自身の活力の源となり、極めて重要なターニング・ポイントとなりました。 あれから14年が経ち、私たちは行き先を見失っています。”アジャイル”という言葉はスローガン化してしまいました。本来の意味をなさなくなっただけならまだいいですが、最悪に考えれば排外的な存在になってしまったとすら言えます。2～3のソフトウェア開発のプラクティスを、不十分に生半可に試みるといった”軟弱なアジャイル”を行う人が数多く存在します。本来の目的を忘れて努力を重ねるといった、口先だけのアジャイルの 狂信者 がたくさんいるのです。 更にひどいのは、アジャイル開発手法その
The NoEstimates Movement
There’s a lot of interesting talk and thinking, going on under the heading of #NoEstimates. Woody Zuill and Neil Killick are two of the most vocal proponents. The basic idea, as I understand it, is that it is possible to do small chunks of work incrementally, leading as rapidly as possible to a desired shippable product, and that when you do that there is no need to do much of anything in the way
IT人材白書2014を読んだ - Qiita
となり、圧倒的に Web ビジネスがホットな転職先であることが分かります。Web ビジネスでの中途採用は、「IT企業から」と同じ「Webビジネス企業から」の両方。IT企業から流れ込んでいるのかと思ったら、「Webビジネスを渡り歩く」人も増えてきているのでしょう。 逆に、IT企業では、同じIT企業からの転職が圧倒的。（Webビジネス企業からの逆流は少ない）もしくは、ここに数字は出てこないが社内配置転換、が多いと推察されています。 アジャイル開発 p.106 から始まる節では、アジャイル開発における人材像について記述されています。欧米ですでに主流になっている手法だが、日本でも採用が増加傾向にあり、IPAのセミナーでのアンケートでは、2013年にはじめて「すべてのプロジェクトで適用している」もしくは「ほとんどのプロジェクトで適用している」の参加者割合が半数を超えた回があったそうです。 ただし、別
アジャイルデータサイエンス
TOPICS Data Science , Database , Python 発行年月日 2014年04月 PRINT LENGTH 236 ISBN 978-4-87311-671-6 原書 Agile Data Science FORMAT PDF 本書は、データの収集・集約・解析・レポート化をアジャイルに行うアプリケーションを構築するための考え方と方法を解説します。Python、Apache Pig、D3.jsライブラリのような軽量ツールを使い、メール受信ボックスを使ったデータマイニングを行うためのサンプルアプリケーションを作成します。データを解析するためのアジャイルな環境を作る方法やツールの組み合わせ方などを解説し、さらに行いたい解析やデータの特性によって解析の手段を変更できるようにする方法も学びます。日本語版では付録としてクラスメソッドの能登諭氏と佐々木大輔氏による「Fluen
第1回 日本の「カンバン」を逆輸入！ | gihyo.jp
はじめに Agileの祭典を今年も「Agile Conference Tokyo 2013」として開催することになりました。今年のテーマは、次世代Agileとしての「KANBAN」を採り上げます。KANBANは、日本語が英語になったもので、トヨタ自動車の「カンバン方式」からきています。このKANBANが欧米ではかなりの人気で、多くのソフトウェア開発の現場で使われだしています。日本では生産管理の現場で見かけるだけですが、ソフトウェア開発ではこれから導入されて行くでしょう。 KANBANの凱旋（日本から輸出されて、日本にブーメランのように戻ってくる） KANBANの概要 それでは、KANBANとはどういうものなのでしょうか？ Agile開発はソフトウェア開発の工程がターゲットですが、KANBANはもっと広い範囲を扱います。製品やサービスの企画段階から、開発を含み、リリースまでを対象にしています
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - agile-samurai-ja/support: 『アジャイルサムライ』のサポートページです
「スモールスタートで構わない。早くリリースして、改善を繰り返す」− freee 山本伶（ymrl）氏 - Forkwell Press
GuildWorks -ギルドワークス-
アジャイルにおけるソフトウェアアーキテクチャ図とNoUML
超今更だけど「Nagoya.Testing in Tokyo 3 -アジャイルなテストの見積りと計画づくり-」に行ってきたので学んだことをちょっとだけ。 :: Igreque -> Info