パスワードを忘れた? アカウント作成
12990476 story
ビジネス

「一人で全部やっていた」技術者が休業したため解散する企業 56

ストーリー by hylom
個人事務所みたいな感じなのだろうか 部門より
あるAnonymous Coward曰く、

東京のWebコンテンツ制作会社「ゲームプラスプラス」という企業の公式Twitterアカウントが同社の解散を伝えているのだが、その理由が「技術担当の者が一切の開発を行っていたが休業となってしまった」という身も蓋もないものであった。

同社は様々なWebサービスを企画・運営している会社…ということだが、公式サイトも既にお亡くなりになっており(アーカイブ)、また公式Twitterもほとんど呟いておらず活動内容は伺えないのだが、合同会社ということもあり小規模なものであったようである。一連のツィートによれば、技術担当者の復帰が望めない状況となり、代わりを探したものの担当者の業務が広範囲過ぎて代替要員が見つからず、解散に至ってしまったということで、まさに一人の技術者が会社のキーマンとなってしまうような状態だったらしい。なお発表からは技術担当の休業理由は不明。

この話題を受けて、Twitter上ではスラドでも去年話題となったトラック係数の代表事例だとして取り上げられたりしている。スラド諸氏の職場では、こうしたリスク管理は行われているだろうか?

  • 情報共有しない技術者だとそうなる気がします。
    うちの会社にもいますが自分がやってることを共有しないで、その人がいないとダメっていう仕事があったりします。
    その人が「この会社は俺がいないと・・・」って言ったときはあきれたものでした。
    しかもプログラム上のコメントも書かないし、コードも読みにくい。

    そんな企業だったとしたらいざその技術者不在で別の人間が入ろうとしても難しいのかもしれませんね。

    //私はいつ自分がいなくなってもいいように、
    //できれば自分の仕事が減らせるように
    //いろんな情報を共有しておいています。
    //新人は私が共有している情報から仕事をしているようです。

    ここに返信
    • by Anonymous Coward

      それは人手がある場合では?
      このケースは技術者1人のみで数人~数十人日ってブラックなかほりが。。。

      • by Anonymous Coward on 2016年11月24日 18時46分 (#3119418)

        エンジニアが1人でやってて「もう1人か2人欲しい」と何度か直訴するも、「今、1人で足りてるんだから増やさなくていいよね」と言ってた取引先のデザイン会社(ホームページ等を作る)が、そのエンジニアが交通事故で仕事できなくなった結果、受注案件の大半を仕上げられなくて死んだのを見たことがある。
        (歩行中に飲酒運転に轢かれた挙げ句、集中治療室に数日、意識が戻るまでに2週間ぐらいかかったそうで、引き継ぎも何もできなかったと)

        作業要員の確保に関して、冗長性を削ることを経営手腕と勘違いした挙げ句、事故って従業員に被害を出すような経営者は、世の中から早く淘汰されてほしい。

    • by Anonymous Coward

      情報共有以前に
      「技術者が一人しかいなく、開発もすべてそいつ一人が泊まり込みでやってる」
      「家に帰ることすらできない」
      の超ブラック状態だったんじゃないのか?

      としか思えん。

      • by Anonymous Coward

        合同会社でしょ、技術担当の人も出資者じゃないかなあと思う

    • Re: (スコア:0, オフトピック)

      by Anonymous Coward

      自分のパソコンに全てをしまい込んでる奴多いよな。

      共有サーバーに仕事の成果物を上げるのって普通だと思うがやらない奴いるし。
      てよか、俺は毎日その日の仕事を共有サーバーに置いてるわ。

    • Re: (スコア:0, オフトピック)

      by Anonymous Coward

      真っ先にクビを切られそう

    • Re: (スコア:0, オフトピック)

      by Anonymous Coward

      サービス自体をすぐやめることが出来るんだし
      それほど重く見てないってことでしょ

      技術担当つぶれたら会社閉じればいいじゃないぐらいの考えでやってたってことかと

      • > 技術担当つぶれたら会社閉じればいいじゃないぐらいの考えでやってたってことかと
        この意見に激しく同意。

        マイナーなゲームやコンテンツの一つや二つ潰れた所で、誰も困らんよ。
        売れないスマホゲーがヒッソリ店じまいすることも、珍しくないそうだしな。
        そもそも潰れたら困るほどのソフトを開発してる日本企業なんて、一体いくつある?

    • by Anonymous Coward

      建築や設備と違って、そこがITのインダストリーじゃない部分なんだよね。
      設備屋の世界では、施工した人と全く関係ない会社が、検査、保守するのが当たり前なのに。。

    • by Anonymous Coward

      ド素人連れてきて引き継ぎよろしくとか言いそう

    • by Anonymous Coward

      >その人が「この会社は俺がいないと・・・」って言ったときはあきれたものでした。

      人事考課がグダグダな組織では、そういった手法で居場所を確保せざるを得ない人も少なからず・・・・・

    • by Anonymous Coward

      いや、情報共有ってレベルじゃなくて、担当業務が幅広い(いろんな仕事を「技術だから」と押し付けた結果)から
      代わりを探してもすぐにこなせる人がいないって話でしょ

      共有してようがドキュメント残してようが、いきなり10の仕事をまわさないと業務が滞って会社が成り立たない
      そんなクソみたいな状況なわけですよ

    • by Anonymous Coward

      この前ペイントソフトのようなものをJavaScriptで作った。(ちょっとボカしてるよ)
      面白い画像処理もやるので、高速化とか結構大切だし
      不特定多数のユーザさんが使うものだから、なんか編集したら選択範囲のant marchの枠線がプルンと震えるとか
      画面のエフェクトとかもつけて楽しく作業できなきゃやだし。

      って事で、業務用Webサービスのような上から下に流れる事務的な処理じゃなくて
      どちらかと言えば小さくて多くの部品が協業するゲーム的なコーディングとなった。
      コードの分かりやすさよりは、若干、実行速度に重みを置いた感じ。

      ここで悩みが。
      こういう場合の他人が読むための

    • by Anonymous Coward

      組織で仕事をするのはこれが正解

    • by Anonymous Coward

      一生懸命オフトピックしている人がいるところを見ると、
      情報共有を否定する人がいるってことですね。

    • by Anonymous Coward

      まあね、零細企業だと正しく仕事して土台を完成させてしまうと単価の安いところに仕事奪われれたりするからね

      転職先が「ウチは技術力高くて客が浮気しても戻ってくる」と自信気だったが、「クソシステムすぎて浮気先が匙を投げた」のが真実だろうな(自分が担当したがクソ過ぎて泣いた)と気づいたときは笑うしかなかった

  • その技術者個人がやりたいことをやるのに会社という体裁をとってただけ。
    って可能性もあるんじゃなかろうか。

    形式は法人だれど、実質的にはその個人とお手伝いの人がいるだけ、みたいな。

    法人としてやってるんだからもうちょっと考えておけよ、と思わなくもないが、

    同人作家が法人作って運営してましたが、作家当人が動けなくなったので解散します。
    みたいなものかと思えば、それほど変でもないような。

    ここに返信
  • その仕事が誰にでもできるのか評価して、何かあったときにどういうバックアップ体制が必要なのか把握して、いざという時に備えて対策を施しておく。
    多分、まともにリスク管理をやってるところであれば当たり前のようにやっていることですよね。

    まあ、会社の規模が小さいとそうも言ってられない事情があるのかもしれませんが、専業が行きすぎて属人性を持つに至ったら、管理する側がリスクと認識して何らかの対策を立てるのが本来あるべき姿でしょう。

    ここに返信
  • by Anonymous Coward on 2016年11月24日 20時07分 (#3119463)

    何百人もいるので、一人や二人過労死しても全く影響しないのだった。
    #「ほんとバンバン人が壊れてくんですよねー、この現場。」贅沢なセリフだなあ。羨ましいとは全く思わんが。

    一方で十人や二十人追加したところで、焼け石に水だけど。

    ここに返信
    • by Anonymous Coward

      いったいどこのみずほ

  • by Anonymous Coward on 2016年11月24日 18時59分 (#3119429)

    休業理由が負担が多すぎるとかによるダウンなら、さもありなん。
    そういう人は後継者1人で受けつぐのは絶対無理。最低経験者で2人、新人なら3人要る(技術・作業量・慣れ・効率ひっくるめ)

    ここに返信
    • by Anonymous Coward

      ちなみにその人数だと引継ぎしか出来ませんね。

      でもブラックな会社だと引継ぎをさせつつ、元の技術者には今までと同じ仕事をさせようとするんですよ。
      そしてその結果引継ぎも中途半端な状態でぶっ倒れて全てが終わる。終焉を早めるための増員になると。
      経営者が「人数を○倍にしたんだからせめて今までの倍の仕事は出来るだろ」と勘違いしたまま・・・

  • by Anonymous Coward on 2016年11月24日 19時28分 (#3119445)

    能力不足、特に若手の能力不足のケースがあったな。取引先の会社で。介護離職した
    ジジイが一人でやっていたプロジェクトを引き継げる能力がある若手が一人もいな
    かったそうな。
    大手通信会社の子会社と言えども、人材てのは案外居ないもんなんだなと思った。

    ここに返信
    • by SteppingWind (2654) on 2016年11月24日 21時54分 (#3119535)

      ここでは情報共有していれば, ドキュメントを整備していれば引き継げると考えている人が多いようですが, それは非現実的です.

      ドキュメントが完備していても, 引き継ぎ人員・時間を設けていても, 実際に十分な引き継ぎが行えるのは十に一つと言うところでしょう. 技術力不足, ドキュメント読解力不足, ソース読解力不足等が原因で, 他人が構築したシステム・プログラムを理解できません. これは自分でシステム・プログラムを構築する以上に特殊な技能なようです.

      # 出来る人間にはそのことがなかなか分かりませんが

      出来ない人間を簡単に見分ける指標としては, 分からないことを人に尋ねるかどうかという所でしょうか. こういう人はドキュメントを読むという工程を無駄なものとみなしていることが多いので, いかにドキュメントを整備しても無駄ですし, システムを理解することも無いので自分で解決しようともしないでいつまでも頼ってきます.

    • by Anonymous Coward

      子会社によっては、ロクな人材が来ないのは普通だと思うとマジレス
      #流石にヤバ過ぎるのでAC

    • by Anonymous Coward

      大手通信会社の子会社と言えども、人材てのは案外居ないもんなんだなと思った。

      それは逆です。大手企業だからこそ人材が居ないんですよ。

      大手企業の場合、今どきの社員はエントリーシートや採用試験やら面接やらを通じ、
      角のない平均的な人材のみを残す仕組みになっていますので、どこの部門に配属されても
      ある程度働くことができるぶん、特定の分野に突出するようなことも無いため、
      偏ったプロジェクトの場合は能力の足りる社員が居ないという結果に陥りやすいです。

      • by Anonymous Coward

        > 大手企業の場合、今どきの社員はエントリーシートや採用試験やら面接やらを通じ、
        > 角のない平均的な人材のみを残す仕組みになっていますので、

        新卒から成長しないのは君だけで勘弁してくれ

  • 事業継続性なんてどうでもいいと思う奴にとっては、使える限り使って終了時には速攻で店じまい&撤収ってのは、限られたリソースを最も効率の良い手法だろう。

    ここに返信
  • by Anonymous Coward on 2016年11月24日 19時53分 (#3119457)

    形式的には技術者が会社に雇われていたのかもしれないけど、
    本質的にはその技術者のために営業その他の業務を他の社員がやっていたということで、

    その会社の存在意義がその技術者の技術と社会を結びつけることだったのだから、
    別な技術者をつれていきても、ゾンビみたいな会社が存続するだけで意味はない。

    小規模な会社は負債をかかえていないかぎり、解散することをシリアスに考える必要はないと思う。

    ここに返信
typodupeerror

物事のやり方は一つではない -- Perlな人

読み込み中...