新しい契約形態での受託開発サービス ｜ 永和システムマネジメント
近年、大変注目を集めているソフトウェア開発手法に「アジャイル」があります。 アジャイルはお客さまの組織やビジネスの変化に素早く対応することが可能な開発手法です。 しかし、ソフトウェア業界での受託型の請負契約は要件定義が完了してから開発見積り・契約するというやり方が当たり前となっており、お客様にアジャイルのメリットを実感頂くのが難しいという課題がありました。 これまでの受託開発における一括請負型の契約では納品時に費用を全額お支払いいただくというビジネスモデルをとってきました。 このサービスではこのビジネスモデルから脱却し、開発したシステムを初期費用0円で提供します。その後、お客さまにはサービス利用料という形で月々お支払いいただきます。 サービスがお客さまに価値を提供するのは納品した瞬間ではなく、お客さまがサービスを利用しているあいだ継続的にです。 このことから、お客さまがサービスを利用してい
アジャイル開発手法「スクラム」のガイド本、無料でScrum Allianceから公開
アジャイル開発手法には複数の手法あるいはプラクティスと呼ばれるものがありますが、その中で「スクラム」はもっともよく使われている手法として知られており、マイクロソフトやIBMをはじめ多くの企業がソフトウェア開発の現場で採用しています。 そのスクラムを実践するための「スクラムガイド（Scrum Guide in Japanese）」が、スクラムの普及促進のための団体「Scrum Alliance」から公開されました。誰でも無料でダウンロードできます。翻訳を行った角征典氏が、今日「Scrum Guide 日本語訳が出た。」とつぶやいていました。 （追記 2010/5/6：理由は不明ですが上記からは削除されています。kdmsnr's ScrumGuide at master - GitHubで再公開されてるようです） スクラムガイドはPDFで配布されており、わずか14ページで構成されるシンプルな内
『JUnit の歴史とテスティングの未来(Kent Beckインタビュー)』を訳します。：An Agile Way：オルタナティブ・ブログ
"Software Engineering Radio" という PodCast の Kent Beck のインタビューがとても面白かったので、要点を日本語訳したい。 http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/ 1時間くらいのインタビューなので、一人で全部やるのは辛い。。。と思い、リレー形式でこれを訳するプロジェクトを @urimaro さんと（勝手に）立ち上げました！参加したい人は、ぼくか@urimaroさんがこの PodCast を訳したブログや日記に、参加意思表明のコメントをください。基本、先着でまわしたいと思います。 ではここから。正確に訳しているのではなくて、ポイントを日本語にしていきたいと思います。インタビュー
アジャイル開発の現在・過去・未来
9月4日土曜日に、有志によるアジャイル開発のイベント「XP祭り2010」が早稲田大学西早稲田キャンパスで開催されました。イベントは200名以上の参加者が集まる盛況となり、アジャイル開発への注目の高さをうかがわせました。 基調講演では、「アジャイル開発の現在・過去・未来」というタイトルで、アジャイルの第一人者であるチェンジビジョン代表取締役社長の平鍋健児氏が登場。タイトル通り、アジャイル開発の全体と最新動向を俯瞰する、アジャイル開発のイベントでしか聞けない充実した内容となっています。 この記事では、その基調講演の内容を紹介しましょう。 なぜアジャイルが注目されるようになったのか なぜいまアジャイルが注目されるようになったのか？ 何かのビジネスを行う際には、企業が市場を分析して、企画を立て、IT関連のシステムを発注する、といったことが行われる。すると、ITが「仕様通りにできました」と納品してく
Shibu's Diary: [XPまつり2009]トヨタ生産方式の本当のすごさ
渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 土曜日はXPまつり2009でした。スタッフとして参加していました。参加者への配布物がたくさんあったので、「配りやすいように、４種類のチラシとかEM ZEROを１部ずつ束ねて、配りやすいようにしよう」と、セッションが始まった後の時間に数人でワイワイやっていました。今回のXPまつりの気づきとしては、この作業中の@afukuiさんのつぶやき「こういう作業って、最終的にはセル生産になっていくんだよね」というものから１つ得ることができました。 そして昨日、実家の屋上で親と人工芝を並べて、パチパチくっつける作業をしたのですが、この作業中に@fukuiさんのつぶやきを思い出していました。パチパチくっつける作業は以下の３工程に分けておこないました。 パネルの向きをそろえる ジョイント(1辺に8
アジャイルは二度死ぬ(Agile Only Live Twice)その１：トム・デマルコ氏の蹉跌とその誤謬 | AnyProjecTa! プロジェクト・マネジメントに関する情報ポータル
Home » headline, プロジェクト・マネジメントを考える。 アジャイルは二度死ぬ(Agile Only Live Twice)その１：トム・デマルコ氏の蹉跌とその誤謬 アジャイルの隆盛 WEBの世界の中で、日々ITに関する情報を集めていると、アジャイル開発がシステム開発の完全なる主流になった気になってしまいます。偏った情報収集をしているせいだ、といわれればそれまでですが、WEB/ベンチャー業界・SIer業界・企業IT部門/IT子会社界・オープンソース界全てを通じて、Blogなどで声の大きい方々は多かれ少なかれ『アジャイル』という考えに肩入れしているように感じられます。 当然、世の中の流れが全てそうなっているかというと、そういうわけでは無さそうです。WEB/ベンチャー業界や、オープンソース界では、ほぼメインストリームとなっていると思いますが、SIer業界・企業IT部門/IT子会
SawamanForEmZero - 生きてま2 改 - Trac
"はじめに"のはじめに 本記事は、 EM ZERO vol 3.1 に寄稿した記事の元となる原稿をアップしたものです。また、デブサミ009のLTで話した 沢マンに学ぶいきいき の元となるアイディアとなっています。様々な要素を含む沢マンの本質を、少しでも伝えることができていたら嬉しいです。 はじめに 高知にある世界最大級のセルフビルド建築物である沢田マンション(通称:沢マン)。筆者らは、アジャイルプロセス協議会のワーキングルプープのひとつである、アジャイルマインド勉強会のメンバーとして高知に足を運び、実際にそのマンションに泊まり、住人の皆さんと交流し、そして作り手である、沢田マンションの大家さん [1] にお話を伺ってきました。本稿では、なぜ高知までわざわざ足を運ぶことになったのか、そして沢田マンションの魅力を訪問した2人の別々の観点から紹介を試みます。
RedmineとTracの機能比較 - プログラマの思索
RedmineとTracの両方でチケット駆動開発を運用してみて、色んな気付きがあった。 以下メモ書き。 【比較対象】 ・Redmine0.8.0 ・Trac0.11.1.ja 【元ネタ】 脱Excel！ Redmineでアジャイル開発を楽々管理 － ＠IT自分戦略研究所 【1】複数プロジェクトの扱い RedmineがTracよりも機能が優れている点の一つは、複数プロジェクトに対応していること。 Tracはプロジェクトに親子関係を入れることができないため、特に大規模プロジェクトではチケット駆動開発を実践しにくいだろうと思う。 複数プロジェクトを作りたい状況は、二つある。 【1-1】開発チームが複数のサブチームに分かれていて、それぞれでタスク管理したい場合。 RedmineやTracを運用してみると、一つのプロジェクトでメンバーが5人以上だとチケットが乱発されたり、放置されやすくなるようだ。
みんなのニコカレ（2009年6月）
ユーザの情報の変更（表示名の変更・ユーザ削除）を行う機能を実装しました。 ユーザ名の隣にあるアイコンをクリックしてください。 ＜前の月 | 今月 | 次の月＞ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 BlackyMan
アジャイルとソフトウェア工学、プロジェクト管理：An Agile Way：オルタナティブ・ブログ
ぼやっと思っていることを、形にしてみます。 ぼくはずっとソフトウェア開発は「工学」だと思っていました。コンピュータサイエンスの部分はあるけれど、再現可能にしていくには工学的な要素が重要です。だから、オブジェクト指向や構造化設計といった設計技法、テスト技法はとても大事。しかし、いざ「現場」のソフトウェア開発となると、プロジェクトのスケジューリングや調達、納期やコスト、といったプロジェクト管理の側面が強くなります。ここは、ソフトウェア開発プロジェクトを成功させるためにはとっても大事。 さて、大事であることは大事なんだけど、この２つ（ソフトウェア工学とプロジェクト管理）をやっていれば成功する、というものではないのです。実は、プロジェクトに参加している人が「いいものを作りたい」と思っているかどうか。この１点が、50%以上のファクタでプロジェクトの成功に効いて来る、と気づいたのは2000年にアジャイ
はてなブログ | 無料ブログを作成しよう
ベルギーに行った 先日、ベルギーに行きました。 マグリットの絵とルーベンスの絵を見るのが目的。 あまり時間もなく、ブリュッセルとアントワープを駆け足気味で巡ることに。 ミュンヘンから車で10時間近くかかり、なんでこんな無茶をしてしまったのかとも思いましたが、ヨーロッパの方…
第1回 Hudsonの導入 | gihyo.jp
継続的インテグレーションとは Hudsonの具体的な紹介に入る前に、まず簡単に「継続的インテグレーション」（Continuous Integration、以下CI）のおさらいをしましょう。CIは、Extreme Programmingに端を発し、Martin Fowlerによって広められた概念で、狭義には、別々に開発された部品を持ち寄ってお互いの動作を検証する「統合テスト」を早い段階から恒常的に行うことを指します。この当初の概念には必ずしも統合テストの自動化という考え方は含まれていませんでしたが、最近では、CIは単に統合テストだけではなく、広くビルド及びテスト全般を恒常的に行うことを指すようになり、またこれを現実的な工数で実現するための必須の手段として、ビルド・テストの工程を極力自動化する、という事が重要なポイントの一つになってきました。 この考え方の背景の一つには、コンピュータの高性能
［動画］Ruby設計者まつもとゆきひろといろいろ語りたい － ＠IT情報マネジメント
プログラム言語Rubyとアジャイルソフトウェア開発の連携が生み出す新たな可能性を縦横無尽に語り合う。全6回シリーズの第1回。まつもとゆきひろ（ネットワーク応用通信研究所）がRubyの来歴を語り、平鍋健児（チェンジビジョン）がアジャイル開発とRubyの接点を模索する。角谷信太郎（永和システムマネジメント）が両者の橋渡しをする。 なぜ、「まつもとゆきひろ」か？ 「RailsによるアジャイルWebアプリケーション開発」は一風変わった書籍である。RubyによるWebアプリケーションフレームワーク、Ruby on Rails解説の決定版である本書は、書名に「アジャイル」を冠しながらも、本文では具体的なアジャイルソフトウェア開発手法への言及がほとんどない。その理由は「アジリティ（agileであること）はRailsの構造の一部」であり「フレームワーク自体にアジャイル宣言の原則を語らせるように」執筆したと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
塹壕より Scrum と XP
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。