制度会計とAgile開発・"Stupid Finance team!" - masayang's diary

暮らしカテゴリーの変更を依頼記事元:

masayang.hatenablog.com

13 usersがブックマークコメント

記事へのコメント8件

注目コメント
新着コメント

imai78 事業の結果を会計で表現したい筈なのに、会計にあわせて事業を整形するのって、やっぱ本末転倒だよな。

2009/12/10 リンク

tarchan 適当で充分だよな＞働いた時間をそれっぽく分割して、会計チームに渡せば良い。連中はその数字が正しいかどうか判断しようがないんだから。要は空欄埋めてもらえればそれでハッピーになれるような人達です。

2009/12/04 リンク

fujiyoshisyouta コスト削減の「指示」を出す側としても、単純に「コスト削れ」という指示を出すだけだと、突如としてアホな子だとバレたことになってしまいますので、予備段階でアホであることを匂わせておく必要があるのです。

SCRUM
IT

2009/12/04 リンク

int128 内製はこれでおｋ。請負SIだと投資と維持費の根拠を求められるから難しい。ああ無駄。

2009/12/04 リンク

rochefort まぁ、そうなるよね

*開発

2009/12/04 リンク

yukinarian0 会計上はそれっぽく埋められていて、開発側が「合ってる！」と言えればOK、と。

agile

2009/12/04 リンク

wwolf >要は空欄埋めてもらえればそれでハッピーになれるような人達です。< #この言い回しにグッときた

2009/12/03 リンク

katzchang バグ密度とかはでっちあ・・・・・・おやっ？

2009/12/03 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

制度会計とAgile開発・"Stupid Finance team!" - masayang's diary

Scrumのメーリングリストで興味深いネタがあがっていた。まず質問した人 our Finance team has instruc... Scrumのメーリングリストで興味深いネタがあがっていた。まず質問した人 our Finance team has instructed us to code all of our hours to one of the following categories: Analysis, Design, Build, Test, Post Launch Support. 弊社の経理チームが、私たち開発チームの勤務時間を「分析」「設計」「開発」「テスト」「サポート保守」に区分して報告するように要求してきました。 Obviously, this feels pretty non-agile. The response to questions on this has been that this coding follows Generally Accepta ble Accounting Pri