  |
はてなキーワード: Excel方眼紙とは
事あるごとにだんまりするパソコンを使い続けている人って本当にすごい。
USB接続はセキュリティ的にどうのこうのって言うけど、多少手間が掛かっても好きなの使わせてよ。買ってくれとはいわないから。
自分は最低でも３つは欲しい。こういう仕事してればウィンドウだらけになるじゃん。
机が広いってだけで効率と気分が良くなる気がする。というかディスプレイが置けない。
後ろを誰かが通るとき、逐一すみませんって通路を開けなくちゃいけないのつらい。
腰がつらい。
アクティベートしないまま使わせるのは百歩譲るとしても、ヤフオクとか怪しいところからマイクロソフトやアドビのライセンス仕入れて使わせるのってどうなんだ。
そういう思考回路の人間は、バレないからとか、まわりもやってるとかいう免罪符を盾に、法律や倫理も破っていいとか考えていそう。特に労働基準法的なやつ。
JetBrainsのIDEを使うのに骨折って交渉するところからはじめたくない。
めんどい。上掲した項目を実現するのに、対費用効果がどうのこうの・・・って。誰が得するんだよ。
ベンダーの資格とか高いけどさ、業務に関係するのなら、資格手当が出ないのなら、せめて合格したときは受験料払ってよ。
一般的な感覚で会社負担の費用を個人負担にさせるような会社は嫌い。好きになれない。
高い意識を持って働いてほしいだとか、会社を好きになってほしいとか、そういうこと全く思っていないのだろうか。
あるいはそれが労働者として当然のことで、自然にそうなるとでも思っているのだろうか。
少なくとも自分は苛立ってると普段より頭の回りがそれなりに悪くなる。
残業だってそう、連日遅くまで残って仕事して、それで効率よく質の良いものを作れるとは到底思えない。
240万にも満たない年収で雇ってるんだから、ちゃんとその程度のゴミを雇ってるって自覚持ってほしい。
お金を貰ってるんだからとか、社会人なんだからとか、そんなん言われただけでやる気になるわけねーだろ。むしろやる気なくなる。
この年収の自分が幾らか熱意を持って仕事したり勉強するのは、あくまで自分の個人的な興味や矜恃の問題だから。
というか発注する客側もそう。然るべき時間と費用があってこその質なのだから、短い時間と割安な費用で納品されるのはゴミだと自覚してほしい。
短い時間と割安な費用でも、企業として質の高い製品を納品するのが当然だと思っているのだろうか。まあゴミが納品されるんですけどね。
そういう会社は等しく今すぐ潰れろ
ほどほどが良い。Slackみたいなコミュニケーションツールがあって、気軽に話せるけど、物理的には近すぎないのがいい。
壁を自由に使えると手軽で良いな。
複雑なものをある側面から、誤解なく簡素に表せる、素晴らしい言語なのになぜ使わないのか。
draw.ioみたいな便利なのがあるのに、Excel方眼紙でアクティビティ図に似て非なる謎の図を書き続けるのはなぜなのか。
画面を動かしてみて、できました、このテストおわりです、それで済ませて質が高くなるわけないだろ。
そもそもjenkinsとかcircle ciとか誰も知らない。seleniumとか聞いたこともない。
前もって仕様が確定することなんてどうせないじゃん。いつまでたっても客側にいいように言われて、しっちゃかめっちゃかされるんでしょ。
なら保守されないExcel方眼紙を量産したって仕方がないじゃん。せめてじゃあその辺は最低限にして動くものを作ろうよ。
だからってアジャイルにしようとは絶対にならないだろうけど。。。そういう参加を客側と交渉すること自体ありえないって思ってそうだし。
でもさあ、とりあえず動くものを早い段階から見てもらうくらい良いじゃん。どうせこそこそやると後になって見たいって言われて叩かれるんだから。
話の論点がズレて、何を話したかったのか、何を聞きたかったのかわからなくなる。そして後から言った言わないになる。
あらかじめ資料を用意しとくなり、どこか広いところに書きながら話そうよ。で、できれば書いた人がデータとしてどこかに投げてほしい。そして消しておいてほしい。
訳のわからない造語を使い出したり、意味を分かってないのにその言葉を不用意に使うの止めてほしい。
きっとそういう人って、まずその言葉の意味を理解しようという意志が致命的に欠けているから、会話していて不毛感が凄い。
短い文章で齟齬なく十全な文章を書けることは確かに素晴らしいことだけど、だいたいそんなことは出来ない。
だから多少冗長であるように思えても、細かすぎるように思えても、長く書いてほしい。
つーか、毎度毎度短い謎の書き残しがあって、それの話を聞きに行くのつらいんだよ。わかってくれ。絶対わかってくれないけど。
読んで意味のわからないことって、読んだつもりにだけなってしまって、後で指摘されると読む側が一方的に悪いことにされたりするのつらい。
正直自分の気づかないところなら好きなだけ寝ていてもいいけど、まあ気づくし。
眠い頭でこういう仕事なんて効率よくできるわけないのに。つまり目障り。
興味ないから。前の会社とか、そこでなにしてたとか。知りたきゃこっちから聞くよ。
転職かぁ
Wordなど他のソフトが使いづらい／コストが高いという理由でExcel方眼紙を擁護しているブコメがある。
http://b.hatena.ne.jp/entry/341713451/comment/clapon
Wordだとレイアウトが勝手に変わってムキーっとなるからExcel方眼紙を使わざるを得ない。印刷がずれる問題やコピペ問題があるけど。
http://b.hatena.ne.jp/entry/341713451/comment/fusionstar
Word は Enter 押すと行挿入になってすぐレイアウト壊れるしなぁ。 罫線主体の様式なら Excel のほうが十倍速く作れるのはまちがいない。
http://b.hatena.ne.jp/entry/341713451/comment/shields-pikes
Wordで作るよりはマシ。データ連携や演算が目的じゃなくて、入力箇所と表示位置が指定できて、全PC標準装備のソフトで誰でも編集・印刷できるフォーマットが作りたかったんだろ。目的によって必要な品質は変わる。
http://b.hatena.ne.jp/entry/341713451/comment/kitakokomo
本来ならイラレかInDesignあたりですべき仕事なのだが、そんなものOfficeには入ってないし正規で買うとアホみたいに高いしaiファイルなんて送られても普通の人は開けない。Excelで書くしかないんだよなあ
http://b.hatena.ne.jp/entry/341713451/comment/shozzy
あえて書く。1セル1文字は入力しづらいから論外だが、セル結合してあれば普通に入力できるし参照もできるから問題ないのでは？レイアウトを自由にできるという利点も。他に追加コスト無しで同様に使えるソフトある？
http://b.hatena.ne.jp/entry/341713451/comment/yum1271
いつもExcelが叩かれるけど個人的には問題ないと思ってる。具体的に何が悪いんだっけ？ITレベルが低いから叩く？フォーマットを作ることは効率化になると思うんだけど。このために数百万の専用ソフト買う？
http://b.hatena.ne.jp/entry/341713451/comment/muu2000
エクセル方眼紙ってだけでみんな好き勝手叩いてるけど、エクセル方眼紙にもメリットデメリットあるだろ。データとして活用しにくくなるとは思うが、そんな叩くことか？なんか問題あるのか？
http://b.hatena.ne.jp/entry/341713451/comment/tnishimu
一度渡して終わりなファイルならこれでいいんだよ、作った当人にとって効率的ならそれで十分だ。 それよりマシな程度でエクセル知識自慢の方が非生産的。
http://b.hatena.ne.jp/entry/341713451/comment/hyoutenka20
統計表をセル結合しまくったEXCEL方眼紙で作ってるなら問題だけど、今回はそこまで問題は感じない EXCEL方眼紙はIT詳しい系の人たちの上から目線ネタになってる感
これらの人々は重要なことを忘れている。
あるいは気づいていても目を背けている。
それは， この程度の文書でレイアウトに凝る必然性など1ミリもない ，ということだ。
大事なのは中に書かれている情報であり，それが伝わるのであれば1セル分ずれようが10セル分ずれようが問題は全くない。
普通にプレインテキストでタブを使って書けばいいだけの情報であり，こんな細かいセルで位置合わせするのはムダでしかない。
こういうブコメを書くような人々が，PowerPointで改行と全角半角空白を駆使して位置合わせをしたり，HTMLで
を使って位置合わせをしたり，Webデザイナーに「この文字を0.5ピクセル左へ」と言ったりしてるのだろう。
残念ながら日常作っている文書やWebサイトはごく一部を除いて芸術ではない。実用品だ。
見た目にしか努力できない人々にとっては不都合かもしれないが，それが真実である。
実用品である以上，かけるコストに対して得られる効果を常に考慮すべきだ。
ゆえに（繰り返すが）情報が伝わりさえすれば問題ないものに，方眼で位置決めして「手作業によるぬくもりのある美しいExcel文書」を作るのが正当化されることは決してない。
https://anond.hatelabo.jp/mua111/20170710
表示が切れたので前回の続きという形で二つに分けておきます。
・遅れてきた大手病の亡霊たち
web系での大手、というとまぁいろいろありますが、この業界、というかSI含めてですが大手だからと言って一生楽できるなんてことがありうるわけがありません。
仮に大手にいたとしたら…(推敲前は下品な罵詈雑言の嵐が1000文字くらい続くようになっておりましたので、削っておきます）
さて、一生勉強といっても、まぁSIならPMやら人纏める立場になれば、Excel方眼紙いじくりまわして、ユーザーとくっちゃべってるだけでもお銭がいっぱいもらえる楽な商売もがんばれば運よくあるでしょうが、web系は断言しますが不可能です、オールド・スネークの如く身体が衰え始めても、新進気鋭のニューカマーエリート以上の成果が「常に」求められます。
というか、大手に幻想を持ってる人たちに問いたい、あなたは技術者として技術が好きでこの世界に来て、何故大手に執着するのでしょうか？
結局、訳知り顔できれいごとをほざいたところで、あなたが求めているのは金と待遇でしょ？銭と社会的地位でしょ？ブラックカード作りたいでしょ、ブラック業界なだけに。
ローン一発で通したいでしょ？合コンでメッチャ食いつかれたいんだけでしょ？
上でも書いたように、web系全体の気風として「プロ野球」に近いと書きましたが、もっと言えば「Ｊリーガー」に近いです。能力や技術が遅れたり、使い物にわずかでもならなくなった時点で容赦なく切られます。解雇規制？正社員利権？なにそれおいしいの？がこの業界です。(その分自由と福利厚生、給料が高めという部分があり、もっともアメリカ的という感じです、一長一短ともいえます）
そしてモニターの前で仕事サボって見ている意識高い系エンジニアの皆さん。
あのね、本当に技術だけで食いたいというのなら、何故技術力を売りにしているベンチャーに入らないのか(具体的な例を挙げるとアレなので控えますが)、お言葉を返すとそれは「入れるだけの能力がない能無しだから」でしょ？
これからこの業界に入ったり、脱出したいという方は、IT業界と他の業界の慣習を一緒にすると、痛い目をみる、ということだけは頭に入れておきましょう。
・端的な現実
「web系で自社開発とか書いてあったのにいきなり客先常駐へ飛ばされるブラック企業だった！」「自社開発はしてたが景気も悪く売れないのでとんでもないフルイニング出勤のブラック企業だった！」「そもそもweb系とかいいつつ、使う言語もフレームワークもDBもバージョンが二つも三つも前のものばかりで、全然新しくない！」「凄い勢いで毎月社員が回転寿司のように入れ替わる！給料が安い！」「入って半年くらいで会社が急速に傾いて潰れた！」「というか毎月福利厚生がどんどんなくなっていく！」「自社内がなんか臭い！(※アロマとか焚いていて、冷蔵庫に入れっぱなしにして一か月くらいたって黄緑色になったご飯みたいな異臭をおしゃれと思って使ってるとかがありえます）」「社長や技術者がはしゃぎすぎた陰キャみたいで公衆の面前での振る舞いが奇矯過ぎて恥ずかしい！」「なれ合いがひどすぎて休日プライベートの何もない！」「勉強会主催してやってると思ったらホントにただのお茶会だった！」「そもそも激務過ぎて勉強会にでれねぇ！遊びに行けねぇ！」「会えなくて気が付いたら彼女(彼氏)が自然消滅と思い込んでて、他のイケメンや女の子と付き合ってて、何事かと様子を聞きに行ったらストーカー扱いで警察呼ばれた！」「というか休日も自室で仕事だわ…」「え！？こんな高難易度なタスクを！？できらぁ！(といわないとクビ)」「え！？同じ規模なのに納期が半分！？できねぇー！(←クビ)」etcetc…
全て私自身の経験というわけでもなく、間近でこんなことになった同業者たちの話も入っております(ハッキリ言えば自然消滅云々の恋愛ごと)こんな面白おかしい、キャピタル・ウェイストランドの如く狂った世界でお仕事したい変人でしたら、どうぞ遠慮なく就職なさってください。
ハッキリ言って、４～５年前ならうま味もあったブルーオーシャンだったのかもしれませんが(実際４～５年前は割と天国ホワイトが当たり前でした)過当競争が過ぎた今となっては、必要な業務や知識に対して、割りがあわないほど待遇が悪いとか、将来性がないとか、こんなのが当たり前です。
さて、こんな世界になんて行きたくねえ！と思ったあなたたちは、凄く大人です。web系はワンダーランドでネバーランドでウェイストランドなのです。大人になれないピーターパンや荒野に明日を夢見るワンダラーたちがたくさんいるのです。
大人になってください。現実を考えて、自分の人生に真摯に向き合ってください、別に技術職なんて、他にいくらでもありますし、IT系の技術は趣味で続けることだってできますからね。
胃袋が穴あきチーズみたいになって、ストレスで頭が月の表面のクレーターみたいな500円玉大のハゲが爆心地の如くボコボコできて、30過ぎなのに70歳くらいに見えるほどストレスで老化し、命を燃やし40で墓に入ってしまいそうなほどの激務とストレスと将来性のなさで、ようやく600万だか1500万という世界に行くくらいなら
安くてもいいから、男の人も女の人も、心の平穏を大事にしましょうね。体と心を大事にしましょう。夢破れたところで元気で生きていればいつか夢や恋も花咲くでしょう。
これを読んだ非IT業界で働いている普通のサラリーマンの方々は、こんな世界があるということを見て、周りの人達や会社に感謝し、家族や恋人、子供や妻や夫のために頑張って幸ある人生を築いてください。そして、よく教育してあげてください。プログラミングやITの知識はこれからとても必要ですが、それでご飯を食べるなんて、容姿がいいから娘をAV女優にしようだとか、自分はモテなかったから息子をAV男優にさせてあげよう！とかイカれ狂ったことをしているのと同義です、考えているのなら速攻でやめてください。
わかりやすく例えると、モテることは大事な資質ですが、それそのものでご飯を食べるなどということは決してロクでもないことなのです。
この業界で「稼げている人」が語る常識は「イチローや室伏ができて当たり前のことを常人に求めている」ようなものです、99%の人間はできません。それが普通なのです。
SIから「オオカミは生きろ！豚は死ね！」の要素をブチ込んだのが、web業界と言えますので、虎がライオンと戦い、横合いからホオジロザメが乱入して、空からナイルワニが襲撃してきて、海外からティラノサウルス軍団が上陸してカチコミかけてくるレベルの熾烈な競争社会の様相を呈しております。
これで、外資系企業のように年収数億だとか稼げるのなら、まぁわからんでもないですが、どこまでいってもせいぜい1000万とかですからね、割に合わないにもほどがあるでしょう。
そんな現世に表れた修羅地獄のような世界に、大事な子供を放り込もうなんて冷血非道なことを、あなたは果たしてできますでしょうか？
わかりやすく端的に言えない無能などと、意識の高いことをおっしゃる意見も多いのでまとめますと
今のweb系業界は少し前に比べて、会社同士の過当競争が行き過ぎ、それに従って技術者の人事的な評価基準もドラゴンボール並のインフレを起こしており、技術のサイクルが常人ではキャッチアップできないほどになり、それに伴いそこそこでまったりやってるところがなくなりつつあって
結果としてとんでもない薄給ブラックか、雲の上のメガベンチャーの二極化が極まりつつありますので、大半の「普通の人達」(web系の意識高い思い上がりも甚だしい人たちから言わせれば無能というらしいです)が行くような世界ではありません。
そして、結局は不安定なサービス業ですので、今日はよくても明日はどうなるかわからないのが当たり前です、よって待遇や福利厚生も数か月後どうなっているかわかりませんし、来年会社があるかどうかもわからないような状況で、仕事をすることになります。(メガベンチャー以外)
また、自分の子供にそんなところ行かせたいのなら、プロ野球選手やオリンピック選手でも目指させた方がいいです。
今からこの業界に入りたいなどと夢を持ってる人たちは、自分が本当に天才であるか、仮面ライダード〇イブに変身できるレベルの超人であるかどうかという身の程をよく考えてから、この業界に入ってください、以上。
うちの会社、Web系なんだから当然っちゃ当然なんだけど、案件の8割くらいはCMS案件なのよね。
それもWordPressは脆弱性出しすぎとかで保守しにくいってことでもうちょいマイナーなCMSが中心。
プログラマーとして入社してから今まで、デザイナーが渡してきたHTMLファイルをCMSのテンプレートとして構築する、
っていう作業が社会人生活の半分以上を占めていて、業務としてはPHPの簡単なプログラミングすらあんまり経験ない気がする。
CMSのテンプレートもif文とかループとかあるからこれもプログラミングといえばプログラミングなんだけど、
Web系っていうともっとPythonとかNode.jsとかVueみたいなキャピキャピした技術に触れるもんだと思ってたよ。
給料は安いけど割りかし残業も少なくて何かとヌルい会社だから今のところやめるつもりは特にないんだけど、
ディレクターとの調整とかExcel方眼紙で仕様書(多分一般的なSEが作るのよりはかなり簡潔なもの、勿論UMLとかはない)書いたり見積もりしたり操作マニュアル書いたりっていう経験はあっても
下流工程を生きるプログラマーとして例えば5年後10年後、技術的なキャリアとして「HTMLファイルをよくわからんCMSのテンプレートとして当て込むだけのことを長年やってきたおじさん」
が誕生したとして、果たして生きていけるのか心配になってきた。
僕は生きていけるのでしょうか。転職した方がいいんでしょうか。教えてください。
これまでメールによる定期報告はメールテキストの自由形式だったのに、
「Excel方眼紙を暗号化zip、しかも固定のパスワードで固めて送るようにしてほしい」
とか言いだしたのでムカついたんだけど、
こちらからするとしょっぱい認識しか持っていないにもかかわらず本人としては
「これで完璧！（ｷﾘｯ」
と思っているらしくどうにも取り付く島もない。
SIerの管理職がこんなんで本当にいいのか、と小一時間問い詰めたい。
追記：
似たようなネタの
エクセルはレゴブロックじゃねーんだよ！ http://anond.hatelabo.jp/20170425121301
http://anond.hatelabo.jp/20170209075944
・Rails/PHP7で開発してる
PHP5.3。フレームワークすら導入していない。
Win10シングルディスプレイ。デザイナーはPSDデータとかで容量を圧迫するに決まってるのに、低容量のSSDを使用している。逆にプログラマーはそんなに容量使わないのに大容量のHDDを使用している。頭悪い。
VirtualBoxで全部手動ですが何か。ドキュメントもないので全員環境がバラバラですが何か。
huh...?
サ ブ バ ー ジ ョ ン
口約束なら...
テスト工程を削ってる。受入テストすらも。テストせずにぶっつけ本番リリース。画面みたら即わかるnon objectエラーでさえも気にしない。言われるまで直さない
みんな忙しいバリア貼ってるので...
・Excel方眼紙使ってない
wordやで。
・アジャイル開発だ
ウォーターフォールすら理解してない。とりあえず空いてる人全員ぶっこんどけの人海戦術。
・裁量労働制だ
実質的な定時は22時やで
ああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああ
環境が良いとはお世辞にもいえないが
スーツは堅苦しいが、
判子押すのは面倒だが、
SpringもJenkinsもChefもAWSも使ってるが客には導入してないぜ、
お前と俺じゃ見ている景色が違うな。
ここにはやるべきことが山ほどあるんだよ。
paizaかテメーらは。
エンジニアから見たSIerがクソな理由 - 負け犬プログラマーの歩み
SEという名前を変えて欲しい。それで日本のITの遅れは色々解決する。
http://anond.hatelabo.jp/20161128174152
まったく伝わらんかった。
判子とか、面倒な申請とか、導入障壁は客の都合であって、SIerが始めたことじゃないの。
現場では枯れた技術を好んで導入しているけれど、こっちは研究部門作ってひたすら研究して技術のキャッチアップを続けている。
私はソフトウェア製造業で十年近く働いているが設計書と言えばExcelまたはWordだった。
UMLなどの作図にツールを使用することはあっても、最終納品物としてはExcelに画像として張り付けて提出していた。
もちろんExcel方眼紙については批判もあるのは理解しているが、開発者、運用者、顧客など関係者すべてが手間なく簡単に読めることを条件とすると、やはりExcelに落ち着いてしまう。
そんな私に表題のようなことを提案されたわけだが、最初何を言っているのかわからなかった。
設計書と言えばExcelという私には設計書をwikiで書くという発想がみじんもなかったからだ。
開発者、運用者、顧客のだれでも手間なく容易に読めるという条件はwikiでもかなえられることに気付いたが、私にはwikiの知識がほとんどない。
彼に詳しく聞いてみると、前に参画していたプロジェクトでは社内サーバに建てたwikiを用語集として活用していたそうだ。
wikiには顧客業務の専門用語などを記載して、製造工程以降に参画してくるメンバーとの情報共有のツールとして使用していたらしい。
そういった運用をしているうちに彼はwiki自体を設計書とできないか考え、調査したところ実際にwikiを設計書として使用している会社もあるようだということで、今回提案に踏み切ったらしい。
私も今調べてみたところwikiで設計書を書くという運用をしている会社もあるようだが、メリット・デメリットがwikiの知識があまりない私には判断しかねている。
ぱっと思いつくデメリットとしては、第一に、やはりマークアップを記述するコストが非常に大きいように思える。
記述する手間だけでなく、記述するスキルを手に入れるためのコストも考えると無視できないコストが必要となるように思える。
第二に、保守以降、一つのシステムに複数の改修案件や故障対応が並行するようなことはままあることだが、ソースはSVNなどで管理できるがwikiはできないため、設計書とソース間で不整合が発生することは大きな問題である。
メリットとしては、リンク機能で各設計書間を容易に行き来できることが第一に挙げられる。
第二に、改訂履歴や差分が標準で用意されていることもメリットであろう。
第三に、検索が容易であることがあげられる。この点はExcelと比較して十分大きなメリットだと思っている。
私がぱっと思いつく限りではこんなもんである。
はてな諸兄の中にwikiで設計書を書いたことがある方がいれば、メリット・デメリット、その他運用において気をつけるべきことなどあればご助言願いたい。
なお、今回の案件は数万LOCの小規模な、VBからWEBアプリへの置き換え案件であり、顧客から設計書の決まった書式などは指定されていない。
そのため自社の標準の設計書テンプレートを使用する予定だった。もちろんExcelである。
また、設計書作成に使用するツールでExcel、Word以外の素晴らしいツールがあれば教えていただきたい。
どうかよろしくお頼み申し上げ候。
日本は仕事の効率が悪いって言われることについて思ってることを殴り書きしてみた
これはよく言われることだけど普通の国なら電子化によって効率化して仕事量は減る
本当なら電子化するときに紙では必要だったけど本質的に必要じゃ無いものは削ったり
電子化することで自動化できる部分に関しては省略したりする必要があった
ただ特に大企業の人間は「もしかしたら必要かもしれない」という恐怖心に勝つことができず
成功はないけれど失敗もない「ただ紙でやってた業務をデジタル化した」だけに留めてしまった
さんざん議論して効率化するために導入したはずなのに大半の大企業は完全に電子化されてなくて
一部は印刷して手書きのサインが必要だったり領収書は原本を貼り付けないといけなかったり
別に法律で決まってないけど念のため紙で印刷して保存してたりする
日本人はハイコンテクストで会話するもんだからそういうルールは明文化されていなかったりして
新しい作業をするときに何をすればいいのかを調べるのことに凄く時間がかかる
紙でやってた処理をデジタル化しただけなので
本来はデジタル的に入力させる項目もExcelに入力させてそれを電子ファイルとして保存するというアホなことをやってる
Excelの場合は入力するときにセルをはみ出ないか気にしたり入力値が間違ってないか別のファイルを参照にしながら確認したりして
紙に書くより時間がかかってるのでは？ということもある
紙管理していた頃は棚を探せば紙が出てきたけど
フォルダの奥底にある場合があってそうそう発見できないので逆に時間がかかる
部署毎にコピーを持ってたり過去のデータから様式を持って来たりすると
実は様式が変わってたりして二度手間になってまた余計な時間がかかる
「慣れてくれば早い」
という日本の古来からある謎の文化のせいで時間が経てば職人的になって効率も上がってくるんだけど
一方で人事異動システムは残ってるからその職人もいずれいなくなる
そして異動先では別のシステム・ファイルサーバが動いていたりしてレベル１からやり直し
異動元では職人がいなくなったことで効率が下がり無駄な稼動が発生する
これらに加えて海外企業（特にIT系）やベンチャー系は電子化に強いので
という感じになってみんなひたすらパワポと睨めっこ
そりゃみんな細かいところに突っ込んだり議論が二転三転したりして全然終わらない
偉い人の会議にかける前に事前チェックをする会議を開いてそこでチェックをする
暗号化＋ネットワーク越しのせいで一つ一つの作業にストレスが溜まるし
メールがこれだけ危ないって言われてるのに他のメッセンジャーアプリは導入できず
ファイルを暗号化してパスワードを別に送るという謎セキュリティのせいで
そんな雑務を高い給料払ってる正社員にさせるのはもったいないので
コンプライアンスとか請負法とか言い出してそっちの管理をするために余計な稼動が発生
再発防止の水平展開とか言い出して二重・三重のチェックをやりだす
電子化をやり直すために新しいシステムを入れようとするんだけど
前述の通り日本人はハイコンテクストで会話するから本当に必要な業務っていうのを抽出しにくくて
だいたい新しいシステムは何かが足りなかったりする
最近言い出したのが
「社内システムはDevOps！」
って奴で要は内製とかもして自分たちで良くしていこうっていう動き
とはいえプログラム書けるやつは大企業に見切りをつけて外資・ベンチャーに移ってるし
まともに書ける人間が残ってるとは思えないからこれも上手く行かないと思う
やるなら新入社員に美味い餌をぶら下げてプログラム書ける奴をバンバン採用するとこからじゃないかな
来てくれるかどうか分かんないけど
昨日、自身の経験から残業禁止にしてもブラック企業は生まれるよという話を書いた。
予想以上に反響があり、また想像以上に私の意見が伝わりらない部分があったように思えたので、ブコメで出ていた意見や突っ込みに対して回答を書きたい。
これでもまだかつて私が在籍していた会社を他人事として笑っていられるだろうか？
Q1. 単に残業禁止にするだけなら弊害出るのわかってるでしょ？馬鹿なの？
A1. 今回の残業禁止令は外部から来た役員の発案でしたが、外部から来た役員というのは往々にして社内に基盤がない。
部外者が社内に居場所を作るには何かの実績を上げる必要がある。
そんな新役員の野心と、人件費削減という汚れ仕事をよそ者に押し付けたいという元からの経営層の思惑という利害の一致が
ちなみに新役員のイメージとしてはマクドナルドやベネッセの社長を歴任した原田氏を想像していただくと話が早い。
Q2. 業務効率化を優先的にしなかったのが悪いのでは？不要な会議をなくしたりしなかったの？
A2. かつて在籍していた会社の情報を書かなかったので、いろいろ想像をする余地ができてしまったのかもしれない。
ひょっとしたら『Excel方眼紙にFaxが現役です！』みたいなロートル企業を想像されたのかもしれないが、そうではなかったと明言しておく。
PC一つとっても、技術系の社員はフルHDのデュアルディスプレイが標準装備だったし、
会議だって外せないコアメンバー以外はSkypeで自席からの参加でよく、必要な部分だけ入ればよかった。
上司の決裁がいるときも、ハンコをもらって回るなんてことはなく、直属の上司と関係者をCCに入れたメールを送れば終わりだった。
Wikiベースの社内グループウェアも導入していたし、生産性については割と理解のある会社だったように思う。
不要な業務といえば、社員旅行や花見といった昭和の文化は遠く昔に廃止され、学会発表や業界紙への寄稿といった業務に関係あることも数年前に廃止済み。
これ以上どこに無駄が残っているというのだろうか?
Q3. 人増やせよ。教育削るなよ。
A3. 人を増やすのって一朝一夕でできることではない。特に技術系の仕事は一人前の戦力になるまで時間がかかる。
かつての弊社の場合、社員総数800人程度で、毎年平均して30人程度の新人を採用していたが、もし人員増を計画したとしても一気に100人採るなどということは不可能だっただろう。
採用コストもあるし、オフィスの空きスペースがないというのもある。一番大きいのは『教育リソース』の問題だ。
新人を指導するのは30代～40代の中堅、ベテランの仕事だったが、日常業務の主力である彼らの時間を『OJT』という名の教育でとられるのは短期的にみると戦力ダウンに直結するからだ。
ちなみに残業禁止後、新人教育が削られたのも、業務の主力たる彼らが事業に専念しないと仕事が回らないため。
で、そういう面から考慮した結果が採用人数30人という数字なわけで、これではどう頑張っても年4，50人に採用を増やすのが限界だろう。
現実的に考えると人員の適正化には5～10年くらいはかかるんじゃないだろうか。
また、人員に余裕を持つということは、不況時にリストラされる可能性が上がることも意味しているわけだが
これの件については皆さんどのようにお考えなのだろうか。私はリストラを食らうくらいなら平時は残業で労働力不足をカバーする方がましだと思うのだが。
私もブラック企業の文化には反対の立場だが、私の文章の表面的な部分を拾って一斉に弾劾する皆さんのコメントからは、ブラック企業の『匂い』を連想せずにはいられなかった。
正義の御旗のもとに盲目的に悪を弾劾するのもありだとは思うが、こういう世間の空気による同調圧力こそがブラック企業の長時間労働を正当化した原因だということを思い出していただけないだろうか？
それから、私がやっているメーカーの仕事だが、国内同業者との競争だけでなくてアジアの新興国との競争も激化しているというのは周知のとおり。
彼らのハングリー精神はすさまじいものがあり、昭和の日本を思わせるモーレツぶりを発揮している。
そんな状況において、国内一社が働き方を変えただけではどうにもならないと思うのだが、そういう場合でも一律に社会悪だというのだろうか？
どうも最近の議論は近視眼的すぎるように思う。狼男を撃つ銀の弾丸は存在しないのだ。理想論を語るのもいいがもう少し現実を踏まえて議論してはいかがだろうか。
いわゆるExcel方眼紙でシステムの設計書を書いているのだが、これがどうにも上手くいかない。
問題は色々あるが、大きく分けて「必要な情報が見えにくい」「変化に追従するのが大変」に集約される。
そのメソッドを記述するのに必要な、他の設計書や仕様書を見つけにくい。
例えば、他の設計書(1ファイルで1クラス)に書かれているメソッド名や引数が合っていなくても、すぐに発見しづらい。
また、入出力情報が書かれたインターフェース仕様書を探しにくいなどなど。
そもそもどうユースケースを読んで、設計が必要なクラスを抽出するかもよくわからないし。
次に「変化に追従するのが大変」について。
上述の状態で設計書を書いた結果、製造するプログラマから「こんなんじゃ実装できない」と突っ返されて修正するパターンが多い。
更に要件定義レベルでの見落としによる手直しも、結構な頻度で起きる。
いずれもExcelファイル1個に留まらない、影響範囲の大きい修正になるケースが殆ど。
そんなことが相次いで発生した結果、修正対象の抽出・修正・確認作業で作業量が膨大化し、全く対応できない。
「1個ずつ解決していけばいずれ必ず終わる」を合言葉に、気合と努力と根性でやってきたけど、なんでこうも先が見えないのか意味がわからない。
