<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:thr="http://purl.org/syndication/thread/1.0">
    <title>ヤマガタ共同ブログ: ＩＳＯ</title>
    <link rel="self" type="application/atom+xml" href="http://y-kyodo4.ic-blog.jp/ykblog/cat6338811/atom.xml" />
    <link rel="alternate" type="text/html" href="http://y-kyodo4.ic-blog.jp/ykblog/" />
    
    <id>tag:app.ic-blog.jp,2003:weblog-116310</id>
    <updated>2016-10-18T13:25:15+09:00</updated>
    <subtitle>事務所からのブログ</subtitle>
    <entry>
        <title>製品に関する要求事項の理解</title>
        <link rel="alternate" type="text/html" href="http://y-kyodo4.ic-blog.jp/ykblog/2016/10/post-e090.html" />
        <link rel="replies" type="text/html" href="http://y-kyodo4.ic-blog.jp/ykblog/2016/10/post-e090.html" thr:count="0" />
        <id>tag:app.ic-blog.jp,2003:post-57709547</id>
        <published>2016-10-18T13:25:15+09:00</published>
        <updated>2016-10-18T17:25:20+09:00</updated>
        <summary>当社で製作している制御盤は、最終的にどのような使われ方をしているか を知ることが...</summary>
        <author>
            <name>y-kyodo4</name>
        </author>
        <category scheme="http://www.sixapart.com/ns/types#category" term="アタリマエ" />
        <category scheme="http://www.sixapart.com/ns/types#category" term="ＩＳＯ" />
        
        
<content type="html" xml:base="http://y-kyodo4.ic-blog.jp/ykblog/">
<![CDATA[
<div xmlns="http://www.w3.org/1999/xhtml"><pre>当社で製作している制御盤は、最終的にどのような使われ方をしているか<br />を知ることが難しい場合もあります。<br />どのような工場で何を作るための設備なのか、<br />製作担当者が知ることでもっと良い製品を作れるのではないか。<br />このような深い解釈で、<br />さんづけ委員会（顧客満足度を向上させる取り組みのチーム）は、<br />最終製品情報をプレゼンする説明会を行いました。</pre>
<p><a href="http://y-kyodo4.ic-blog.jp/.shared/image.html?/photos/uncategorized/2016/10/18/p1040010.jpg" onclick="window.open( this.href, '_blank', 'width=800,height=600,scrollbars=no,resizable=no,toolbar=no,directories=no,location=no,menubar=no,status=no,left=0,top=0' ); return false"><img class="asset  asset-image at-xid-photo-54228611" style="width: 320px; display: block;" alt="P1040010" title="P1040010" src="http://y-kyodo4.ic-blog.jp/ykblog/images/2016/10/18/p1040010.jpg" /></a></p></div>
]]>
</content>


    </entry>
    <entry>
        <title>ミスの発生原因</title>
        <link rel="alternate" type="text/html" href="http://y-kyodo4.ic-blog.jp/ykblog/2010/09/post-0bc2.html" />
        <link rel="replies" type="text/html" href="http://y-kyodo4.ic-blog.jp/ykblog/2010/09/post-0bc2.html" thr:count="1" thr:updated="2010-09-14T12:49:51+09:00" />
        <id>tag:app.ic-blog.jp,2003:post-39956641</id>
        <published>2010-09-13T14:33:11+09:00</published>
        <updated>2010-09-13T14:33:11+09:00</updated>
        <summary>今月のマネジは、決算後最初のマネジとなります。 決算後正式な数字は後日、と遠くを...</summary>
        <author>
            <name>y-kyodo4</name>
        </author>
        <category scheme="http://www.sixapart.com/ns/types#category" term="ＩＳＯ" />
        
        
<content type="html" xml:base="http://y-kyodo4.ic-blog.jp/ykblog/">
<![CDATA[
<div xmlns="http://www.w3.org/1999/xhtml"><p>今月のマネジは、決算後最初のマネジとなります。</p>

<p>決算後正式な数字は後日、と遠くを見る目で経理部長がおっしゃいました。。。</p>

<p>今回のマネジでは、前期の目標達成状況を報告しました。<br />未達成のものも多くございます。<br />悲しむなかれ、未達成ならば是正処置（予防処置）ができるじゃありませんか。この処置で確かな実績をつけて一段階上へ行こうではありませんか。。</p>

<p>さて、今月の社長の指示は、<br />25期の不適合発生原因上位５件について再発防止策をとること。<br />その５位とは･･･恥かしながら･･･<br />「うっかり」<br />「わたわた」<br />「確認不足」<br />「過信」<br />「見間違い」と続きます。<br />実に全体の５割強を占めています。<br />原因は担当者自らの分析によってでた言葉を使っておりますので、社内でのみ通用するかと思います。ただ、「うっかり」というのは、不適合という現実を知らされたあとの取り繕いであって、その時々は「うっかり」な気分で仕事をしていたわけではないと思うのですよ。「うっかり」ってうわの空？心ここに在らず？？なのでしょうか。。「わたわた」は納期追われで確認不足、「確認不足」はそのまま、「過信」は確認不足を生んで、「見間違い」は確認が足らなかったのでしょうか。。『確認』そのわずかな手間を惜しむとミスにつながるのかもしれません。総務部門長も言っておりました。</p>

<p>今書きながら思いました。<br />不足しているのは、、<br />手順を履行する責任かな～　<br />責任感を強くするには。。。やはり製品要求事項を深く理解すること。。。かな～</p>

<p>また堂々巡りになりますが、この循環もどこかのポイントで区切って原因除去をしなければなりません。</p>

<p>その区切るポイントを社長指示とからめて処置を実施してみようと思います。</p></div>
]]>
</content>


    </entry>
    <entry>
        <title>底上げのレベルアップ改め。。</title>
        <link rel="alternate" type="text/html" href="http://y-kyodo4.ic-blog.jp/ykblog/2010/08/post-137f.html" />
        <link rel="replies" type="text/html" href="http://y-kyodo4.ic-blog.jp/ykblog/2010/08/post-137f.html" thr:count="0" />
        <id>tag:app.ic-blog.jp,2003:post-39657777</id>
        <published>2010-08-11T17:00:13+09:00</published>
        <updated>2010-08-11T17:07:13+09:00</updated>
        <summary>今月のマネジは。。。 決算月ということもあり、 残り数週間での追い込みによって ...</summary>
        <author>
            <name>y-kyodo4</name>
        </author>
        <category scheme="http://www.sixapart.com/ns/types#category" term="ＩＳＯ" />
        
        
<content type="html" xml:base="http://y-kyodo4.ic-blog.jp/ykblog/">
<![CDATA[
<div xmlns="http://www.w3.org/1999/xhtml"><p>今月のマネジは。。。<br />決算月ということもあり、</p>

<p>残り数週間での追い込みによって<br />次へつながるかの明暗を分けるのです、<br />との総務部門長から脅しのお言葉が。。</p>

<p>社長からは、<br />とにかく考えなさい、考えて行動しなさいと。</p>

<p>*******</p>

<p>マネジでの報告の資料に提案が寄せられました。<br />不適合データ、達成率、とよろしくないデータが報告されますが、<br />それを改め、よいデータを出したらよいのではないか、と。</p>

<p>う～ん、よくできたのを褒めよう、と。<br />底上げで全体のレベルアップを考えているわけですが、<br />この際、上を引っ張って行くことで、全体をひっぱり上げてもらおう、と。</p>

<p>平均値を上げるには、その方が早く達成されるかもしれませんね。</p>

<p>ですが、、格差が広がり。。不穏な時代が。。との懸念もあります。</p>

<p></p>

<p></p>

<p></p>

<p>要求事項は？</p>

<p>・・・・・<br />不適合の原因、起こりえる不適合の原因。。。</p>

<p>これは、適合の水準を上げることで、不適合の原因を除去できる？<br />そんな分析結果が出せれば、処置に持ってこれる？いや、予防処置のネタにはできるけど。。。マネジで不適合実績以外の適合実績を報告するのは逆に大変かも。</p>

<p>適合実績は、予防処置のネタとして、不適合を出さない人を褒める、達成率を達成した担当を褒める、というのはできそうです。表彰制度追加してもらう？予防処置として承認されないかしら。</p></div>
]]>
</content>


    </entry>
    <entry>
        <title>記録はなぜ必要か</title>
        <link rel="alternate" type="text/html" href="http://y-kyodo4.ic-blog.jp/ykblog/2010/07/post-74c8.html" />
        <link rel="replies" type="text/html" href="http://y-kyodo4.ic-blog.jp/ykblog/2010/07/post-74c8.html" thr:count="2" thr:updated="2010-08-11T16:56:03+09:00" />
        <id>tag:app.ic-blog.jp,2003:post-39547557</id>
        <published>2010-07-30T16:10:28+09:00</published>
        <updated>2010-07-30T16:14:08+09:00</updated>
        <summary>ISOで、品質記録はなんで必要なのですか。 という質問を受けました。 20代のベ...</summary>
        <author>
            <name>y-kyodo4</name>
        </author>
        <category scheme="http://www.sixapart.com/ns/types#category" term="ＩＳＯ" />
        
        
<content type="html" xml:base="http://y-kyodo4.ic-blog.jp/ykblog/">
<![CDATA[
<div xmlns="http://www.w3.org/1999/xhtml"><p>ISOで、品質記録はなんで必要なのですか。</p>

<p>という質問を受けました。<br />20代のベテラン社員に！</p>

<p>ところで今、<br />「品質」って付けました？<br />なんだか懐かしい。。<br />品質記録。。。<br />そんな限定的な言い方、今はしていないのですよ。</p>

<p>最近は、「記録」「文書」と言います。<br />だって、マネジメントが含まれましたから、<br />ISO規格がどうのこうの言っているから<br />そのために記録を作る、そんな時代は終わっています。<br />ISOのためにISOのためだけの記録を作成する。<br />その記録を限定する意味で「品質記録」と言っていた、のかもしれません。</p>

<p></p>

<p></p>

<p>なので、なぜ記録は必要か？という質問に置き換えます。</p>

<p></p>

<p>答え。<br />①ＰＤＣＡを回すため。又は、<br />ＰＤＣＡスパイラルを上昇させるため。でしょう。<br />それぞれの活動を次につなげるために記録が、文書が必要です。<br />何もないと社員が共有できないですもの。</p>

<p>②ISO規格が要求することを実際にやっているかの証拠を残すため。<br />注意。ISO要求は最低限だと思うこと。会社で要求するのはもっともっと多いはず。</p><br /><p>今は、ISOに関係なく、会社が、管理が必要と判断したものは全部、ＩＳＯの管理手順で管理するべきだと思っています。<br />例えば、日報はＩＳＯでは要求されていないけど、マネジメント上（会社の経営上）時間管理は必要で、そのもとになるデータも大事だと決めたら、ＩＳＯの手順で記録管理するべきです。<br />費用対効果を考えるとバカだけど。</p>

<p>ISOに振り回されてはいけません。<br />うまいこと活用すべきです。<br />PDCAスパイラルの上昇のために。</p></div>
]]>
</content>


    </entry>
    <entry>
        <title>今月のマネジ</title>
        <link rel="alternate" type="text/html" href="http://y-kyodo4.ic-blog.jp/ykblog/2010/07/post-e594.html" />
        <link rel="replies" type="text/html" href="http://y-kyodo4.ic-blog.jp/ykblog/2010/07/post-e594.html" thr:count="0" />
        <id>tag:app.ic-blog.jp,2003:post-39378445</id>
        <published>2010-07-12T16:56:47+09:00</published>
        <updated>2010-07-12T16:56:47+09:00</updated>
        <summary>本日のマネジでの社長指示は、、 「レベルアップを図ること」 補足として、 今自分...</summary>
        <author>
            <name>y-kyodo4</name>
        </author>
        <category scheme="http://www.sixapart.com/ns/types#category" term="ＩＳＯ" />
        
        
<content type="html" xml:base="http://y-kyodo4.ic-blog.jp/ykblog/">
<![CDATA[
<div xmlns="http://www.w3.org/1999/xhtml"><p>本日のマネジでの社長指示は、、<br />「レベルアップを図ること」</p>

<p>補足として、<br />今自分たちがやっていることが最良だと思いがちですが、<br />違った角度からみると、そうでないことに気がつくことがあります。</p>

<p>まずは、その違った角度から見ることができる視点を養うことが大事。</p>

<p>その視点を養うためには、個々がレベルを上げなければなりません。</p>

<p>個々のレベルを上げるには。。。</p>

<p>要するに勉強して成長しなさい、と。</p>

<p></p>

<p>社会人として、人として？言われるまでもなく、やっていくべきことのように思います。</p></div>
]]>
</content>


    </entry>
    <entry>
        <title>製品品質目標</title>
        <link rel="alternate" type="text/html" href="http://y-kyodo4.ic-blog.jp/ykblog/2010/06/post-8453.html" />
        <link rel="replies" type="text/html" href="http://y-kyodo4.ic-blog.jp/ykblog/2010/06/post-8453.html" thr:count="0" />
        <id>tag:app.ic-blog.jp,2003:post-39013745</id>
        <published>2010-06-15T11:55:33+09:00</published>
        <updated>2010-06-15T16:35:33+09:00</updated>
        <summary>先日読んだ雑誌で、作業者がその仕事の本当の意義を知っているとやる気がでて、利益に...</summary>
        <author>
            <name>y-kyodo4</name>
        </author>
        <category scheme="http://www.sixapart.com/ns/types#category" term="ＩＳＯ" />
        <category scheme="http://www.sixapart.com/ns/types#category" term="ＩＳＯ" />
        
        
<content type="html" xml:base="http://y-kyodo4.ic-blog.jp/ykblog/">
<![CDATA[
<div xmlns="http://www.w3.org/1999/xhtml"><p>先日読んだ雑誌で、作業者がその仕事の本当の意義を知っているとやる気がでて、利益に繋がる。という記事を読みました。</p>

<p>それを読んで、私に浮かんだのは、数年前のＩＳＯの審査でのこと、製品要求事項はなんですか？と問われた時のことが浮かびました。</p>

<p>要求事項で、5.4.1品質目標と7.1a)製品実現の計画で製品品質目標を設定して明確にしなければならいと言っています。</p>

<p>そうですが、以前からこの項がイマイチしっくりこない気がしていたのです。</p>

<p>なぜか。それはうちの会社で頂いている仕事が、何に使われ又は何を作る設備なのかわかりにくいからではないか。。。</p>

<p>電気制御盤という分野上、その制御盤がコントロールする機械装置の部分が他社様で製作されていることもあり、実際に何の設備であるのかわかりにくいことが多いのです。制御盤に限らず、半製品であれば同じことが言えそうです。</p>

<p>なので、製品の要求事項とは、図面どおりか、に尽き、品質とは図面と一致しているかに限定されてきました。</p>

<p>しかしながら、もしかして、そこら辺の浅さが、逆に品質に影響してしまうことはないだろうか。。</p>

<p>例えば、誰が使い、何に使われるのか知っている制御盤と、何の情報もなく図面だけがある制御盤とを製作した場合を比較してどうでしょう。<br />誰かが必要としている装置であり、どのような用途の装置であるかわかっている前者の方が製作者のモチベーションは上がるのではないでしょうか。それが人情、ではないかと。。</p>

<p>さらにその装置を使って頂いているメーカーさんから、世の中に出て行く商品があり、私たち個人に届いているのかもしれません。<br />新聞や広告、メガネやカメラ、電波や水。。。</p>

<p>その作り上げたモノの意義、そのモノを作り出す装置の存在意義、使って頂いているメーカーの企業活動としての意義（社会貢献）、これを知っていたらやる気でませんか？</p>

<p>で、うちの会社で頂いている製品の用途を、製品の品質目標として、設計計画書に明確にし、携わる作業者に伝えてみようかと思っています。</p>

<p>作業者のモチベーションを保つことで品質を向上させる、これって深～い予防処置と言えそうです。</p></div>
]]>
</content>


    </entry>
    <entry>
        <title>今月のマネジ　目標達成状況の確認</title>
        <link rel="alternate" type="text/html" href="http://y-kyodo4.ic-blog.jp/ykblog/2010/06/post-2201.html" />
        <link rel="replies" type="text/html" href="http://y-kyodo4.ic-blog.jp/ykblog/2010/06/post-2201.html" thr:count="0" />
        <id>tag:app.ic-blog.jp,2003:post-38953951</id>
        <published>2010-06-10T13:51:35+09:00</published>
        <updated>2010-06-10T13:51:35+09:00</updated>
        <summary>うちの手順では四半期ごとに目標の達成状況を確認することになっていまして、今回が今...</summary>
        <author>
            <name>y-kyodo4</name>
        </author>
        <category scheme="http://www.sixapart.com/ns/types#category" term="ＩＳＯ" />
        
        
<content type="html" xml:base="http://y-kyodo4.ic-blog.jp/ykblog/">
<![CDATA[
<div xmlns="http://www.w3.org/1999/xhtml"><p>うちの手順では四半期ごとに目標の達成状況を確認することになっていまして、今回が今期４分の３を経過したマネジとなります。</p>

<p>目標については、４年ほど前から、社員一人一人が頑張れば達成できるわかりやすいものに変えておりますが（以前はクレーム率や劣化率などなど、感覚でわからない目標でした。。）今期の売上金額の目標は達成できる見込みがかなりあやしくなってきています。<br />頑張れば達成できる目標。頑張りが足りない、だけでは片付けられません。</p>

<p>目標設定が甘い、分かっていても目標を下げたくない。。目標達成のために月々、さらには日々、どう活動してきたのか、いくのか。</p>

<p>…あれれ。昨年も同様の是正処置をしましたが、その処置は功を奏していなかったことになります。（目標達成できない場合は原因を究明し是正処置していくことになっています。）</p>

<p>そうなんです。是正処置の処置が間違っていたのです。処置方法を間違うということは、究明した原因も違っている。そうです。原因を外に求めていました。外に求めてはいけないのですよ。外に原因があると考えること自体、他力を意味していて、自分たちでは処置できないということになります。さらに私たちが頑張ることで達成できる、という目標設定の前提にも当てはまらなくなってしまいます。<br />売上目標自体を反省しているのではなく、目標達成のための手段が甘かった、もしくは間違っていた、のでしょう。<br />未達成の是正処置から送り出されるサイクルのはじめ、目標達成のために立てるPLANが甘かったように思います。</p>

<p>昨年もわかっていたことですが、これからは、是正処置の原因を他に見出している場合は、ボツにして、うちの中、うちの部門、自らの中に原因を見出し、手段を考え、処置していきたいと思います。</p></div>
]]>
</content>


    </entry>
    <entry>
        <title>１１月のマネジ</title>
        <link rel="alternate" type="text/html" href="http://y-kyodo4.ic-blog.jp/ykblog/2009/11/post-ee5f.html" />
        <link rel="replies" type="text/html" href="http://y-kyodo4.ic-blog.jp/ykblog/2009/11/post-ee5f.html" thr:count="0" />
        <id>tag:app.ic-blog.jp,2003:post-35828613</id>
        <published>2009-11-16T14:02:05+09:00</published>
        <updated>2009-11-16T14:04:18+09:00</updated>
        <summary>今月のマネジの指示は、目標管理、達成度の把握と、未達成の場合、原因を突き止め予防...</summary>
        <author>
            <name>y-kyodo4</name>
        </author>
        <category scheme="http://www.sixapart.com/ns/types#category" term="ＩＳＯ" />
        
        
<content type="html" xml:base="http://y-kyodo4.ic-blog.jp/ykblog/">
<![CDATA[
<div xmlns="http://www.w3.org/1999/xhtml"><p>今月のマネジの指示は、目標管理、達成度の把握と、未達成の場合、原因を突き止め予防処置しなさい、という。<br />因みに先月の「奥の方を５Ｓ」は全員が取り組みやすいテーマでした。活動報告には課題もありましたが。。。</p>

<p>------------<br />マネジ参加メンバーの要望に応え、経費の推移をグラフ化してみました。これをちゃっかり8.4データの分析にあてはめ、コスト削減の予防処置を実施します。</p>

<p>データの分析といえば、今月の不適合データから、突出した外注さんの不適合に対し、外注指導を実施するようにと指示がでました。</p>

<p>うちでの外注指導は、</p>

<p>①重大な品質問題が発生したときと、</p>

<p>②年に１回の受入検査の実績からのデータ分析で是正処置の機会をさぐり、外注指導を実施することになっています。</p>

<p>それもそうなんですが、このたびの外注指導の指示のプロセスの方がしっくりくる気がしました。</p>

<p></p>

<p>実際にやってみて、ん？このプロセスだな、と感じることがあります。手順を文書化することは簡単なのですが、その手順の妥当性を実証するのは、その時々であって、そこでこそ机上の空論を是正するときなのだなぁと感じました。</p>

<p></p>

<p>このたびの外注指導は予防処置として実施します。</p></div>
]]>
</content>


    </entry>
    <entry>
        <title>ISO再認証審査</title>
        <link rel="alternate" type="text/html" href="http://y-kyodo4.ic-blog.jp/ykblog/2009/10/iso-c0fa.html" />
        <link rel="replies" type="text/html" href="http://y-kyodo4.ic-blog.jp/ykblog/2009/10/iso-c0fa.html" thr:count="0" />
        <id>tag:app.ic-blog.jp,2003:post-35538911</id>
        <published>2009-10-30T15:52:24+09:00</published>
        <updated>2009-10-30T15:59:34+09:00</updated>
        <summary>ＩＳＯの再認証（更新）審査が昨日行われました。 長年コンサルも使っておりませんの...</summary>
        <author>
            <name>y-kyodo4</name>
        </author>
        <category scheme="http://www.sixapart.com/ns/types#category" term="ＩＳＯ" />
        
        
<content type="html" xml:base="http://y-kyodo4.ic-blog.jp/ykblog/">
<![CDATA[
<div xmlns="http://www.w3.org/1999/xhtml"><p>ＩＳＯの再認証（更新）審査が昨日行われました。<br />長年コンサルも使っておりませんので、外部の審査はＩＳＯの情報を収集する貴重なものと考えております。2008年版への対応も心配ではありましたが、事なきを得ました。</p>

<p>収穫だったことを記します。</p>

<p>①当社の設計は自社製品の設計と受注製品の設計があります。お客様からの仕様で設計を行う受注製品に7.3の設計・開発を適用するというと、やはり形式的な記録になりがちでした。</p>

<p>そのあたりを、2008年版で追加された7.3.1の注記を適用してみては、との情報。<br />さらに新規と類似とで手順を分ける方法も。うちにはいいかもしれない。</p>

<p>②8.2.3プロセスの監視及び測定で、うちでは、各プロセスごとに測定ポイントを決めて○×で評価しています。だいたいは、そのプロセスを通れば記録が出てくるわけで、その記録が本当に出てきているのか、というのをポイントにしていました。<br />そこで突っ込まれたのが、</p>

<p>全部○ですね。。。<br />昨年も全部○ですね。。。</p>

<p>是正・予防につながりませんね。。。</p>

<p>…プロセスをちゃんと達成したってことで○なのだから、いいんでないの？と思いましたが、その程度のものじゃないんですね、継続的改善ってやつは。

</p>

<p>言ってしまえば、<br />是正・予防につながるような監視測定でなければ意味がないのですよ。記録が出ただけじゃ、スパイラルは上昇しないわけです。</p>

<p>なるほど。</p>

<p>そのあたりが有効性のある、価値のある指摘なわけですね。</p>

<p></p>

<p>-------------------------------------</p>

<p></p>

<p></p>

<p>さらに、審査員さんの気づきを２点ほど教えて頂きましたが、なんと２点とも先月の内部監査で指摘された内容です。<br />要求事項からのアプローチの外部監査と内情をよく知る内部監査（要求事項を超越した監査になっています。笑）で同じ内容ということに私は驚きました。<br />うちのシステムにはその辺りに改善の余地があるということなのでしょう。</p>

<p>近年、システム見直しのテーマは、ＩＳＯを利用する、ということにしていますので、このたびの収穫でさらに利用し、成長していこうと思います。</p></div>
]]>
</content>


    </entry>
    <entry>
        <title>フローチャート</title>
        <link rel="alternate" type="text/html" href="http://y-kyodo4.ic-blog.jp/ykblog/2009/10/post-fd96.html" />
        <link rel="replies" type="text/html" href="http://y-kyodo4.ic-blog.jp/ykblog/2009/10/post-fd96.html" thr:count="0" />
        <id>tag:app.ic-blog.jp,2003:post-35244485</id>
        <published>2009-10-15T16:43:55+09:00</published>
        <updated>2009-10-15T16:46:31+09:00</updated>
        <summary>私が所属する部門のリーダーが、後輩の指導のため、フローチャートを作りました。 そ...</summary>
        <author>
            <name>y-kyodo4</name>
        </author>
        <category scheme="http://www.sixapart.com/ns/types#category" term="ＩＳＯ" />
        
        
<content type="html" xml:base="http://y-kyodo4.ic-blog.jp/ykblog/">
<![CDATA[
<div xmlns="http://www.w3.org/1999/xhtml"><p>私が所属する部門のリーダーが、後輩の指導のため、フローチャートを作りました。<br />そして、ＩＳＯ側から見てみて欲しいと言う。</p>

<p>①そうなのです。恒久的な手順を紙に書いておこうというのがＩＳＯなのです。<br />②後輩や新人さんがわかるように。<br />③人が変わってもこの仕事ができるように。</p>

<p>うちでも必要だったのですね、手順書が。<br />それがＩＳＯのささやかな目的の一端なわけです。</p>

<p>私は言いたい。<br />ＩＳＯのために作ってるんじゃないでしょ。<br />必要だから作ったのでしょう、と。<br />そうなんです。<br />ＩＳＯのために仕事をやっているわけでなくて<br />ＩＳＯを利用して、標準化して、継続的改善をしてるんですってばさ。</p><br /><p>もちろん作ってもらったフローはなんとか管理文書扱いにしました。</p></div>
]]>
</content>


    </entry>
 
</feed>
