はてなキーワード: システム開発とは
地方に就職する 追記あり https://anond.hatelabo.jp/20200116084637
の元増田です。
ここから3年経つが、この会社を辞めて再び東京で働くことになったので、また備忘録を書く。
辞める理由は1つではないけれども、最も大きいのは全く異なる職種を2つ、ときによっては3つ、同時並行でこなすのがしんどいからだ。
次に大きいのは、自分に向いていそうな職種(社内SE)が見つかったので、そちらで金を稼ごうと思ったからだ。
元々は英語を営業に活かす方面で採用されたのだが、コロナであまりすることがなくなり、会社にRPAが導入されるも誰も使えないので私がいじっていたら「パソコンなら増田さん」ということになり、基幹システム開発の自社側の担当を入社2年目でやることになった。
コロナが世界から段々無視されるようになり、元々採用されていた海外方面でも仕事(貿易実務と営業)が増え、基幹システム開発の方は楽しいものの自社側担当者は上司はいるがメインは私なので残業が続き、疲れてしまった。
けれども、転職活動ではこの一人に何でも任せる企業風土(中小企業あるあるなのか?)のおかげで、年数のわりに体当たりの経験があるということで思ったより評価された。
東京に戻ることにした最も大きい理由は、実は東京が感覚過敏的につらかったのは実家の位置に因るところが大きく、場所を選べば静かだしそこまで電車も混まないと知ったからだ。
もちろん感覚過敏者に向いているのは今住んでいる地方なのだが、転職に際して、社内にシステム部があるような大きい企業で、今より給料が高く、休みも多く、となると東京で探すのが圧倒的に効率が良かった。
現職には色々思うところがあれど、とにかく人が良かったので(「いい人」しか残らない環境だとも思うが)、元々抱えていた異常な人間不信をまともなレベルに戻すことができたし、自分は給料分働ける人間だという感覚も得ることができた。
人間不信で、面接前に抗不安薬を飲み、エビリファイ無しでは生活できず、合同説明会で泣きながらトイレにこもって帰り、まともに働けると全く思っていなかった私を採用し、育ててくれたことはとても感謝している。
こっちでシステム関連のことをやりながら飛行機をバンバン使えるくらいの収入が得られたら、こっちに住み続けたかった。
またね。
タイトルでほぼ終わりだが補足。
少し特殊な会員制通販をしている会社のシステム開発を業務委託されていたが、社長と腰ぎんちゃくのコンサルがどこかでChatGPTの事を聞いたのか「AIがコード書いてくれるんだろ。今の価格は高すぎるし工数もかかりすぎるからどうにかしろ」と言ってきた。
世間話かと思っていたが本気みたいだったので一応分かりやすく無理なことを説明したが全く納得しなかった。思えば腰ぎんちゃくのコンサルはITパスポートも持っていないのに我々に古臭いシステム論を語る馬鹿だったがまあかここまでとは(ちなみにシステム論は時代遅れとかではなくそもそも間違ってた。受け売りならせめてちゃんと覚えろ)
社内で協議した結果現状のプロジェクトの終了と共に撤退となり、粛々と作業を行っている。まぁ、別に資料とかは各プロジェクトで作成してたし撤退を伝えたら納品物に無かった詳細な設計書等を求めてきたがそこそこの金額を提示したらそこで黙ってしまった。裁判とか言ってきたが特にこちらに非も無いのでご勝手にと伝えた。
一応形ばかりのシステム課がある会社なのだが伝言ゲームの真ん中くらいの役割しかやれず何年もシステム携わっているのにここまで技術覚えないとかよく運用とか出来るなと思うくらいの無能が数名いるだけなので期待してた社内での説得もやることは無かった。撤退を聞いたときは自分たちの仕事が増えるので必死に我々に再考を求めてきたが金が増えないので断った。
その後その会社は潰れたとかならスカッとジャパンなのだが1~2週の間の話なのでどうなるかは不明だ。将来的な利益を求めて赤字で請け負う他社が出るかもしれないし、フリーランスの集団が高額だけど超短期間で社内のシステムを一新して解決するかもしれない。その会社は売上回復してこれからだ!と息巻いているがコロナ禍の最低から少しだけ上がった程度だし正直行っている特殊な会員制に将来性は皆無なのでちょうど良い潮時なのかもしれない。
情報システム課、システム管理課、システム部、いろいろ名称あるけれど何するのかよく分からない。以前システム運用課に属している人で実際の運用を知らない人も居た。
雇っている側も曖昧なので結局何でも屋になる。
システムエンジニアって言葉を活用しすぎ。そもそもシステムって単語が示している範囲が広大すぎる。だからITパスポートも取れない管理職はパソコンの先生だと思うしスーパープログラマーとも思う。
自分は勝手に『自社システムやDXの為にやインフラ系を管理運用設計開発している人』だと思っていたが、実際はよほどの大手かやる気のある企業じゃない限りどれもやっていない人ばっかだった。偽装派遣と一緒に滅んだんじゃ…
ちゃんとしているとこは自社開発と開発したシステムやそれを含むインフラの運用を分けてたりして明確にしている。粒度は様々だがお互いに情報共有してシステムの改善等をスムーズに回している。素晴らしい。
しかしちゃんとしていない企業が字面でシステム運用課とつけて新卒や中途入れると何故か名が体を表す不思議。「僕は運用がメインなので開発とか関係ありません」と言い切った彼は凄かった。もちろん会社は他も求めていたし運用も業務も知らなかった。
いやほんとマジで昔のリーマンみたいに総合職な感じでシステム要員を雇わないでほしい。システム関係って基本スペシャリストでそれらが集まってチームで初めて結果が出せるもんだから。なんでも出来るシステム担当が自社に居る?そいつの顔色大丈夫?
一人情シスだと外部から入る時にキーマン一人で楽とか思うでしょうが逆です。コイツすでに手いっぱいだから面倒増やしたくない。外部はいつまでも居るとも思ってないので極力変化が無いようにします。こいつのゴミみたいな手製プログラムに合わせたシステムを作らされたりします。
あと以上に上への連絡が遅いですし、都合の悪い情報は上げません。ログとかツール使わないと失敗を全て外部の責任にしてきます。どんなに失敗しても何故かクビになりませんし給与も何故かよかったりします。無能IT技術者の行き着く先です。反面教師
情シスや社内SEはよほどのことが無い限り外界との技術力や知識に格段の差が付きます。それは会社が求めないから仕方がない事ですのでその会社が給与が良く定年まで安定してそうでしたら是非居続けてください。そうじゃなきゃさっさと辞めましょう。
そして自分に知識や技術力が無いから会社と一緒にお客様感覚でシステム開発や運用を外部に求めないようにしましょう。SaaSとかパッケージならともかくそれ以外で完全お客様感覚ではどんなに金積んでも失敗します。100%です。たまに訴える企業居ますがよほどの悪徳SIer相手じゃない限りは負けません。むしろはてなのコメント欄で訴えた会社をみんなで馬鹿にされて終了です。
社内のIT知識がITパスポート以下ならシステム開発やパッケージカスタマイズとか一切諦めて世間に合わせて仕事しましょう。一人のエンジニアからのお願いです。
少し前に発注者の要件定義が~と話題になったけどそれ以上に「なんで自分は開発会社と話しているのか」が分からない奴が多い
それこそ上に言われたからで少し込み入った質問すると持ち帰りか「それも含めてやるのが御社でしょ!」とキレるかどっちか。(含めてやる場合はお見積りに反映)
自分が何の担当で会社に何を求められていて開発会社にどういう理由で何をお願いしたいのかが分かっていればシステム開発なんて大概成功するよ
最近だとインボイス制度対応での話を貰うけど平気で「良い感じで対応して」とか言ってくるのが居る。少しは社内の各部署と話して今の業務のどこにどう影響するかくらいは説明できるようになって来い
だいたいそういう会社には胡散臭いコンサルいるのにそいつらに業務フロー見直してもらってそれ持って来いよ。もしかしてコンサル業務フロー知らない?
いやあ、耳が痛くてもげそうだぜ!やめてくださいしんでしまいます。
団体の専従者数名が就職せずに「善行」で飯食って行くのが目的の全てみたいな誰も得しないショボい自己満足活動は今もザラにある。
そういうところに公金をイージーに流し込む行政の問題がまず一つ。
最初に言っておくけどこれ全部フィクションだからね。わかった?わかったなら次に進んでよし!
国の予想では近い将来人口ゼロ集落が続出すると予告されている町。
町だが、面積が無駄に広く人口密度はそこらの村よりも低い。自治体を維持するために昭和の大合併、平成の大合併で合併しまくった結果だ。
合併したのに従来の役場はそのまま支所という形で残し、行政改革をせずにくっつたけたけ。無駄に体力を消耗。当然集落の整理なんてできるはずも無くて、だらだらと消滅に向かっている。
この町がなんとなくでもやれていたのは、地方交付税に加えて、特殊な助成金が比較的簡単に取れるからだった。
電源立地補助金ほどは打ち出の小槌ではないが、そこそこ破綻してない申請書を書ければ、国から自動的に金が来ると言う程度の助成金がとれた。
ところが、近年になって渋くなってきた模様。そこでそれ以外の補助金に手を出すようになったのだが、流行のキーワードはこれ
「地域の力を生かす取り組み」
国もこの手の自治体に頭を悩ませており、いろいろな助成金を作って自立を促したり、整理を促したりしている。
その中で、良くも悪くも鈍い感じの自治体に改革を促すために、自治体単体ではなく、民間企業や、地域住民による地域作り団体などと共同で取り組む計画を求めるようになってきた。
こうして「おくにが考えたさいきょうの政策」を実現するために補助金を使っている。THE 補助金行政である。
とは言っても、そんな一緒にやってくれる企業などはそうそう転がっていない。
地元でがんばっている社長さんとかいるんだけど、既に頼られまくってどうしょうもないぐらいになってるのが普通。
地域おこしをするための地域受け皿がない。服を買いに行く服が無いみたいな話である。
行政の出資比率が高くなると駄目な場合があるので、行政の出資比率は見かけ上低くしているが、そのかわりに商工会議所とか、農協、地銀、信金とか、青年会議所関係とかに声をかけて出資させて、一般社団法人を作る。(オイコラそこ、めんどくさそうなメンツとか言わない!俺もそう思う)
そして、そこと共同でやるという枠組みを作ることによって、えらい人の威光を保ったたままに補助金をゲットしようと言う仕組みである。
さて、ここで求人をするとどうなるかというと、デフォルトで最低賃金での募集になる。
そもそも職なんかほとんど選択肢が無いような地域だ。社会貢献ができますよ、と言うところと、自治体が出資している安定した組織に、学歴職歴関係なく就職できるという二つばかりが注目されて人が来るのである。
だから、意識の高い系職員と、ほとんどコネで送り込まれてきたような意識の低い系職員が混ざり合ったカオスからスタートする事になる。
さて、こうしてできた一般社団法人。当時の政治家が鳴り物入りで作ったお国の制度の補助金が出る3年間はある意味やりたい放題である。
給料は安いが、儲けや結果は求められないままに、申請書をぺらっと書けば金は使える。拠点も昔補助金もらってうっかり作っちゃった交流センターを事実上の払い下げ。
行政の看板を使えるからみんなとりあえず話を聞いてくれるし、人も集まるし、金を配ってるような状態だから表面上は感謝もされる。
国の政策集にものったりするから県知事や国会議員が視察にきたりして、注目を浴びて自分がえらい人になった気になる。
何故3年かというと、中央省庁の官僚がそれぐらいで担当替えするから。そして新しい担当になった人物は、前任者がやったそれがどんなに成功していても、引き継いだところで自分の実績にならないので、打ち切るのが普通なのである。
当初の補助金が切れるとどうなるのか。
社会の中で困ってる人に手を貸そう的な活動において重要な・必要なものは、まず実務的な知識・スキル。マンパワー。(金のことを含む)行政との連携。
でも実際に活動の現場にずっと残りがちなタイプは「世直しさん」である。理念を口にするばかりで実務軽視。無駄に好戦的な無謬の正義マン。好きな言葉は「心によりそう」「つながり」。仕事がデキる実務家タイプは潮時を見つけていずれ退出していく。
国の補助金が切れた後、1年は現在の体制が維持できるだけの金を町が用意してくれた。ただお先真っ暗なのはあきらかなので、実務的にいろいろやってくれていた頼りになる人ほど、培ったコネを使って退職していく。
そして、残るのは、
もう解散してしまえ、と思うのだが、この状況に至っても広げに広げた大風呂敷を畳む奴はおらず、地域のキーパーソンに声かけまくって作ったためにしがらみが多すぎて、いつの間にかこの一般社団法人を維持していくことが目的にすり替わる。
そうして今はどうしているかというと、元々作られた地域振興のための団体、と言う看板は下ろせないままに、行政仕事の便利屋みたいなポジションになっている。
上の奴は本来は自治体職員が自らやるべき仕事だが、我々がやると、なあんと!全員最低賃金報酬非正規雇用で人をこき使えるよやったね!
社団法人を維持するためと言う大義名分で役所から出してもらっていたが、心ある町議会議員様から、それは利権だろと正論ハラスメントを受けて価格ヤスクを徹底された結果ご覧の有様です。
団体の専従者数名が就職せずに「善行」で飯食って行くのが目的の全てみたいな
ははは……。
この中で最も実入りがいいのがプロモーションビデオ作成なんだから笑える。
そして、町の仕事で安泰なんでしょとか、儲かってるんでしょとか言われる。うるせーばか
非営利の「社会的課題の解決を志向する活動」におけるコンプライアンスとは、もっと攻めの姿勢のものであるべきだ。
はい。
自分たちだけが秘密ヒーロー戦隊じゃダメなんだよ。全てをオープンにして「出資者」も一緒に運用を考えるんだよ。何にどうリソースを投じるべきか、それでその先どうなるか。コンプライアンスは制限じゃなくて指針なんだよ。
そして情報公開こそがその団体の、活動の命綱だ。
リアル社会でのリアルな人助けってのは難しい「大人の仕事」なんだぜ。
おっしゃるとおりです。
まぁ、今、地域おこし協力隊で面白い兄貴が来たのと、あと何人かを抱き込んで、反旗を翻そうと準備は進めている。今に見てろよ!
じゃなかった。
暖かく見守っていただけるとうれしいです。
自分の頭の中の整理だと思って書き溜める
もともとはアカデミック寄りなエンジニア(企業内のR&D部門)みたいなところに行きたかった
最新技術や科学的な考えを取り入れて数値解析やPoCをするような仕事がやりたかった
一方でアプリやWebアプリなどなんでも作れるようなエンジニアにも憧れがあった
結果的に新卒で入ってしまったのはなんちゃってR&D部門だった
結局の仕事はテスターとなんちゃってチームリーダーといわゆるSEでしかなかった
そこで何年かいるうちにキャリアが潰れたし、目標も見失いつつある
30も過ぎて今さら修士もない未経験でR&D部隊に行くこともできないし
RPAで疲れ果てた方の日記と、それを見て書きたくなった人の日記を見て書きたくなったので。
しばらくフリーターして社会復帰、プログラミングやりたくてIT業界に転職した。
社会復帰のタイミングに職業訓練校でJavaScriptを勉強しながら就活、入社即RPAの現場に単身で放り込まれて今に至る。
客先常駐でシステム開発してる会社だと聞いていて(Java,C+,Rubyあたりとか)、
3回くらいあった面接で一度もRPAのRの字も出てこなかったが、
内定が決まり入社までの待機期間中、勝手にセッティングされた客先との面接で初めてRPAの話を聞かされた。
(今思うとここで断れればよかったのかもしれないが...)
入社後即放り込まれ、仕方なしに頑張るかと思って向き合ったらとんでもなかった。
RPAエンジニアとして雇われてる数人の中ですら共通のルールが存在しなかった。
各エンジニアが作ったもの、非エンジニアの客先社員が作ったもの、過去在籍していた人が作ったもの等々...
何を基準にしていいかもわからないし、というかそもそも基準がない。
現担当者はRPAごと業務を引き継がれたけど、RPAの中身は知らない。その業務のマニュアルも存在しない。
エラーが出ても何が正しいのかわからない、けど「エラーが出ました」と問合せが来る。まず正しい挙動を教えてくれないと修正もできん。
私が担当することになった部署のRPAを作っていた前任エンジニアが画像マッチング大好きマンで、
WindowsのバージョンアップとIE終了に伴う改修が地獄のような作業だった。
部署によって端末環境がかなり違うという客先環境も相まって、画像マッチングが多用されているシナリオに拒否反応が出そうになる。
それぞれがどんなRPA作っててどういうエラーに対応したか、みたいな話をする機会がない。
故におそらく似たようなRPA作ってるけど、それぞれが各自で作ってるからすごい無駄。
多分展開できたものいっぱいある。
等々、正直まだまだ書けるけど書き出したところで別に何も変わらないので割愛するとして。
単身で放り込まれたもんだからまともなフォローもなくかなりしんどかったけど、
なんとかこなしてやっと慣れてきたところで、今後のキャリアを考えたら鬱々としてきた。
今後長いスパンで見たときにRPAエンジニアが必要かと言われるとそうでもないだろうし、
かといってRPAエンジニアの数が少ないっぽい今、即戦力なら欲しいところは多分あるわけで。
RPAから抜け出せずにずるずるとRPAエンジニアやり続けて、
取り返しのつかない年齢になってRPAが廃れて...とか考えただけで怖い。
でも職業訓練校レベルのコードしか書いてなくて、業務でコード書かなくなってしまった今
HTML/CSSですら書けるか怪しいみたいなレベルになってきてるのに
RPAから抜け出せるのかという不安も強いし、今後どの方向に舵を取ればいいのかわからなくなってきた。
それにしても、職業訓練校やら独学やらで一通りHTML/CSS触ってJSに触れてたからなんとかRPAしてこれたと思ってるけど、
これを「通常業務やりながらRPAも担当してね」とかって振られたらと思うとゾッとする。
テスラやスペースXの仕事の仕方は最低限のジョブ(プロマネか開発者かくらい)しか決まっておらず多能工化が進んでおり、各人がやる仕事は日々更新されるジャスティスボードという各開発の内容や進捗が書かれたボードを見ながら各人が決めていく
そのボードでは自動運転みたいな部品レベルからモデル3のインテグなど車両レベル、さらには車の中で絶縁テープを貼るロボットの開発といった製造レベルまでレイヤが全く違う開発項目が並ぶ
ある日は自動運転のシステム開発をして、その次の日はサイバートラックのシステムインテグをすることもある
そして、実務では開発ごとにモブという5人くらいのチームが形成される
ある日は開発者として手を汚すこともあれば、推進者としてチームを管理することもあるし、テストなど品質管理を担当することもある
もちろん車(範囲広い)のソフトウェア開発をする、くらいのジョブはあると思うが
参考
https://logmi.jp/tech/articles/327164
そもそもジョブ型雇用として細かく役割が決まっているのは非効率であり、日々変わる開発状況やプロダクトの価値に合わせてチームを組み、ちゃっちゃとアウトプットを出していくべきだってイーロンマスクは考えているんだと思う
そろそろジョブ型雇用もテスラ、スペースXみたいな化け物企業が出てきたことで"遅い雇用形態"と見做されるようになり見直しが入って行くと思う
DXって、会社のIT含めた全てのインフラ・営業販売含めた仕事のやり方の見直しだから、
社員だけじゃ第3者的にしっかり分析できないし、そもそも社員同士でのヒアリングできて分析スキルに富んだ奴なんて大企業でもIndustrial Engineeringやってる連中くらいでごくわずか。
今流行のデータサイエンス人材も、仕事現場での泥臭いヒアリングは苦手だし。
そうなると、コンサル入れて全社的な分析して、さらにヴィジョン策定から具体策への落とし込み、
ヴィジョンを理解してのシステム開発ともなると、最初からITスキル・DX理解度高い外部ベンダーの人間がやった方が良くなるだけ。
主にDXとかノーコード(ローコード)周りについてコンサル目線で書いておく
表でこんなことを書こうものなら会社クビになる可能性あるのでここに書いておく
(なんでこんな世の中になっちまったんだよw)
DXって別にIT化するだけの意味じゃないんだけど、それすらできてないからIT化って意味で以下注意点かいておく
というより、DXやりたいって言ってる人のほとんどがDXができる状態じゃない
床が見えないほど散らかってる部屋でルンバが使えないように、前提となる条件をクリアできてない
それがもう絶望的にできてない
体感としては8割以上できてない
多分自分たちのやってる仕事が良くわからないし、行き詰ってるからDXという魔法の言葉に救いを求めてるんじゃないかな
まず自分たちがやってる仕事に対して、「どんな仕事をしていますか?」「その仕事をやる理由は何ですか?」という質問に答えられるようにする
人が増えて、長くやってる会社は目的がわからないルール、意味のない仕事が増えていく
これを整理できないと何も前に進められないです
収入印紙を貼る理由なんて良くわからない人がばかりなのにルールだからと貼っている
程度問題ではあるけれども、なんでこの仕事やる必要あるんだ?この会議に出る意味はなんだ?
先にそっちなんとかしてください
次に問題になるのは誰がやるかってこと
「IT部門の若手にやってもらう!」とか気軽に言う人が多いんだけど
これできる人って
ウルトラスーパー超絶優秀な人です
いやマジで
1000人にひとり見つかれば良い方
この業界に20年以上いるけどこれちゃんと出来る人、今まで一人しか会ったことない(その人はさっさと起業してしまいました)
ある程度大きな会社だと一人じゃできないから、仕様策定、運用、試験だったりを分割して誰かに任せる必要があるんだけど
責任感を持ってやってくれて、業務をよく理解している人を選定して説得する必要があります
これすごい難しいです
対人スキルが全方位カンストしてるような人じゃないと務まらないです
IT界隈だとプログラミング能力に秀でた人が優秀な人とイメージされやすいですが、この手の仕事ができる人も同じくらい評価されても良いと思うんすけどね
間接部門だからと出世コースに乗れない閑職扱いになってませんか?
もしそういう認識ならはっきり言って無理です
現場で活躍できなくてもITで活躍出来る可能性もゼロではないかと思いますが、
現場でNG出された方は要領だったり対人スキルに難がある場合が多く、その人がITツールを導入しても混乱を生んで余計な費用がかかるだけです
業務整理が出来て、IT化に着手する場合(まあ実際は役員のメンツとかそういう理由で、業務把握もままならないまま突き進むんでしょうけど)
「やらなくても良い作業を止める」、「SaaSで出来ないか検討する」、「ノーコード開発で頑張る」の順で検討してください
当たり前ですが、やらなくても良い仕事を止めるのが開発もなく、運用費もかからない即効性があって一番良いです
無駄な会議や書類、これらを探して削るところから始めてください
どこもやってる勤怠管理や会計処理等は既存のサービスで充足するはずです
SaaSで実現できなくて、ノーコードで開発する必要がある場合(ほとんどないと思いますが)
ノーコード開発をやってみるとわかるんですが、結構細かいところは出来ない場合が多く100%カバーするようなシステムを作る場合は
すげー大変になることがあります
結局の所ノーコードとは言っても形を変えたプログラミングなので複雑にすればバグも多く発生します
テストしにくい分コードを書くよりも悪くなるケースもあると思います
なので70~80%くらいカバーできれば良い
エッジケースだったり発生頻度の低いオペレーションはバッサリ切る
そんな感じでシンプルになるように努めてください
ノーコードの想定するユースケースを無理やり捻じ曲げてプラグインだらけの独自システムは地獄です
(そうは言っても、こだわりが強いのか、冷蔵庫をエアコンとしても使えるようにしたいみたいな人が多いんだよなぁ・・・・)
ここまで言うと、ノーコードって微妙なの?流行らない?って思うかもしれないですけどノーコードは流行ります
プログラミング言語もセキュリティも覚えることが多すぎて、みんなノリでやってます
セキュリティ対策なんて意味わからんチェックシートを大して理解してない人がYES/NOつけてるだけで実装はボロボロ
たくさんのライブラリは毎日のようにアップデートされ、膨大な工数をかけてアップデートしてます
誰も触れなくなります
というわけでフルスクラッチ開発で内製化とか現実的じゃなさすぎます(金が有り余ってるならやってもいいですが)
ノーコードでも属人化して、ブラックボックス化するのは一緒ですが
セキュリティアップデートとか、セキュリティ対策は幾分楽になるので、まだマシです
ちなみに今SIerにシステム開発頼むのは悪手なので止めときましょう
プログラマーの腕に激しく依存していて、プロダクトの品質が同じ会社でも全然違うみたいな状況はいずれ改善されていくと思います
カンナとノコギリを使って家建てる大工が少なくなって、プレカットの建材を運んで組み立てる家ばかりになったように
(つーか実際もう、ID管理とかメール送信は外部サービス使うのが主流になってきていて、どんどんコード書かない方向にシフトしてる気はしてる)
前述の内容と少し被りますけど、半分くらい作ったらさっさとユーザーに使ってもらったほうが良いです
負荷テストとか、UIとか拘るのは良いんですけど、方針レベルで間違ってた場合は全部やりなおしになるので、
早い段階で使ってもらうようにしてください
多少バグがあっても良いので早めにイメージを擦り合わせたほうが結果的に早く終わります
バグってるものをユーザーに使わせたら怒られるとかいう人いるんですけど、
使う人と作る人が気兼ねなく話せるような関係じゃないと開発はうまく行かないので撤退しましょう
席を隣にして談笑できるくらいには仲良くしてください
いきなりbubble, outsystemsみたいなガチなやつから入らないほうが良いです
kintoneとかairtableみたいなやつから使ってみるのをオススメします
あと選ぶ際に、営業にいろいろ聞く前にまず自分で使ってみること
最初から営業に聞いちゃうと、「頑張ればできます」みたいな回答しか返ってこない
実際に使ってからセミナー行くとか、営業と話して聞いてみるの方が良いと思います
システム作ったあとに、効果があったのかきちんと検証してください
大学受験して合格発表を確認しないようなことあるのか?と思われるかもしれないですが、
ということなのか単にめんどくさいのか分からないですが、ちゃんとやりましょう
いい加減な検証もやめてください
コンコルド効果で捨てられなくなって負の存在として生き続けます
そうならないように作る前から、効果検証の方法と撤退ラインを決めておくと良いと思います
保守なんて誰もできないです
10年もすれば、担当者も業務も変わってドキュメントは不整合だらけ
20年に一度作り直す式年遷宮は技術継承の意味合いが強いと聞いたことがありますが、それと同じでシステムを10年以内に作り直す気持ちでいた方が良いです
最低限のドキュメント更新とかアップデートは必要ですが、維持に多大な工数がかかるとか、修正に時間がかかるようになったら作り直してください
色々書きましたけど、業務把握が一番大変でそれができれば割となんとかなります
自分たちの仕事を管理できないから、システムを作って解決しようとするからおかしいんです
それって業務整理とシステム開発という2つの大仕事を並行してやることになるので、そりゃ混乱もします
あと業務整理を自分たちで出来ないからコンサルにお願いしてやってもらうっていう事言う人いますけど止めたほうが良いです
コンサルからしてみれば他人事ですし、あなたの会社について世界で一番詳しいのはその会社に属している人です
その人たちがお手上げだと、外部の人間だって十中八九うまくできないです
仕様さえ明確に作ることが出来るなら、ツールの違いやら、プラットフォームの違いなんかは些細なことなんですよ
まあそれはそれで、大変ですけど仕様さえ決まってるなら何とかなります
というわけで各位頑張っていただければ