Redgate Test Data ManagerImprove your release quality and reduce your risk, with the flexibility to fit your workflow
児玉公信さんの本「システム開発の見積りのための実践ファンクションポイント法」を読んで、ファンクションポイント法を業務モデルの計測に使えないか、考えてことをメモ。 #まとまっていないので、あくまでもメモ書き。 ファンクションポイント法(FP法)は、機能の規模の見積もりとして古くから知られている。 しかし、計算が複雑で、見積もりの根拠となるモデルが曖昧なため、普及しているとはいえない。 「システム開発の見積りのための実践ファンクションポイント法」で興味深いと思った点は下記の通り。 【1】業務設計やシステム提案という早い段階で、概算の工数見積もりを出す道具として、FP法を使うこと。 FP法を使うタイミングとしては、RFPによる提案やシステム化構想、業務設計など、プロジェクト計画書を作る段階を想定している。 実際の業務設計では、顧客の現行業務と新業務の二つのモデルを作り、システム化の利点をアピール
著作 SCRUM BOOT CAMP THE BOOK 著者/訳者:西村直人 永瀬美穂 吉羽龍太郎 出版社:翔泳社( 2013-02-13 ) 定価:¥ 2,520 スクラム初心者に向けて基本的な考え方の解説から始まり、プロジェクトでの実際の進め方やよく起こる問題への対応法まで幅広く解説。マンガと文章のセットでスクラムを短期間で理解できます。スクラムの概要を正しく理解したい人、もう一度おさらいしたい人にオススメ。 CakePHPで学ぶ継続的インテグレーション 著者/訳者:渡辺 一宏 吉羽 龍太郎 岸田 健一郎 穴澤 康裕 出版社:インプレス( 2014-09-19 ) 定価:¥ 4,320 Webアプリケーション開発における継続的インテグレーションについて、CakePHPのサンプルをベースにして、その概要から使用ツール解説、導入方法、メンテナンスまでを解説
要求や要件管理に関する本「要求開発と要求管理―顧客の声を引き出すには」「成功する要求仕様 失敗する要求仕様」を読んで、アジャイル開発との関係についてメモ。 【1】IBMでは、「要求」と「要件」の言葉を意識的に使い分けていると聞いた。 「要求」とは、ユーザの生の要望。粒度が荒く、MECEでもない。 「要件」とは、SIが要求を咀嚼して、顧客が分かるレベルの要望にしたもの。 「要件」には3種類あると言う。 一つ目は、ユーザ企業の経営層の観点から見る事業要件。ビジネス要件とも言われる。 2つ目は、ユーザ企業の現場層の観点から見る業務要件。顧客の実際の業務フローのレベルに相当する。 3つ目は、システムの観点から見た機能要件。非機能要件は、性能や信頼性などに関わる要件として区別される。 我々技術者が見る要件は、システム要件に相当する。 しかし、顧客と話す場合、業務要件でなければ会話ができない。 更に、
20分x2本の枠にし、3人候補を立て、投票で選ぶ形式にしたのですが、決選投票で2位に選ばれましたので、発表させて頂きました。 日常でTracを使ってきて、あと、Scrumも勉強してきて、基礎編になるような資料を作らないとな、という思いで作ってみたのですが、いかがでしょうか (いや、まあ、ダメなんだけど)。 20100226 Trac And Scrum in OSC 2010 Tokyo/Spring View more presentations from kawaguti. Tracを素でつかって、スクラムをやる話にしたはずが、Tracの画面写真を入れ忘れる大失態。 「これじゃー、Redmineでもかわんない」あー、たしかに、じゃそっちでも話できますね。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く