ビジネス価値につなげたアジャイル開発 - Download as a PDF or view online for free
The document discusses how XP (extreme programming) is focused on enabling social change. It advocates for XP by listing its principles such as communication, simplicity, feedback, and courage. The overall message is that XP can help organizations change for the better through its human-centric values and iterative development approach.Read less
在庫限り。人気のSurface Duo 2 が再入荷され、最大 36% OFF 中。ご購入はお早めに。
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
昨日はXP祭り関西2010に参加してきた。たくさんの人が集まっていたので少々驚く。時代の流れはアジャイルなのだろうか?XPやチケット駆動開発の講演より参考になった点を抜粋。 倉貫義人さん Social Change! ソニックガーデン SonicGarden 倉貫義人のブログ アジャイル開発の本に載っているのは開発の真ん中のみ。その前後の作業は載っていない。だから受託開発のような現場でアジャイルを持ち込むと上手く行かなかった。 受託開発は基本的に製造業型のビジネスモデル。買う時が最高品質なので、ここに合わせて開発、テストを行うが、クラウド型サービスでは使っている時点が最高品質。考え方の切替が必要だった。 アジャイルをやっているという実感は無いが、日々の取り組みとしてはごく普通のこと。自分が変われば、周囲を巻き込んで上手く行くもの。 あきぴーさん 【公開】XP祭り関西2010発表資料「チケッ
織田信長 ぼちぼち、元気にやっています。少し薬にも慣れた...んかなぁ。相変わらず食べられないけど。朝、指がこわばって文字なんて入力できなかったけど、それはほぼなくなった。関節もどこも痛くない。薬効いてきたんやろな。 で、ブログを書こうと言う気がまた起きてきた。 …
Have Fun With Agileより。これ良い記事だと思う。 要約するとこんな感じ。 働くときに楽しいことは言うまでもなく重要だ Agileな開発手法はチーム中心のモデルで、良いチームを作るために色々な手法がある よくやるのが、業務終了後にみんなで飲みに行ったりすること。でも個人の時間使うし強制は出来ないよね 他にはチームみんなでゲームするって手もある チームを作るときにゲームをする、っていうのはお互いを良く知るためにも役に立つ チームのメンバーは、学習と同時に楽しむことで、より賢くなれる。 チームは自分たちが楽しんでリラックスしていれば、多くのストレスを抱えることもない。リラックスした脳はより生産的だ 楽しんでやること(ミーティングだったり、振り返りやデイリースクラムを楽しむこと)は価値があることだと思う プロジェクト予算でルービックキューブとか他のゲーム買ったりしても良いんじゃな
アジャイル開発の本質はどこにあるのか?を考えてみた。 ラフなメモ書き。 アジャイル開発の特徴は一体何があるか? それはタイムボックス形式で小刻みにリリースすること。 それは小規模リリース。 それは設計と開発に区別がないこと。 それは人を重視したプロセス。 それはリーン開発である。 それはテスト駆動開発である。 それは変化を受け入れるプロセスである。 色々言われているけど、本質は何だろうか? 僕は「頻繁にリリースできること」だと思っている。 技術・マネジメント・環境の3つの観点で考えてみた。 【技術】 以前に比べると、「頻繁にリリースできる技術」は確実に進歩している。 XPが生み出した継続的インテグレーション(CI)はその最たるものだ。 CIの本質は、常時リリース可能なコードラインを保持出来る点にある。 trunkをHudsonでワンクリックすれば、すぐにビルド&デプロイできるのだ。 Cob
みなさんこんにちは、@ryuzeeです。 今日はデイリースクラムについて、概要や注意点を紹介します。 なお、あくまで一般論であることに注意してください。スクラムの基本は「透明性・検査・適応」です。自分たちで随時やり方を検査して、もっとうまくできるように適応していかなければ効果はあがりません。 1. デイリースクラムの目的 2. デイリースクラムの参加者 3. デイリースクラムのタイムボックス 4. デイリースクラムの事前準備 5. デイリースクラムのファシリテーション・進行 6. デイリースクラムのアンチパターン 1. デイリースクラムの目的 スクラムを利用するとき「フレームワークで決められているから」というだけの理解で進めてはいけません。これは全てのイベントに当てはまります。 スクラムのイベントはすべて、検査と適応が行われるように明確に設計されています。 デイリースクラムの最大の目的は、
TeamTrickはRuby on Rails製のオープンソース・ソフトウェア。プロジェクト管理はただ多機能であれば良いという訳ではない。多機能すぎるとかえって余計な手間が増え、非効率的になる場合もある。プロジェクトの形態、規模に合わせたものを選定するのが重要だ。 スクラム開発に特化したプロジェクト管理 ここ最近アジャイルな開発形態をとるプロジェクトも増えてきた。そんな時に使えるのがTeamTrickだ。Ruby on Rails、Webベースで動作するプロジェクト管理で、特にスクラム型の開発に特化しているのが特徴だ。 主な機能はユーザと権限の管理、スプリントの登録、バックログの登録となっている。筆者環境ではエラーが出てしまったため、確認できていない部分があるがプロジェクトの進捗をバーンダウンで見られる機能もある。他にもストーリーを登録し、そのステータスを管理することも可能だ。 バーンダウ
皆様お疲れ様でした。 イベントレポートって何をかけばいいんだろ?とりあえず、個人的な感想とふりかえりを中心に書きます。 また、勝手な解釈が混じっている事を先にお詫びします。イタリック青字の部分は私の考えなどです。 見た感じ、スーツ率高い、参加している人はプロジェクトリーダ/マネージャが多いみたい。また、実際に現場でアジャイル開発に取り組まれている方が多いような感じがしたけど、実際のところどうだったんだろう。 私の立場 Javaプログラマ(現在無職) 無職じゃなければ平日のイベントには参加できなかっただろうな。 ウォーターフォールがちがちのプロジェクトは何かおかしいと思って、開発プロセスを現場の人間が改善出来る環境を探求中。 プロジェクトのマネージメント経験なし トム・デマルコ信者ではあるが アジャイル開発の経験なし。 ウォーターフォールベースで、仕様が確定しておらず、随時変更されるという似
アジャイルソフトウェア開発向けのツールなどを提供しているベンダ「VersionOne」が、アジャイルソフトウェア開発の現状についてのアンケート調査を発表しました。アンケートには2570人、88カ国から回答が集まったとされており、ワールドワイドでのアジャイルソフトウェア開発の現状が把握できる資料となっています。 4th Annual State of Agile Development Survey Results(PDF) アジャイルソフトウェア開発手法は、この1年で日本でもあらためて注目が集まっている開発手法です。日本ではまだそれほど普及率が高くはないといわれていますが、ワールドワイドではどうなのでしょうか? 調査結果からポイントになりそうないくつかのグラフを紹介します。 大きな組織の導入率が高い どのような規模の組織がアジャイルソフトウェア開発手法を導入しているのでしょうか。調査結果で
Redmine.JP | Redmine on Twitterを見ていて、下記の質問は、「何故、チケット駆動開発はアジャイル開発に使えるのか?」「何故、チケット駆動開発はタスクやイテレーションの変更に強いのか?」を示唆するヒントだと直感した。 考えた事をメモ。 #下記はあくまでも一つの参考意見。 【元ネタ】 Twitter / EG: Redmineとかtracとかで「ちょっと気になって ... Redmineとかtracとかで「ちょっと気になってること→対応すべきこと」というレベルアップや「○○バグの修正」と「ソースの全般的な修正」のような規模の違うものをどう扱うのがいいのだろう 上記の質問に対する回答としては、二つあると思う。 一つ目は、タスクの内容に応じてワークフロー(トラッカー)を変えて管理する。 チケット駆動開発の基本ルールは「チケットファースト」。 プロジェクト内部の作業はチケ
moongiftで紹介されていたので早速試してみました。 概要 TeamTrickはRailsで出来ているScrumプロジェクトの管理ツールで、チーム管理、プロダクトバックログ、スプリントバックログ、バーンダウンチャートなど基本的な機能を備えている。 外部へのデータのエクスポートや外部からのインポートには対応していない模様。 日本語は問題なく使えることを確認しています。 入手 本家サイトからダウンロード可能。 Linux用とWindows用が用意されており、Windows用の場合は、バッチファイルを実行することで即起動して使える。Windows版はインストールパスにスペースが含まれていなければ問題なく起動できる(デスクトップに配置すると起動失敗)→他のマシンでは再現しないので、他の問題かも。 機能紹介 とりあえず画面の紹介。 ユーザー登録画面。 ログイン直後。プロジェクトのリストが表示され
アジャイルソフトウェア開発は、ソフトウェア開発手法の1つです。開発者同士の協力や顧客とのコミュニケーションに重きを置きつつ、早い段階から小さくとも動作するプログラムを作り上げ、それを迅速な反復により改善していくことで完成へ近づけていく手法です。 アジャイルソフトウェア開発にはいくつかの手法があります。代表的なものとしては、XP(Extreme Programming)やScrumなどが挙げられます。 アジャイルソフトウェア開発宣言
TDD からは離れますが、アジャイルソフトウェア開発について解説した記事を紹介します。著者の一橋氏は、複数のアジャイル開発プロジェクトを成功させた経験を持っています。TDD はアジャイル開発のプラクティスのひとつと位置づけられることが多いので、 参考になると思います。 ZDNet Japan: 今さら人に聞けない IT トピック - ソフトウェアの新たな開発手法、「アジャイル開発」って? 2006年9月29日 一橋範哉 (ウルシステムズ) ソフトウェア開発の新たな手法としてアジャイル開発が紹介されてから数年が経過し、実プロジェクトへの適用事例を目にすることが多くなってきました。アジャイル (agile) とは、「俊敏な」「機敏な」という意味ですが、「ペアプログラミング」「テストファースト」のようなアジャイル開発手法の一部のプラクティスがそのすべてであるかのように言われることがあります。ここ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く