チケット駆動開発のアンチパターン - プログラマの思索
チケット駆動開発のFAQ、プラクティス集以外にも、アンチパターンを考えてみた。 以下メモ書き。 【元ネタ】 チケット駆動開発のFAQ: プログラマの思索 【再考】TiDDのプラクティス集: プログラマの思索 【1】チケットのアンチパターン 【1-1】乱発されたチケット よくある最悪なパターンは下記2ケースがあるだろう。 設計、開発、単体テストまでは穏便なものの、結合テストで火を噴き、たくさんのバグ報告があがる。 あるいは、リリース直後には、たくさんの障害報告や問合せが殺到する。 そのままチケットに登録すると、チケットが乱発される。 そして、それらのチケットを精査する工数が開発チームの許容量を超えると、チケットは放置される。 こういう状況はもはや、アジャイルだろうがTiDDだろうがCMMIだろうが、手に負える状況ではない。 【1-2】有効期限切れのチケット・放置されたチケット 終了予定日を過
見積もり・発注 - 技術情報Wiki
発注／調達 † 値切ってはいけない 2009.3.6 確かに，プロジェクトには予算が決められており，その予算の枠内でやり遂げる必要がある。どうしても予算と見積もり金額が合わない場合には，入念に価格交渉を行い，発注者と受注者の双方が金額の妥当性について合意した上で確定させるべきなのだ。 そのためには，PMは出てきた見積もりを査定する能力が必要であり，かつ高い折衝能力が必要である。 はじめてのRFP 2008.2.4 調達用語 RFP,SLCP,SPAとか ＲＦＰ（Request For Proposal：提案依頼書） ＳＬＣＰ−ＪＣＰ９８：Software Life Cycle Process - Japan Common Frame 1998 ＳＰＡ（Software Process Assessment）
IFRSで工事進行基準は廃止？ ITベンダーを悩ます話の深層
久しぶりに工事進行基準の話。間抜けなことに、この話題にしばし関心を向けずにいたため、世の流転に気付かなかった。何のことかと言うと、ITベンダーがやっとの思いでSI事業の会計処理に適用した工事進行基準が、この先、使えなくなる可能性が出てきたことだ。国際会計基準（IFRS）で認められなくなることが想定されるためで、まさに話の前提が覆るような事態だ。 この騒ぎの発端は、昨年12月に公表された、国際会計基準審議会と米国財務会計基準審議会によるディスカッション・ペーパーなるもの。「顧客との契約における収益認識に関する予備的見解」と題するこのペーパーの中に、「企業が履行義務を充足したときだけ収益を認識すべき」との一文が入っていたから、さあ大変。これは、検収書をもらう前に売上を“分散計上”する工事進行基準の完全否定である。 どうやら、これは米国の会計基準をIFRSに合わせるにあたって、米国と欧州の間で繰
自分戦略研究室 ― ＠IT自分戦略研究所
新入社員の皆さん、会社には慣れましたか？ 一見ネガティブに聞こえるかもしれない、でも毎日を少しだけ「楽しく働く」ためのアドバイスです。(2024年4月17日)
趣味のプロジェクトをきちんと仕上げるには? | スラド IT
金をもらってやるプロジェクトだと、完全なロードマップや納期もあるし、プロジェクトに集中することになる。しかし趣味でやっているプロジェクトは完成したためしがなく、品質にも納得したことがない。なぜだろう? 思うに以下のような問題がありそうだ。 自分に最もアピールする機能にばかり目が行って、他のところに手が回らない落ち着いて作業できる時間、まとまった量の時間をプロジェクトに割けない外部からのプレッシャーがない新技術の練習として、実験的に同じプログラムを違う言語やライブラリで実装することが多い。よって、機能的には進歩がない これに対する処方箋として次のようなものはどうだろうか。 最小限の機能セットを定義し、そこが終わるまでカッコいい機能の開発には取りかからない休暇や週末など、まとまった時間を割ける時だけ手をつける自分でデッドラインを設定して、達成したら自分にご褒美を出す実験はほどほどにする
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
