高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!
どうすれば小規模なチームでも大きな成果を出せるのか。大きな組織で沢山の量をこなすのは当たり前のことで、あまりクールではありません。少ない人数でも大きな成果を出すには、スピードをあげることと、そのためにも無駄をなくすことがポイントになってきます。 ソフトウェアをつくるための３つの役割で書いた通り、ソフトウェア開発をクラウドのようなサービス提供で続けていくには、プロダクトオーナーとプログラマーがキャッチボールのような形で、仕様と実装をずっと繰り返しながら作っていくのが自然です。 SonicGardenで使っているツールと開発の流れの全体は以下のようになります。大事なことは「動くソフトウェア」の状態を保ったまま、どれだけ回転数をあげていけるか、ということです。そのために、プロダクトオーナーとプログラマの間で待ち時間を減らすために並行して進めるようにするなど工夫しています。 ホワイトボードとMVP
ディスティングイッシュト・エンジニア – 永和システムマネジメント
永和システムマネジメントは、ソフトウェア業界やコミュニティへの貢献を重要視しています。 ディスティングイッシュト・エンジニアとは、その技術力と実績で外部から評価されていると、当社が認めるエンジニアです。 天野勝（Distinguished Facilitator） 人材育成サービス事業を立ち上げ、現在は「アジャイルコーチ」として、お客様のアジャイル開発プロジェクトの導入を支援。仕事の中で得た知見をベースに、書籍や雑誌の執筆も行う。 著書として「これだけ！KPT」（すばる舎リンケージ）、「最短 最速 で 目標 を 達成 する OKR マネジメント 入門」（かんき出版）、「LEADER’s KPT」（すばる舎リンケージ）がある。 伊藤浩一（Distinguished Engineer） エンタープライズアプリケーションの開発やオブジェクト指向設計技法の講師などを経て、2004年11月に入社。ア
スクラムの生みの親が語る、スクラムとはなにか？ たえず不安定で、自己組織化し、全員が多能工である ～ Innovation Sprint 2011（前編）
スクラムの生みの親が語る、スクラムとはなにか？ たえず不安定で、自己組織化し、全員が多能工である ～ Innovation Sprint 2011（前編） アジャイルなソフトウェア開発手法としてもっとも広く使われているのが「スクラム」です。このスクラムは、1990年代半ばにジェフ・サザーランド（Jeff Sutherland）氏らによって提唱されたものですが、その考え方の基盤となったのが1986年に一橋大学の野中郁次郎氏と竹内弘高氏が日本企業のベストプラクティスについて研究し、ハーバードビジネスレビュー誌に掲載された論文「The New New Product Development Game」でした。 1月14日にコミュニティが主催し都内で行われたイベント「Innovation Sprint 2011」は、このスクラムの生みの親と言える2人、野中郁次郎氏とジェフ・サザーランド氏がそれぞれ
アジャイルと受託開発
先日、永和システムマネジメント社がアジャイルによる受託開発サービスを発表し、話題になっている。多くの人の関心を引いているのは、アジャイル開発手法を取り入れるということだけでなく、その価格の安さだ。一ヶ月あたりの料金は、もっとも安いものでは月々15万円から、もっとも高額なプランでも月々150万円からとなっている。果たしてそんなので儲かるの！？というのが多くの人がいだいている疑問であろう。自分なりに「アジャイルによる受託開発サービス」について分析してみたので語ってみようと思う。なお、本エントリは永和システムマネジメント社が公開されている資料と筆者の推測に基づくものであるので、より詳細で正確な内容は永和システムマネジメント社さんへ問い合せて頂くよう悪しからず了承いただきたい。 採算割れしないのか？筆者の見解では、たぶんしない。何故か？それは一旦開発が終わったらそうそう頻繁にシステムの仕様を変更し
日経ITProの記事にケチつけておく - masayang's diary
日経ITPro: アジャイルはウォーターフォールよりも難しい 何を持って簡単・困難を定義するのかがわからないけど、「アジャイルはウォーターフォールよりもごまかすのが難しい」というのであれば、その通りだろう。 そもそもアジャイルは、大規模プロジェクトを想定していないし、請負契約が多い国内のプロジェクトは、要求の増加に歯止めが利きにくいアジャイルと相性が悪い。 そもそも大規模プロジェクトを想定して生まれた手法は存在しないわけで。 ウォーターフォールは他に選択肢がなかったために大規模に適用されてきたけど、それが適切だったかはなんとも言えない。失敗しても他に選択肢がないんだから「ウォータフォールが悪い」って言えなかったしね。 ただ、最近は大規模でのAgile事例は増えてきている。日本ではまだ少ない、というところでしょ。 「要求の増加に歯止めが利きにくいアジャイル」というのも変だよね。 当初の一欄に
へ〜たのめも:Agile Conference Tokyo 2010 に行ってきました - livedoor Blog（ブログ）
2010年07月22日 Agile Conference Tokyo 2010 に行ってきました Agile Conference tokyo 2010に参加してきた。 300人程度入る会場がほぼ満席と、あいかわらず Agile に関する注目度は高い模様。会場の様子やセッションの内容については、多くの人が報告してくれると思うので、僕は簡単に所感を。あと、Togetterまとめ。 Key Note Key Note は ThoughtWorks 社の Jez Humble 氏。テーマは CI。 従来、アジャイルで最も効果的なプラクティスはテスト・ファースト、あるいは単体テストの自動化だと言われてきたが、昨今は CI がその座を奪いつつあるようだ。後の飯田さんのセッションでも同様の話があったのだが、CI は取り組みが容易(環境さえ作れば、チームの意識改革なしに始められる)で、効果が高いところが
Pivotal Tracker: はじめかた
Pivotal Trackerをプロジェクトで使うにあたっては、アジャイル開発手法の知識が多少はあると役にたちます。エクストリームプログラミング(XP)であれば、このXPの入門記事をはじめとして、数多くの良質な記事をオンラインで見つけることができます。 ダッシュボードPivotal Trackerにログインすると、まず最初に表示されるのは自分の ダッシュボード(Dashboard)です。このページには、あなたが参加している全てのプロジェクト、最近の活動、Pivotal Trackerからの重要なお知らせが表示されます。 プロジェクトに招待されていれば、プロジェクト一覧にそのプロジェクトが表示されます。プロジェクトのリンクをクリックすると、そのプロジェクトのストーリーを表示します。新しいプロジェクトの作成は簡単です。ダッシュボードで"Create Project"ボタンをクリックし、プロジェ
ソフトウェア技術者のための英語（9: So）：An Agile Way：オルタナティブ・ブログ
"So" という単語はとても便利で、会話の中で良く聞く。特に、日本の同じ発音の「そう」と意味が同じになる場面があり、このことが日本人に so を使いやすくしていると思われる。 "I think so, too" -- 私もそう思う ところが、この単語、日本人が連発する英単語の接続詞で、「…です。ですから…」という文脈で使われる。「そうなので」という感じだ。 The movie was French, so I didn't understand. フランス映画だった。そのため、私には分からなかった。 論理の方向としては「左だから右」という風になる、ところが、この使い方ととても近く、区別のしにくい別の使い方がある。それは、「…するために…」という用法。 The video is subtitled in Japanese so you can understand. そのビデオはあなたも分
ソフトウェア技術者のための英語：An Agile Way：オルタナティブ・ブログ
【ソフトウェア技術者のための英語】 こんなタイトルのエッセイ連載をはじめてみようかと思う。きっかけは、ぼくが昨年、Agile2008において Gordon Pask Award という賞を頂いたことだ。これはとても嬉しい１つの出来事だったが、今振り返ってみると、これまでに人生の中で人に何か認められたとか、貢献した、と思えること、そして現在の仕事やビジネス活動にいたるまで、ほとんどの仕事が自分の英語能力と関連していることに気付いた。「英語重要」だとあらためて気付いたのだ。現在の何か「知の創造活動」に参加しようと思ったら、英語で表現できる能力が必須となる。 例えば、現在ぼくが関わるAgileというムーブメントにおいて、多くの人がその知識体系（Body of Knowledge）を数年かけて試行錯誤で作ろうとしている。その議論は、ブログで、メーリングリストで、カンファンレンスで、twitter
角谷信太郎——「スーパーマンである必要はない」 − ＠IT自分戦略研究所
第9回 角谷信太郎――「スーパーマンである必要はない」 岑康貴（＠IT自分戦略研究所） 赤司聡（撮影） 2009/3/30 角谷信太郎（かくたにしんたろう） 永和システムマネジメント サービスプロバイディング事業部 チーフプログラマ 1975年2月19日、大阪府出身。1998年 立命館大学法学部卒業。「『楽しさ』がシステム開発の生産性を左右する」と信じて、アジャイル開発を現場で実践するテスト駆動開発者。日本Rubyの会の理事を務め、日本最大級のRubyカンファレンス「RubyKaigi」の運営に携わっている。 ■うまく回るように、全体を見る 「Rubyを使って、お客さまにとって価値のあるシステムを届けたい」と以前から考えていました。2年ほど前から実際にRuby開発チームのチーフプログラマとして働いています。わたしの任務は「プロジェクトが失敗しないようにすること」。お客さまに対するヒアリング
デブサミ2009で発表しました:「時を超えたプログラミングの道への道」 - 角谷HTML化計画(2009-02-12)
Invalid Text■<%=sn number %> <%=flickr_left '3274768929' %>デブサミ2009で発表しました:「時を超えたプログラミングの道への道」 つかれたのであとで書く。とりあえずスライド。最後までスライドめくれてよかった。 写真はtakaiのを借りてます。練習不足(というかスライド完成したのが10分前)でリモコンを見すぎてしまいました。情けないです。 The way to the timeless way of programmingView more presentations from Shintaro Kakutani. (tags: devsumi2009 xp) slideshare.net kakutani.com よくある質問と答え Q:動画はいつ公開されますか？ A:録画してません。 Q:予稿とかないの？ A:ありません。ひとえ
DeclineAndFallOfAgile - アジャイルの衰退と凋落
DeclineAndFallOfAgile - アジャイルの衰退と凋落 目次 この文書について アジャイルの衰退と凋落 最近の状況 Scrum の役割 Scrum の誤用 君のやりかたは間違っている 真っ最中での失敗 アジャイルの衰退と凋落 この文書について "The Decline and Fall of Agile" の日本語訳です http://jamesshore.com/Blog/The-Decline-and-Fall-of-Agile.html 推敲歓迎: 誤訳, タイポ, 訳語の不統一, そのほか... James Shore アジャイル運動の衰退や凋落について話すのはおかしなことだ. 今やとても人気があるものなのだから. けれど本当のところ, ここ数年のアジャイル運動は、衰退の途にあると私は思う. 最近の状況 自分の商売がここ数年で変化していることに私は気がついた.
角谷HTML化計画(2009-01-09) - 翻訳書『アジャイルな見積りと計画づくり 価値あるソフトウェアを育てる概念と技法』を出版します
■1 翻訳書『アジャイルな見積りと計画づくり 価値あるソフトウェアを育てる概念と技法』を出版します arton とtakaiのはぐれ悪魔超人コンビみたいなタッグによる書き下ろしには敵わないかもしれないけれど、私と同僚の安井さんとで翻訳した新刊が同じ時期に発売するでお報せします。細工も流々なので、いちおう書影も掲載されてます。皆さんどんどんアサマシリンクをどうぞ!! 今回の版元は毎日コミュニケーションズです。他のオンライン書店ではcbook24にも出ているようです。 『アジャイルな見積りと計画づくり』はMike Cohnの『Agile Estimating And Planning』の翻訳です。原著がこの日記を書いている時点で5,148円なのに対し、訳書は3,360円(税込)というお求めやすい価格でのご提供となっております :-) 毎コミの本書紹介のページで、書籍の「イントロダクション」の一
［動画］Ruby設計者まつもとゆきひろといろいろ語りたい － ＠IT情報マネジメント
プログラム言語Rubyとアジャイルソフトウェア開発の連携が生み出す新たな可能性を縦横無尽に語り合う。全6回シリーズの第1回。まつもとゆきひろ（ネットワーク応用通信研究所）がRubyの来歴を語り、平鍋健児（チェンジビジョン）がアジャイル開発とRubyの接点を模索する。角谷信太郎（永和システムマネジメント）が両者の橋渡しをする。 なぜ、「まつもとゆきひろ」か？ 「RailsによるアジャイルWebアプリケーション開発」は一風変わった書籍である。RubyによるWebアプリケーションフレームワーク、Ruby on Rails解説の決定版である本書は、書名に「アジャイル」を冠しながらも、本文では具体的なアジャイルソフトウェア開発手法への言及がほとんどない。その理由は「アジリティ（agileであること）はRailsの構造の一部」であり「フレームワーク自体にアジャイル宣言の原則を語らせるように」執筆したと
はてなブログ | 無料ブログを作成しよう
晴天の価値 2月中旬に出張で千葉へ行った。5日間の滞在中はずっと快晴で、気温は20℃に迫る春のような暖かさだった。仕事は朝から晩まで現場を走り回る過酷なもので、身体的にも精神的にも追い込まれた。毎朝、京葉線から見える美しい景色を眺めて正気を保っていた。太平洋へ燦々と…
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://pivotallabs.com/users/ian/blog/articles/1010-explaining-the-value-of-agile-rails-and-the-cloud
管理職にリファクタリングを説明する