ウォーターフォールとアジャイル開発の比較 4. ソフトウェア開発について • ソフトウェア開発・・・ユーザーの要求をソフ トウェア製品に変換する作業 ホームページ ユーザーの欲しい！を形にする Twitter Facebook ブログ 各種プロセスを経てプロ グラマーがソフトウェア を開発 5. ソフトウェア開発のプロセス 要求定義 開発を複数の段階に分割 外部設計 モデル化する！！ 内部設計 プログラミン グ ・WF(ウォーターフォール)開発 テスト ・アジャイル開発 導入
アジャイルになるための３つの行動〜わたしにとっての「Social Change」 | Social Change!
先日の9月15日に、日本XPユーザグループ（XPJUG）の主催する「XP祭り2012」が開催されました。沢山の方が参加されて盛り上がったようで良かったです。 XPというのは、”eXtreme Programming”の略で、アジャイル開発の一つです。XPJUGはその日本におけるコミュニティで、私は、僭越ながら２代目の代表をさせてもらっていました。（今は引退してます） 今回のXP祭りでは「ビデオメッセージで参加を」というオファーを頂きました。基調LT（ライトニングトークス）ということで、5分におさまるビデオを作ってみました。 今年のXP祭りのテーマが「Social Change」ということで、私のブログも「Social Change」という名前ですし、それらの大元は、XP本の第２版に書かれたメッセージ”XP is about social change.”からで、そういったことから、私の話す
サムライ・エピソード - 達人出版会
β版 アジャイルに開発する全ての人へ、勇気を与えるために、アジャイル開発を実践する26人の失敗と成功の経験談をエピソードとして伝えます。 β版について 本書のステータスは現在β版であり、現在、著者やレビュアの方々により追加・修正が行われている段階です。 いま購入されてお読みいただけるのはその途上の原稿を元にしたものです。 最終的に正式公開されたものもダウンロードしお読みになることはできますが、 正式公開版を読みたい方には今しばらくお待ちいただくことになります。あらかじめご了承ください。 概要サンプルリンク用タグ 内容紹介日本全国のソフトウェア開発に携わる人々に伝えたいことがあります。アジャイルソフトウェア開発は日本で実績が積まれています。あなたの現場でアジャイルソフトウェア開発をすることはできます。この書籍は、そのための勇気を与えるために発行されました。 日本の現場のアジャイルこの書籍は1
初めてのアジャイル開発を終えてのふりかえり - kaji_3's blog
こんなエントリを書いて早4ヶ月。 なんでアジャイルに取り組みたいか - kaji_3's blog BtoBで対価を頂いてアジャイル開発として遂行した案件が先日終わったのでKPT形式でふりかえります。 前提 期間一ヶ月半 Scrumを参考にしてプロジェクト運用 イベント用WEBアプリケーション 案件の内容をぼかして書いているので、一部整合性の合わない記述があるかも知れませんがご了承ください。 Keep 高い顧客満足度 プロダクトオーナーから「自分たちの意志が反映できた物を作ることができた」とコメントを頂きました。フィードバックから実際のものができるまでのスプリントという考えについても好評でした。顧客の社風として良い物を最後まで模索するという考えがあるとのことで、仕様凍結後の変化は、仕様変更として好まれないウォーターフォールには不満があったとのことでした。 育つシステム 当初想定されていたシ
JFPUGでアジャイルな見積りと計画づくりについて講演しました - 角谷HTML化計画(2011-01-21)
■1 JFPUGでアジャイルな見積りと計画づくりについて講演しました ご縁があって、日本ファンクションポイントユーザーグループ(!)の会合で計画と見積りをアジャイルにするプロセスの実践について技術講演をさせていただきました。貴重なアウェイでの講演機会をいただき、ありがとうございます。講演後に何人かの方に声をかけていただいた感じでは、それなりに楽しんでいただけたようでホッとした。トークの前に『夕陽のガンマン』のテーマを聴いてテンションを上げた成果かな。 他の方の講演のなかでもも「Rails」とか「アジャイル」といったキーワードが出てくるんだなあ、とべんきょうになった。私の講演の背景画像集を置いておきます。 Agile Estimating and Planning on JFPUGView more presentations from Shintaro Kakutani. だいたいいつもと
アジャイル開発のボトルネック | Social Change!
「お金なら出しますから、４ヶ月のところを２ヶ月で作ってくれませんか？」 システム開発で、顧客からこう言われた時、どうするか？ SIerの経営者や管理職であれば、飛びついてしまうんじゃないだろうか。私だって飛びつきたい。確かにエンジニアがいるなら、もしくは、集める目処が立つなら、ありがたい話かもしれない。XPでも、「リソース・スコープ・品質・時間」のパラメータで、品質以外は変動可能としている。 ということは、リソースがなんとかなれば、時間を短くする、もしくは、時間を変えずにスコープを増やすことができるのだろうか。人月という単位で考えれば、計算上は出来るかもしれないが、実際には難しいと言わざるを得ない。それはなぜか。ボトルネックは、プログラムを作る速度か、それとも、仕様を決めて受け入れる速度か。 冒頭の台詞は、開発側にこそボトルネックがあり、コストさえかければスピードアップできると考えているか
いいアジャイルと悪いアジャイル
スクラムはラグビーにおいて最も危険な段階であり、それというのも、潰れたり不適切なかみ合い方をすると、前列のプレーヤーが怪我をしたり、首の骨を折る危険すらあるからだ。—Wikipedia 私が子供の頃には、コレステロールは体に悪いものだった。これは覚えやすかった。脂肪は悪い。コレステロールは悪い。塩分は悪い。みんな悪い。しかし近頃では、コレステロールが「いい」コレステロールと「悪い」コレステロールに分かれている。私たちがこの2つをどうにかして見分けられるとでもいうように。そしてその切り替わりは奇妙なものだった。FDAが突然プレスリリースを発表して、殺鼠剤には2種類、いい殺鼠剤と悪い殺鼠剤があり、いい方はたくさん摂って悪い方は摂ってはならず、そして決して2つを混ぜたりしてはいけないのだと言ったかのようだった。 一年くらい前まで、私はいわゆる「アジャイル」プログラミングに対して、ごく一次元的な見
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Agile, Lean, Kanban, and System Thinking
Agile Japan 2010 「変化を受け入れるアジャイルなプロジェクトマネジメントと現場 <ツール・環境篇>」