Dreamland-夢と想いと小さな工夫

自分の中にある想いだったり日々の工夫だったりをすこしずつ書いていこうかなぁって思ってます。

アパレルのお話

そういえば・・・

以前アパレル業界のお仕事の話をツイートしたときに、

これ、ソフトウェアテストだったらどうなるのか表現してみてって宿題もらっていたのでした^^;

ということでその宿題をこなす前提のお話をここに書いておこうと思いました。以前ツイートしたものを載せます。

 

アパレルの世界では、流行色やテキスタイルやラインなどを踏まえて「だいたいこんなイメージ」っていうデザイン画を描き、そこから人間が着用することを前提として生地の特性を踏まえた上で型を作ります。この型を作るのがパタンナーの仕事。このあとは量産か一品モノかでちょっと工程が変わります。

絵を立体にするというのもなかなか大変です。更にそれを生地で実現するのは結構頭をつかうんですよ^^;どの繊維でどんな糸でどういう組織(織り方編み方や密度などで生地の特性が変わってくるのです)の生地を使おうか?それをどうやって膨らまそうか?どうやって立たせようか?などなど。

更に、中身は動くわけですから、動いたときにどうなるかを考慮しなければなりません。 着れたけど動けない・・・( ̄◇ ̄;) 人形を演じるならともかくw 動くためにはゆとり、もしくはあきというものがなければなりません。あるいは伸縮性。

つまり生地特性によってパターンは変わりますし、ゆとりやあきのとりかたはデザインの維持と相談になります。 ここがパタンナーの力量が問われるところですねー

そして着脱ができなければなりません。 実際縫製検査してるときにあった事例ですが(ということは確認を怠って縫製までしちゃったわけですがw)着れない・・・( ̄◇ ̄;)なんてことになります。 これもデザインと生地により選択肢がいろいろ。

ちなみに量産の場合はパターンメーキングのあとにグレーディングというサイズ展開作業が入ります。これはこれで難しい。。。これをパタンナーがやるかどうかは組織によるかと。あと、そこらへんの量産モノはある程度型が決まってるのでCADでやります。さすがにCAD普及してると思うけど・・・

こう書くとデザイナーさんは楽に見えるかもしれませんが、世の中の流れをキャッチするのはやはり相当いろんな情報を集めていると思うです。。。私は技術専攻だったのでデザイン方面はちょっと疎いσ^_^;でも売れるものをデザインしなきゃビジネスとしては成り立ちませんから、やはりデザイナーも楽ではないと思うのです。また、パタンナーと一緒に考えていく姿勢がなきゃ良い形の服が出来上がりません。

でもってパタンナーさんはデザイナーのイメージを汲み取り、素材とにらめっこし、着脱や人間の動きを考慮した上で最適解をだすという役割を果たします。 よって、パタンナーのほうが面白いという感覚は私ももってます^ ^ でも作業トロいからパタンナーにならなかったけどw

で、どんな職に就いたかというとアパレル業界のテスト屋さんになったと・・・笑

仕事の中で一番面白かったのは、デザイン検品と呼ばれるもの。

パタンナーが頑張ってパターン作成したあとは、実際の生地でまずサンプル品をつくるのです。そこから量産のゴーサインを出す前に、様々な観点からこの製品に起こりうる問題を想定し、それを回避する案を提示していくのがデザイン検品のお仕事。

その観点は人の動きによる力のかかり具合だったり、生地の特性による強度のバランスだったり、素材の組み合わせによるお手入れの仕方だったり(取り扱い絵表示や注意書きのあたり)着用目的に対する懸念事項とその対策だったり・・・ 抽象化するとソフトウェアも同じかなーと思います。

ちなみに中途採用同期のおにーさんと二人で言ってたのが、「一人前の検品担当って、欠点に呼ばれるよね?」でした。 他の人て同じように検品してても見つけるんだよねーって。 その感覚も違いはないなと思ったりしてます。 でもって、見つけるのが楽しいと思ってたかというとそれは違うなぁと。

どっちかというと、こうしたほうがいいよね、こういう対策とりましょうか?って考えてアドバイスするのが楽しかったです。結果を踏まえてどうするか一緒に考えたり提案したり。

だからソフトウェアに対しても、テストだけをするというのではなく、その後どうしたら良いかを一緒に考えたいなぁって思っています。

これのソフトウェアテスト版をつくれと・・・^^;;;が、がんばろ。

 

仕様を理解しないでテスト実行してもよいのか?

ちょこちょこ書こうと思いつつ・・・

Blogを習慣にできている人はすごいなぁと思う。

 

最近のできごと

テスト担当者は仕様を理解していなくてもよいのか?

 

たぶん周りの人はみな「そんなことはない」と言うと思う

だけど現実はどうかというと・・・

テストスクリプトに書かれていることが理解できればそれでよいと(暗黙的に)思っているテスト担当者がいる。

 

そして

仕様を理解する=仕様書を読む、仕様書に書かれていることを(表面的に)理解する

ということではないのだけど

仕様書に書かれていることがすべてでありそこから発想することができないテスト担当者もいる。

 

なんというか、仕様書依存症みたいな人もいる

仕様書が無いとテストを考えられないと言う人も結構いる。

 

そういう人たちは、そのテスト対象の持つ役割や機能を説明できないケースが多いと感じている。

 

誰かの投稿で「6歳の人に説明できないのであればそのことを理解しているとは言えない」といった言葉を見たことがある。

6歳に伝わるかどうかはさておき、機能にたいして枝葉を取っ払って簡潔に「こういうこと」と説明できる訓練が必要なんじゃないかな?

 

うーん、でもそれ、私もできてないよね、まだまだまだ。

だから職場の勉強会メンバーとそういう訓練をするところから始めようか、という話をしています。これから少しずつ実践するつもり。

ある程度訓練のしかたがわかってきたら現場のメンバーに広めていきたいと思っています♪

はじめのいっぽ

初めてソフトウェアテストの世界に入ったとき
本当になんにも知らない人だった
ただひとつだけ
テストは別の業界で一人前になっていた

繊維のテストがある
糸のテストがある
生地のテストがある
服のテストがある

強度のテストがある
色持ちのテストがある
デザイン検品がある

いわば負荷を与えた状態にして行うテストがある
繰り返しによる劣化具合を見るテストがある
テストの結果からどう対応するか決める
直せないこともある。タグなどの注意書きで対応することもある
問題が起こればなぜそうなったのか原因を探る

似てるところがいろいろある
それを実感するようになったのはつい最近のこと
抽象化することに慣れてきたっていうことなのかなぁ?(*^ー^*)

こんなちょっとしたこと、これから書いていこうと思ってます。

資格をとるということ

ひょんなことからはてなブログを開設することになりました^^;

いざブログを書くとなると、あれ?ネタってある?!って構えちゃいますね・・・

 

最近身近で資格取得のための試験についての話題が出たので、

想いをつらつらを書こうと思います。

 

資格っていうのは、「行うことができる」とか「十分な知識を持っている」とかそういうことを証明するものなんだろうなって思っています。

資格を取るというのは挑戦にもなるし面白いことだと思うけど、

資格を取る本当の意義って、その資格を活用するところにあるんじゃないかと思っています。その資格があるから活躍するチャンスを得られるとかそういう感じ。

だから、資格を取ることがゴールになっていると、なんか取得するのが勿体無いなぁって思ったり。実践が入るものは体験としてよい思い出になるかもしれないけど、単に暗記して試験受けましたっていうものは・・・うーん・・・

それ、本当に受ける必要あるの?

だって暗記だよ。考えたり理解したりしていないでしょ?

それ、面白いの?

 

昔はがむしゃらに資格試験を受けたりしたけど、

今は資格を取るよりもきちんと理解したり体験したり活かしたり・・・

そういうことのほうがいいなぁって思うようになりました。

理解しようとするきっかけになるから受けようかな、とは思うかな?

暗記したいとは思わないなぁ

 

周りの方々は楽しんで勉強しながら資格取得を目指している方が多いかな?

そういう姿勢は良い刺激になりますね♪

 

理想は資格を持っていなくても認めてもらえることかなぁ^^

といっても勉強不足もよいところなので・・・がんばります><