デスマーチがなくなる？ IT業界に義務付け「工事進行基準」ってなんだ ― ＠IT

ユーザーの要件定義があいまいでシステム開発中も修正に次ぐ修正。プロジェクトは大幅に遅れて、予算が超過。しわ寄せは下請け、孫請けへ。デスマーチ……。新3Kともいわれるこんな日本のIT業界が2009年4月に大きく変わるかもしれない。そのきっかけとなるのが「工事進行基準」の原則義務付けだ。 【関連記事】 工事進行基準を分かりやすく解説してみよう【基本編】 工事進行基準を分かりやすく解説してみよう【対応編】 工事進行基準（用語解説）とは会計基準の変更によって2009年4月にシステム・インテグレータ（SIer）など受注ソフトウェア開発業に原則として義務付けられる収益の計上方法。開発期間中にその売り上げと原価（費用）を、工事（ソフトウェア開発、システム開発）の進捗度に応じて、分散して計上する仕組みだ。 これまでSIerは、工事進行基準ではなく、開発終了時に売り上げと原価を一括計上できる「工事完成基準」

[R-K]

「工事」とかいってる間はデスマなくならないような気がする

[ogan]

結局、お客との力関係だからね。

[lizy]

@ITの工事進行基準の説明「主として土木・建築、プラント建設、造船、一部機械装置の製造・設置」ソフトウェア開発とこれらは同類だった、のか……？

[hamasta]

医師や弁護士と同じく免許制度になるまでデスマはあまり変化ないと思う

[msuga2000x]

「工事進行」...なるほど、名実共にITドカタというわけか。

[s_ryuuki]

工事進行基準

[webmarksjp]

プロジェクト管理

[n-sega]

工事進行基準

[relax4u]

工事進行基準（用語解説）とは会計基準の変更によって2009年4月にシステム・インテグレータ（SIer）など受注ソフトウェア開発業に原則として義務付けられる収益の計上方法

[ReLax]

工事進行基準（用語解説）とは会計基準の変更によって2009年4月にシステム・インテグレータ（SIer）など受注ソフトウェア開発業に原則として義務付けられる収益の計上方法

[shortcut]

先進的なSIerってなんなのさ

[okdt]

工事進行基準

[kimura_m_29]

『開発期間中にその売り上げと原価（費用）を、工事（ソフトウェア開発、システム開発）の進捗度に応じて、分散して計上する仕組み』『現場で働くエンジニアの労働環境の改善につながるかもしれない。』工事なあ…。

[asagi29]

『開発期間中にその売り上げと原価（費用）を、工事（ソフトウェア開発、システム開発）の進捗度に応じて、分散して計上する仕組み』『現場で働くエンジニアの労働環境の改善につながるかもしれない。』工事なあ…。

[iga_k]

むーん、現場の人たちの足をひっぱることにならなければいいのだけど。

[beakmark]

[

[fofofofo]

粉飾する企業が続出しそうだ（ｗ

[hiro55bs]

売上計上の時に使われるだけか、名ばかりのマネージャの排除と適正なプロジェクトマネジメントを進めるかは現場次第。技術者も法務・経営の知識・能力を身につけよう。

[morita_non]

書類仕事が増えるだけで後は何も変わらず。の予感。

[bean-jam]

ITに工事進行基準を適用とは・・・。あくまで会計縛りなのでガラス張りとまでは行かないけれど、それでなくても曖昧な原価を計算する機会が増えるし影響ありと見る。

[Southend]

まぁ、頑張ってください。

[ut566]

自縛ネタでは

[hsksyusk]

この義務付けに対応する工数が増えるだけとしか思えない。所定のフォーマットに監査を通る適当な値を埋めていくだけの簡単なお仕事ですよ。

[t-murachi]

あほくさ。よーするにソフト屋がデスマするのはテメーらんとこの経営者の責任だからテメーらで仕事の仕方をどーにかしろって話だろ。小さいところがますます仕事を取りにくくなるだけの話じゃねーか。

[lamich]

はっきり言って建築業となんら変わらない。ただ法律が追いついてないだけ。いい傾向ですよ。あと5年もすれば建築業界みたくギチギチにルールで縛られてくるからそしたら俺らだけ特別みたいな発言はできなくなるねｗ

[tridentfield]

開発を工事とか言うんじゃねーｗ　むしろ免許制を！

[iww]

ネタだろうとなんだろうとやるしかない。まいった

[gimbuee]

やったーやったーやったーw

[kwt514]

ネタだろ。ソフトウェア開発を工事ってwww

[wisboot]

どんぶり勘定じゃなくて、そもそも建設プロジェクトでは予測可能なコストでもソフトウェアプロジェクトではソフトウェアのデザインとテストは予測が特に難しい。結果的にはやった分だけ払う状態になりがち

[orangewind]

会計方針が変わるだけで、デスマーチが無くなるとは到底思えない。ただ、ガラス張りになる部分が増えるので、徐々に状況は改善されるのでは？と思ったりも。まぁきちんと基本設計が出来てないとデスマーチは不可避。

[esper]

先に要件を定義するなんてありえないよ。要件定義が終了したときにコードが書きあがるんだからさ。むしろデスマーチは増える。間違いない。

[kmachu]

リンク先の工事進行基準の記述を読む限り、あくまで会計上の問題であって、実際の支払時期はこれまでと変わらないように読める。今でも事前に見積もりを出しているんだから、あまり影響ないような気がする。

[legnum]

正確に見積もり出すのは時間がかかる。綿密に計算してどうせズレるなら最初からどんぶり勘定で割に合わない仕事と化したら早めに切り上げる方向に持ってく方が良さげ