FogBugz - Wikipedia
FogBugzの主な機能は、バグトラッキング機能・Wiki・コミュニティ・エビデンスベーススケジューリング（後述）・顧客関係管理機能である。FogBugzの利用方法としては、パッケージを購入（ダウンロードを含む）して自分の環境に導入する形態と、Fog Creekによるホスティングサービスを利用する形態（FogBugz On Demand）がある。 エビデンスベーススケジューリング（Evidence-Based Scheduling）とは、Fog Creekの創業者でCEOでもあるジョエル・スポルスキが考案したソフトウェアの見積手法である。[1] 通常のプロジェクトマネジメントでは通常、休日・病欠・庶務・休憩といったプロジェクトに直結しない活動はスケジュール計画からは除外され、プロジェクトに直結した時間のみが計測の対象となる。しかし、実際のプロジェクトではこれらの時間を明確に区分することは難
エビデンスベーススケジューリング（More Joel on Software） - ayatukiの雑記
先週で Gauche 本読み終わったので More Joel を読み始めた。 今日読んだところで印象に残ったのでエビデンスベースのスケジューリングという奴。 作業時間を記録しておいて、実際に見積もるときには過去の同じような作業時間を参考に作業時間を見積もるということは、結構うちの周りでもやられている。 ここで、エビデンスベースのスケジューリング方法では、見積もり時間と作業時間のズレを補正値として使う。補正値を新しく見積もった期間に対して使うことで、自分の見積もりのズレを補正するらしい。補正値は過去の見積もりと作業時間のズレをランダムに複数選ぶことで、何日までに終了する確率という形でスケジュールを見積もることができる。 この方法では作業時間に実作業だけでなく、他の割り込み時間も含めた上で記録しておく形であり、こうすることで、作業時間に対する割り込み時間の影響も考慮できるようになるという点はな
やさしいソフトウェアスケジュール - B型の日常
１．Microsoft Excelを使う。 Microsoft Projectの問題点 ・Microsoft Project、依存関係に重点を置いている。ソフトウェアは、依存関係は明らかで、公式に管理するものではない。 ・「再平準化」とは作業を整理して、別の人に再割り当てすることを意味するが、ソフトウェアではこれは意味をなさない。プログラマは交換可能ではないからだ。リタのバグをジョンが直すのに比べ、７倍長くかかる。 ２．単純に保つ。 ジョエルの標準フォーマット 機能・タスク・優先度・当初見積・現在見積・経過時間・残り時間 ３．それぞれの機能はいくつかのタスクからなる。 スケジュール作りの最も重要な部分は、このタスクリストを作ることだ。したがって鉄則は・・・。 ４．そのコードスケジュールを立てられるのは、それを書くプログラマだけ。 マネジメントがスケジュールを書いてそれをプログラマに渡してい
ウォーターフォールなんて最初から形骸化している - 09
アジャイル推進派はいちいちウォータフォール（および、伝統的にそれを使ってきたSIer）を非難しているが、大きな案件に関して言えば純粋なウォーターフォールの方が珍しいだろうし、小さな案件でいえばそもそもアジャイルにしたところでそう何回もスプリントを回せない＝あまりフィードバックを反映できない＝つまりアジリティを持てないようなレベルの案件も割とあったりする。つまり一方を非難することにたいした意味は無いはずだ。 まあ大きな失敗案件が取り立ててウォーターフォールである事を喧伝されるのだろうが、そうでない（大きく失敗していない）案件で言えば逐次的な顧客との調整とゴールの変更はいわゆるSEと呼ばれる人たちの仕事として認識されているはずだし、多くの案件はそうやって進められているように思っている。個々のプラクティスに関して見ても一見ウォーターフォール案件でもアジャイルのプラクティスが多用されているケースも
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
事例によるスケジューリング
