要件定義もアジャイル化！「正しいアイデア」の確度を高める、リーンなプロダクト開発 | SELECK [セレック]
〜1ヶ月以上の開発リソースを使って実装した新機能を、わずか半年でクローズ？！クラシルがPMを新設し、「リーンなプロダクト開発」をスタートした理由とは〜 プロダクト開発において、ユーザーが本当に求めている機能を「正しく作る」ことは、非常に難しい。 2018年12月に累計1,500万ダウンロードを突破した、レシピ動画サービス「kurashiru [クラシル]」を運営するdely株式会社。 同社でも、過去に「ユーザーの課題を受けて開発した新機能が、実はたった10人にしか使われていなかった」という失敗体験があったという。 そこで、従来の開発体制を見直し、2018年の7月頃より要件定義をアジャイル化する「リーンなプロダクト開発」へと移行。 具体的には、ユーザーの課題に対する「正しい解決策」の精度を上げるため、デザインのフェーズで「アイデア（解決策）→プロトタイプ→検証→ラーニング」のサイクルを回す開
![要件定義もアジャイル化！「正しいアイデア」の確度を高める、リーンなプロダクト開発 | SELECK [セレック]](https://cdn-ak-scissors.b.st-hatena.com/image/square/3cd0478fd1a2113ebaf8f6e098e20c14844a4ac8/height=288;version=1;width=512/https%3A%2F%2Fdpd29bjwmgbr8.cloudfront.net%2Fwp-content%2Fuploads%2F2019%2F01%2F22184007%2F05b1a79fa5f6327c705ecb6a8e375f03.png)
スクラムとアジャイル開発の本を12冊一気に読んでみた！その中から初心者、中級者、上級者向けのおすすめを紹介｜Dentsu Digital Tech Blog
スクラムとアジャイル開発の本を12冊一気に読んでみた！その中から初心者、中級者、上級者向けのおすすめを紹介 こんにちは電通デジタル開発部エンジニアのリチャードです。弊社で開発している社内プロダクトEASIではスクラム開発を採用しており、開発部内には認定スクラムマスターも在籍しています。一方で私個人はこれまでスクラム開発を経験してはいたものの、断片的な知識と経験で乗り切っていた部分が強く、改めてスクラムやアジャイル開発の基本を学び直そうと思い立ち、12冊の本を一気読みしました。ちょうど数ヶ月前に電通デジタルへと転職したばかりだったので、よい機会だったと思います。 今回読んだ本の一覧はこちらです！過去に読んで改めて今回読み直した本もあるため、冊数は多くなっています。 初心者向け 1. いちばんやさしいアジャイル開発の教本 2. SCRUM BOOT CAMP THE BOOK 中級者向け 3.
振り返りで積み上げた開発プラクティス（2020年総まとめ） - BASEプロダクトチームブログ
こんにちは。BASE BANK 株式会社 Dev Division にて Manager をしている東口（@hgsgtk）です。 昨年 2020 年は本ブログにて個人の足し算ではなく掛け算で成果が出せるようなチームを目指したアジャイル開発の取り組みを継続して紹介してきました。 チーム開発の潜在的課題が見つかる振り返りワーク「Mad Glad Sad(喜、怒、哀)」 少人数でのアジャイル開発への取り組み実例 （一歩目の踏みだし方） | 詳説 | July Tech Festa 2020 登壇レポート アジャイル開発におけるユーザーストーリー分割実践 〜画面リニューアルの裏側〜 これらの考え方やプラクティスは全体の一部で、開発チームとしての組織ローカルなプラクティスを『BANK DEV 白書』として整理しています。『BANK DEV 白書』では次のような内容を整理しています。 一般的なアジャイ
なぜ開発で見積り失敗して忙しくなりがちなのか(アジャイルな見積りと計画づくり読んだ) - $shibayu36->blog;
最近タスクがどのくらいで終わるか見積もることが多いんだけど、そのたびにうまく見積もりができてなかったり、思ったより長引いてしまってすごく忙しくなってしまったり、といったことが何度かあった。このままじゃ良くないなーと思って、「アジャイルな見積りと計画づくり」を読んだ。 アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~ 作者:Mike Cohn,マイク コーン毎日コミュニケーションズAmazon 実際読んでみると今の状況に非常にぴったりで良い本だった。この本を読んでいくと、最初から正確な見積りをするのは不可能で、作業をしながら見積りの精度をあげるといったり、変更やリスクに強いスケジュールをうまく作るということをしていく必要があるということが分かる。なんとなく自分がタスク管理をしないといけなくなったけど、なんかうまくいかないと思っている人には非常に参考になると思う。あと
データベースもアジャイル開発に対応したい！ （1/3） － ＠IT
Jiemamy作者が考える “データベースの進化的設計” データベースもアジャイル開発に対応したい！ アジャイルの考え方においては、実装前にシステム要件・設計を確定させることはせず、常に変化を受け入れていく体制が必要です。アジャイル開発の考え方にのっとるなら、アプリケーションだけではなくデータベースについても設計の凍結はせず、また、ソースコードに限らずデータベースの構成・設計についてもリファクタリングが適用されるべきです。Jiemamyはこの問題に取り組むプロジェクトとして始められました。本稿ではこのJiemamyの取り組みを紹介します。 ソースやスキーマだけ管理しても意味がない 近年注目を集めている「アジャイル開発」は、リファクタリングが重要な要素の1つであることはご存じのとおりです。アジャイルの考え方においては、実装前にシステム要件・設計を確定させることはせず、常に変化を受け入れていく
アジャイルとは何か？今あらためて誤魔化さずに実践的に説明してみる - Qiita
何を書く？ アジャイル開発とは何か？ この答えはボンヤリ説明されることが多くて、なんかわかったような、わからないような。 Scrum の朝会をやってればいいの？ 普通の開発を素早く繰り返したらアジャイル開発なの？ などなど疑問は多いです。 あらためて、煙に巻かずに、実践的に、誤魔化さずに、その背景を説明してみるというチャレンジです。 2019.10 : 「評価（テスト/レビュー）についての考え方」を追加しました アジャイル開発とは（ぼんやりした版） 一応、哲学的な、でも本当は正しい、説明を書いておきます。 でもこれは忘れてくれても大丈夫です。 免罪符的に書いておくだけです。 アジャイルとは、常に改善している状態・より良いものを目指している状態です。 本質的にはこれがアジャイルで、アジャイル開発について言われるさまざまな手法やルールがありますが全てはこの状態を目指してのことです。 その考え方
スクラムを組織全体へスケールさせていくフレームワーク「Scrum@Scale」入門（前編）。Developers Summit 2019
スクラムを組織全体へスケールさせていくフレームワーク「Scrum@Scale」入門（前編）。Developers Summit 2019 アジャイル開発手法を実現する方法として、もっとも普及しているのが「スクラム」でしょう。 スクラムを開発チームの単位で導入している企業は増えてきましたが、これをスケールさせる、つまりスクラムの手法を使って組織全体をより早く動かし、より早く価値を届けていくにはどうすればいいのでしょうか。 そのために開発されたのが「Scrum@Scale」フレームワークです。スクラムをスケールさせる仕組みの背後にあるスケールフリーネットワークや、大きな組織でも迅速に情報を共有する手法が組み込まれた「Scrum@Scale」について、2019年2月に行われたイベント「Developers Summit 2019」で株式会社アトラクタの代表取締役 原田騎郎氏が説明しています。 本
信頼されるフルリモートエンジニアになるためのアジャイル開発 - Qiita
追記(2019/11/2) 今回の記事で深く扱えなかったリファクタリングに関する記事を書きました。 「汚いコード、綺麗なコードって何？」リファクタリングを考えてみる 追記(2019/08/16) 今回の記事では深く扱えなかったテスト駆動開発についての記事を書きました。参考にしてください。 僕たちがテスト駆動開発をする理由 リファクタリングに関する記事も書く予定です。 背景 フルリモートエンジニアはとてもいいものです。どこでも仕事ができるので旅行をしながら、海外にいながら、温泉に入りながら、どこででも好きなタイミングで仕事をすることができます。 この素晴らしい自由を支えるのは顧客との信頼です。 フルリモートの仕事は、仕事の過程を見ることができないため完全な成果物主義であり、この仕事をこの人に任せればこんな成果物が返ってくるだろうという期待と信頼関係によって成り立っています。 顧客に価値を届け
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Plapo | プランニングポーカーをもっとなめらかに
Agilergo Dojo