スラドこの議論は賞味期限が切れたので、アーカイブ化されています。新たにコメントを付けることはできません。(#425190)ISOの監査と火災訓練の日は無理やりでも出張つくって逃げてます。(#425220)30階から1階まで非常階段で実際に避難。体力使い果たしてその後仕事にならないです・・・。(#425237)実際上りより下りの方が体にきますからね。今となっては2日後の筋肉痛。#登山やってましたが山では基本でした。Coward無理矢理出張作って逃げてるんだったら、どちらにせよ仕事してないんじゃないでしょうか。避難訓練に出て、そのあと休みにすればいいと思いますが。いざというときに他人を殺さないためにね。(#425494)>だったら、ちゃんと避難訓練に出て、そのあと休みにすればいいと思いますが。>いざというときに他人を殺さないためにね。それは、その避難訓練が「きちんと訓練になってる内容である」場合に限られる話っすね。避難訓練しましたというポーズでしかなくなっちゃう。ポーズだけで(その組織が)自己満足しちゃって危険、かも知れない。#ポーズだけのプロジェクト管理をされてるらしいのでG7。(#425251)うちの会社もこの間監査があって仮病で休みました。みんな仮病だって分かっているけど、ISOをまるで勉強していないことも知っているので、誰も突っ込まず。言い訳しとくと、うちは、ソフトウェア会社なんですが、ISOのために古典的なウォーターフォール型の開発プロセスを作られて困っています。上の方はもうISOを取得することしか考えてなくて開発効率なんて二の次なんですよね。ドキュメントは作成するけど、開発手法は自己流でやらせてもらってます。ISOのプロセス守ったところで品質も効率も上がるとは思えん。(#425283)そもそも、効率や品質の向上を目指して作られているんじゃないと思うが>ISO9000業務の手順の明文化、実行した各段階の成果の明文化で、あとから過程のトレースができるようにすることが真意だったと思う。アメリカなど頻繁に転職しまくりの社会で、人がどんどん入れ替わって言ってもプロジェクトが頓挫したりしないようにと言う需要から生まれてきたのじゃなかったっけ?だから当然余計な仕事は増えて効率は悪くなる。べつに品質が良くなるわけでもない。新たな人がプロジェクトに入ってきたときに、あるいは担当者が辞めてしまったときに、追いついたり、フォローがしやすくなる。そもそも、効率や品質の向上を目指して作られているんじゃないと思うが>ISO9000誰が作業しても一定の品質を維持できるようにすることが目的ですね。工場におけるプロダクト生産を前提にしたものです。生産ラインが並んでいる工場用の規格として読み直してみると、非常によく理解できると思いますよ。アメリカなど頻繁に転職しまくりの社会で、ISO9000は、ヨーロッパ(イギリス)発ですね。米国企業は、ISO9000にはあまり関心を払ってないですね。(#425501)>誰が作業しても一定の品質を維持できるようにすることが目的ですね。[nagaokaut.ac.jp]という話(とそこからのリンク各種)を読めば十分に寒くなれます。ソフトは生産じゃなく設計を見本(ってのか)にすべきものらしいので。#こないだも使ったネタなんでG7。(これがもし本当なら)俺はかなりショック受けたので。#みんなはショック受けないか?ペンタゴンが恨めしく思えてこないか?(笑)考えてみたら、ソフトウェアを「大量」生産することなんて、無いですもんね。我々が書くのはあくまでソースという名の設計図。設計図なんて大量生産するものじゃないでしょう。納入物を量産することに比べれば微々たる数です。それを真の意味で「量産」するのは、たしかに、上記ページの下のほうにある「ソフトウェア設計とは何か?」で主張されてるように、CPU様なんですよね。完全自動化された(恐らく)完璧な工場が、既に常に(自分の机の上に)有る。設計図を書いたり直したりする工程において、「誰が作業しても一定」になるような枠組みでないと駄目、ってことでしょうね。#そういうの、有るんでしょうか?>ISO9000は、ヨーロッパ(イギリス)発ですね。米国企業は、ISO9000にはあまり関心を払ってないですね。階級社会ですか、と言ってみるテスト。階級といえば、そういや昨夜だったかのNHKで、ドイツの教育制度の問題の話をやってました。階級(生まれながらに決まる?)とはちょっと違うけど、悪い意味での能力別教育の問題の話だったようです。10歳(小4?)くらいで、その後の進路の大枠を決めてしまう(労働者/技術者/管理者それぞれ向けの教育コースがはっきり分かれる)ためなのか、特に労働者コースの子供らが無気力に陥ってるらしい。それじゃ不味いってんで、教育のスタイルを選別じゃなく才能開発のほうにシフトしようか?とか考えてるところらしい。作られて困っています。「ウォーターフォール型の開発プロセス」を強いているわけではないよね。プロセスを決め、評価し、改善しているかどうかが鍵なわけで。ほとんど知らないわけだが、どうか。(#425270)そうだと思います。僕もあんまりISO知らないけど。統一的な開発プロセスを作らなきゃいけない(しかも大概急いで)となったときにモダンなソフトウェア開発手法なんていうものを知るはずもない会社のISO部門が陥りやすい罠ではないかと思います。これは、今の急速なISO取得ラッシュの弊害と言ってもいいような気がします。(#425303)監査の日には、正直者の私は出張に行かされるか、もしくは実験室に閉じ込められます。#嘘をつくのが下手なだけなんですが・・・。(#425502)もしや、この場合の「組織内で重要な仕事」とは即ち「嘘」のことであったりはするまいか?(^^;だとすればまあ確かに、組織外に通用する(=その存在が認知され得る)「仕事」ではありませんが。Cowardどっちかというと、ISOと無関係か、あえて無視してでも仕事をすすめるほうかもね。品質を確保するのはISO(9000シリーズ)という仕組みではありません。ISOがあるから設計品質が高くなるというのは大間違いです。[tokyo.jp]です。プロジェクトに次から次へと放火している犯人がいるのにせっせと消火活動するのは虚しいでしょ?まず、放火犯を捕まえましょう!・・・っていっても、放火犯がわかっていてもなかなか引導渡せないのがつらいっす。消火活動してる間に別なプロジェクトに放火されるし。本職の消防士の方々って大変だなぁ、と実感できます(違シェア親コメントより多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。service.閉じるスラド処理中...。