アジャイルの「顧客に価値を届ける」の嘘と本当 - mizchi log
酔った勢いでアジャイルについて思うところを書く。 顧客に価値を届けるのは誰か 顧客に届く価値 = 目に見える成果物、という評価は、フロントに近い人間しか評価されなくなる傾向を抱え込む。顧客に価値が届くまでには段階がある。複雑なものほどワークフローが長大になる。お互いの価値を見積もれるのは、小さいチームでお互いの職種について理解がある場合の理想であり、多くの場合理想は理想である。大きなチームほど、フロントに遠い人間は自分の価値を伝えるのが難しい。 難しいことを難しいということ エンジニアが自分の仕事について、エンジニア以外への責任説明を果たそうとすると努力は必要だが、必ずしもそれが伝わるとは限らない。 難しいことを難しいと言えないと、「それってすぐできるんでしょ？」という展開になりがちで、「任せてくれ！」と言えるのはかっこいいが、誰しもがスーパーエンジニアではない。そして見積もりに失敗する。
ObjectClub - アジャイル勘違い集
やる気さえあればできるというのは、ある意味では正しいのですが、盲目にそう信じてしまうと痛い目を見ることになるでしょう。 アジャイルな手法は、変化に対応したり、コミュニケーションをとったり、改善を模索したりという行動を要求します。 そうした行動が苦手な人や嫌いな人は、アジャイル手法が苦痛になってしまうかもしれません。 さらにそういう人はアジャイル手法に対して意識的・無意識的に抵抗して、チーム全体の足を引っ張ることさえあります。 アジャイルに向いた人もいれば、重厚な方法論に向いた人もいます。向き不向きを考えてメンバーを集めるか、 メンバーが固定しているプロジェクトではそのメンバーに向いたやり方を考えたりしましょう。それがプロジェクト成功の早道です。
ストーリー、エピック、テーマ by Mike Cohn - kawaguti’s diary
「アジャイルな見積りと計画作り」の著者マイク・コーンさんがブログで、「ストーリー」と「エピック」の使い分けについて説明していましたので、だいたい訳して載せておきます。 ちょうど最近、ストーリーとエピックについてご質問をいただいたので、これを参考にしていただけるとうれしいです。 ストーリー、エピック、テーマ ( STORIES, EPICS AND THEMES by Mike Cohn) http://blog.mountaingoatsoftware.com/stories-epics-and-themes 最近、「ユーザーストーリー」「エピック」「テーマ」の違いがわからないというメールを受けることがだんだん多くなってきている。今回はこれらの用語を説明する事を通じて、基本的な(でもとても役立つ)領域に立ち返り、確認していく。 まず、この用語にはあまり深い意味はない。この用語には、プログラ
Pivotal Trackerを使ったアジャイルでスクラムなイタンジ流プロジェクト管理 | ITANDI技術ブログ
横沢です、いつもお世話になっております。 本日は少し趣向を変えてプロジェクト管理的な部分の記事を書いてみたいと思います。 ちなみにタイトルはナウい感じの横文字を適当に並べてみました（最近、弊社開発チームではナウいかナウくないかが活発に議論されております） イタンジではPivotal Tracker(以下PT)とGitHubのissuesを使ってタスク管理しています。 PTでは様々なアジャイル手法論で解説されている通り、「ストーリー」というそれなりにまとまった単位のタスク(の集合ですね)を登録しています。この「ストーリー」についてはチームメンバーと共有し、優先順位の共有・確認、スプリントによるざっくり納期の共有・確認を行っています。とは言っても何もアクションが無いと放置されてしまいがちなので、週一でストーリーの実現状況をレビュー、いわゆる画面レビューと、翌週スプリントの優先順位を確定して
【資料公開】バーンダウンチャート虎の巻
みなさんこんにちは。@ryuzeeです。 2010/12/22に永和システムマネジメントさんで実施したスクラム道.02でバーンダウンチャートについてお話させていただきました。 その際の資料を公開します。 スクラムではバーンダウンチャートを使うことが定義されていますが、バーンダウンチャートもツールなので、それをどう使うか、というのを考える事は非常に大事だよ、ということ、改善に使うべきであるということ、形状等を見ればチームの自己組織化レベルまで推察することができるよ、指標を追加するとさらに色々なことが分かるよ、といった話をしてます。 日本ではバーンダウンチャートについてこの話をしている人はまだほとんどいないはずです。 感想を聞かせていただければ幸いです。
DMM inside
日本アニメ初の快挙！海外アニメ賞を受賞した『スキップとローファー』海外ライセンス部長&プロデューサーが語る、奮闘の舞台裏
仕事効率化・プロジェクト開発をサポート – 仕事効率化・業務改善・スクラムなアジャイル開発を支援するITサービスメディア
コンテンツへスキップ 無料で使えるプロジェクト管理 Redmine を導入しよう Lark チームがつながるDXツールを使ってみよう 無料で使える「タスク管理」アプリを比較してみよう Linux の find コマンドで ファイル名にワイルドカードを指定 Linux でディレクトリのハッシュ値を計算 グループウェアの選び方！クラウド？オンプレミス？などポイントを解説 Redmineとは？ Redmineは、オープンソースで公開されているContinue reading イントロダクション デジタルトランスフォーメーション（DX）は、企業のContinue reading みなさんは、タスク管理アプリは使っていますか？ 学業や仕事、家のことやContinue reading find コマンドを使用して、パスにワイルドカードを含む方法について説Continue reading イントロダクシ
アジャイル開発で便利だったホワイトボードなどまとめ | feedforce Engineers' blog
はじめまして。アジャイル開発推進おじさんの増田です。プライベートでは マスタカのChangeLogメモというブログを13年くらいやってます。 3月に中途で入ってから5ヶ月が過ぎました。( 5月にForkwellさんからインタビュー受けました！) 前職で使って便利だったツールを買うときに改めて探したり、今の職場に合うものを探すのは結構面倒でした。ググってもなかなか欲しい情報にたどり着けなかったため、オレ得的に記事を書くことにしました。 なお、価格は購入当時のものですので、ご注意ください。 ザラザラの壁にも貼れるホワイトボードペーパー ホワイトボード シート (粘着材付き) ： クリーンスチールペーパー 0.2mm厚×900mm×1M【切売】【RCP】 100cm x 90cm あたりの価格 3,800円 (税込 4,104 円) 送料別 これは本当に買ってよかった。お値段もお手頃ですし、オス
プログラミングは「創造」であり「製造」ではない
プログラミングは「創造」であり「製造」ではない：情シスの本棚（2） アジャイル、スクラムで一番大切なこととは 市場環境変化が早い現在、ソフトウェア開発においてもスピードや柔軟性が求められている。だが、価値あるイノベーションを起こすためには、アジャイルやDevOpsといった方法論以前に大切なことがある。 「ITを使ったイノベーションを考えたとき、やはりアジャイルをうまく使うことはこれから必須になってくるでしょう。つまりITを、ビジネス全体の中に位置づけ、市場や顧客との対話をしながらITを開発していくことになります。その意味で、アジャイルスクラムはこれからの手法として、大きな役割を果たすと思います」――。 本書「アジャイル開発とスクラム」は、アジャイル開発手法の国内第一人者として知られる平鍋健児氏と、1980年代に日本の製造業におけるイノベーション手法を「スクラム」と名付けて論文を発表した一橋
なぜ開発で見積り失敗して忙しくなりがちなのか(アジャイルな見積りと計画づくり読んだ) - $shibayu36->blog;
最近タスクがどのくらいで終わるか見積もることが多いんだけど、そのたびにうまく見積もりができてなかったり、思ったより長引いてしまってすごく忙しくなってしまったり、といったことが何度かあった。このままじゃ良くないなーと思って、「アジャイルな見積りと計画づくり」を読んだ。 アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~ 作者:Mike Cohn,マイク コーン毎日コミュニケーションズAmazon 実際読んでみると今の状況に非常にぴったりで良い本だった。この本を読んでいくと、最初から正確な見積りをするのは不可能で、作業をしながら見積りの精度をあげるといったり、変更やリスクに強いスケジュールをうまく作るということをしていく必要があるということが分かる。なんとなく自分がタスク管理をしないといけなくなったけど、なんかうまくいかないと思っている人には非常に参考になると思う。あと
『アジャイルな見積りと計画づくり』のまとめ - 紳士なブログ
今行なっているプロジェクトの期日が比較的ゆるい、ということで、〆切意識がとても薄くなってしまい、プロジェクトの終了が延び延びになってしまっている。 これは由々しき事態、ということで、見積り意識を改めるべく『アジャイルな見積と計画づくり』を読み始め。 とても良い本だったので、まとめておきます。 アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~Mike Cohn毎日コミュニケーションズ発売日：2009-01-29ブクログでレビューを見る» なぜ計画づくりに失敗するのか プロジェクトの3分の2近くは、コスト見積りを大幅に超過する プロダクトのフィーチャの64％は、めったに、あるいはまったく利用されない 平均的なプロジェクトは予定スケジュールの2倍以上かかる フィーチャではなく作業を計画している 顧客にとっての価値の単位はフィーチャであるので、計画づくりでは、作業ではなく
プランニング・ポーカーで始める楽しい見積り - mixi engineer blog
こんにちは、UX統括部の横幕です。すっかり春になって、桜を眺めるのが気持ち良いですね。 最近、社内で活発に「デイリースクラム」が行われるようになりました。 日々、チームメンバーの持っているタスクの進捗を確認し合うことで、スケジュール感の共有・調整、あるいは、チームメンバー同士でタスクの振り分けを見なおしたりなどができ、チームの有機的な動きを作ることが出来るようになってきています。 さて、そんななかで、今回は、プロジェクトを進める上で、また日々のデイリースクラムをする上で重要な「タスクの見積り」についてお話しようと思います。 これが実際のPlanning Pokerです。アメリカのMountain Goat社が企画発売し、ライセンスしています。 1. 見積る前に 1-1. 計画を立てよう タスクの見積りをする前に、何をするのか、その計画を立てていきます。 ・フィーチャーを考える フィーチャー
脱Excel！ Redmineでアジャイル開発を楽々管理
ソフトウェア開発のタスクをチケットに登録すると、作業を始めるチケット管理をメインに、進ちょく管理、問題管理などができる。 バグ管理システムだけでなく課題管理システム（ITS：Issue Tracking System）で運用する開発プロセスは、チケット駆動開発（TiDD：Ticket Driven Development）と呼ばれ、最近注目されている。 Ruby1.9の開発はRedmineで管理されているように、近ごろは事例も増えている。 Redmine運用前の問題点 筆者がRedmine運用前に持っていたプロジェクト管理の問題点は下記2点だった。 1．Excelでのタスク管理の限界 従来からプロジェクトマネージャやプロジェクトリーダーの多くは、進ちょく管理やタスク管理をExcelで行ってきた。 プロジェクト管理では顧客へ進ちょく報告するために、残工数と残タスク数を計算する必要がある。だが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Developers Summit 2014 「Play2/Scalaでドメイン駆動設計を利用した大規模Webアプリケーションのスクラム開発の勘所」
XP祭り2014「アジャイルを手放して得られたこと」
モデリングもしないでアジャイルとは何事だ
Amazon.co.jp: アジャイル開発とスクラム: 顧客・技術・経営をつなぐ協調的ソフトウェア開発マネジメント: 平鍋健児, 野中郁次郎: 本
アジャイル開発導入のためにやってきたこと