※ 「実作業者」と「設計者」の関係について

昨日お風呂で一生懸命考えてたことが、とっても大事なことっぽかったので、まとめてみることにしました。最初Twitterに吐こうと思ったんやけど、どうも長くなったので、こっちにまとめます。文章がプチプチに言い切り型になってるのはそのせいですので気にしないでくだされ。

・「実作業者」と「設計者」の関係について。お客さんから「安く早く」の要求が最優先になってることが多いこと。「設計者」と「実作業者」の関係性が上下関係になりやすいこと。実作業する人の負担が増えてること。

・前いたソフト会社でのことを思い出すと、昔は小さいシステムが多くて「設計者」＝「実作業者」する人やったりすることが多かったから、オーダーメイド感覚でそれなりの値段を出してくれるお客さんが多かった。

・「設計者」をお客さんとの間に入れるようになったのは、システムが大きくなったり「実作業者」の経験や個性にバラツキがあったことで、営業補佐が出来るレベルの実作業者がお客さんとの間に入る必要が出てきたから。なので実作業経験も豊富な人はどんどん「設計者」に移っていった。

・「設計者」が間に入ることで、「組むのは好きなんやけど、お客さんと喋るの苦手」とかの得意不得意での役割分担が出来るようになり、「実作業者」の負担は減ったような気がする。「組むだけ」担当とか作れるようになったから経験の少ない人も戦力になりやすかった。

・まとめる人が出てくることで、各個人で作ってた処理もライブラリ化されたりして、プログラミングの工数も減り、安く早くお客さんに提供できるようにもなってってた。

・で、「設計者」が何件もかけもちするようになると、実作業ができなくなり、年月がたつと新しくなってってる開発環境についていけなくなってくる。自分が作業経験のない開発環境の設計や、お客さんの要望にそったスケジュールを立てるので末端でのつじつまが合わないことも出てきた。

・実際「実作業者」の負担があがって、つじつまあわせすることも増えて、質がさがったりストレスになったりと不満もあがってくる。（ここらに「設計者」側の方が給料がいい場合が多いことへのストレスも加わるけど、ややこしくなるのでちょっと割愛）

・「実作業者」も割り振られた一部を急いで作るってことが増えてくるので、なかなか「設計者」としての経験が積みにくい。責任を果たすのが最優先になるので開発する側のリスクを優先させがちになり、お客さんの要求を見逃しがちになる。

・「設計者」もスケジュール管理と仕様変更対応がメイン作業になりがちなので、「実作業者」の対応能力の判断だけをしがちになる。両者の間に「組めないくせにえらそう」とか「できないできないって言いすぎ」とか確執も生まれる。

・で、「ほな、どーしたらええねん」って考えた。

・結論。「設計者」は「実作業者」を「作れるなんてすごいな」と尊敬し、「実作業者」は「設計者」を「そんなん計画できてすごいな」と尊敬できる関係になるのがベスト。

・そーなるためには、「設計者」はお客さんの要望をちゃんと満たして足らないとこは補充してってな、しっかりした計画を立てる必要があるし「実作業者」の開発環境もちゃんとつかんでおく必要がある。

・「実作業者」は設計内容と自分の担当部分を理解して、設計段階で抜けてるような仕様を自分で埋めるか、仕様の問題点・解決策を「設計者」にわかりやすく伝える必要があるわけで、どっちも常に勉強していく必要がある。

・つまり「設計者」と「実作業者」がパキッと分かれないで、どっちの仕事にもじんわり踏み込んでいくような関係がとれるといいかと。担当部分で手がいっぱいで踏み込めない場合は、いっぱいにならないように自分で調節できるようになるとこから始めないと難しいかも。勉強する時間がないから。

・この関係が一方的になると、もう片方に負担がかかってくるので、頑張っても頑張ってもだめでつぶれそーになるくらいやったら、そういう関係がとれそうなところに移る手もありかと思うです。やっぱし体が資本やし。大事にしないとね。

・今は、ソフト屋じゃなくてデザイン会社にいるワタクシですが、「プロデューサ」と「デザイナー」の関係も同じように見えるので、結局いろんな分野で当てはまりそうやと思っております。

・とりあえず、今日のとこはここまで。また違う考えが出たら書こうかな。総ての製作現場が「いいものを作ろう！」って方向に盛り上がっていくとよいですねヽ(´ー｀)ノ

※ ちなみにワタクシの現状はWEBやと「設計して実作業」のお客さん直の一人作業。デザイナさんのお手伝いをするときは「実作業」＆「応援」っちうとこで日々やっておるです。もーちょっとデザイナさん作業が手伝えるようになりたいので（大変そーやし）、イラレとかフォトショとか練習ちう。