「システム開発で重要なことは?」って聞かれたら「ひたすらチームメンバーを気遣うことです。」って答えてるけど、そう答えると
■ このスレッドは過去ログ倉庫に格納されています
腐った設計、臭いコード、全く参考にならないドキュメントの中で開発する際に、メンバーとして出来ることって「ひたすら謝って下手に出て気遣って、作業者のモチベーションを保つこと」しかなくね? 「設計が腐っててごめんなさい。私が前任者から引き継いだタイミングでそうなってました。私が治すべきだったんですが余裕がありませんでした。ごめんなさい。でもやるしかないんです。やっていただけますか?」って言うしかない。 スパゲティコードを解読できる人間を育成する事です!!! クソみたいな仕事や現場から一刻も早く逃げ出すことです! 「コードが全く関数化されてなくてPythonなのに1990年代のC言語みたいに書いてあってごめんなさい。私が前回機能追加したときに治すべきだったんですが、余裕がありませんでした。ごめんなさい。聞かれた質問は分かる範囲で答えるので、今回でたグを直していただけますか?ごめんなさい。」
って言うしかない >>5
スパゲッティーは解読できないよ
出来ない中でできることをやるしかない
でも俺には時間がない
だからひたすら謝って前回解読したメモを共有して頑張って貰うしかない >>6
そうだよ
その人の人生を犠牲にするから謝るんだよ
銃弾を浴びてもらう
俺の代わりにね
だから謝るんだよ。
ごめんなさいってね これでさ、「システム開発で重要なことは?」って聞かれたら「ひたすらチームメンバーを気遣うことです」ってなるやろ
メンバーが離脱しないようになんとかしてモチベーション保つしかない
これしか出来ることないと思うんだよなぁ
なのに「は?」って言われるのよくわからん
お前、システム開発したことないの?ってなる >>11
早くイッチくんを追い出さないとな有害だし😃 >>11
いや、足手まといなんていない
戦場だよ?足手まといはみんな死んでく >>12
まじでそれ
でも自分の健康より、メンバーの健康のが重要。
メンバーが死ぬと自分も死ぬ
追加の人材なんてすぐに来ないし、来ても戦えるようになるまで三ヶ月はかかる えー、またイッチくんの尻拭いですかぁ?勘弁してくださいよ~w だってさ
メンバーが離脱するということは自分が浴びる攻撃の数も増えるってことだよ?
つまりメンバーを気遣って自分の浴びる銃弾をおすそ分けし続けるしかないんだよ
それがシステム開発の現場で出来る唯一の対策だろ なんで、「は?」って言われるのか全くわからんのよなぁ
どういう現場だったらそうならないのか 正直、ITの技術力とか全く関係ないと思う
AWSとかどうでもいい
どうせ設計は上から降ってくるし
その腐った設計を形にするにはメンバーに土下座し回るしかない どう考えてもACIDなデータベースがないと実現できないことを、シャルスクリプトとローカルのファイルでロック機構自作して、なんとかして下さい。
って言われたらもう土下座して回るしかないやろ >>23
それでリリースられたシステムを5年後に改修してるんだぜ? 正直、みんながどういう開発現場にいるのかのほうが気になる >>26
どこもそんなもんならさ、
「ひたすらメンバーを気遣うことです。」って言って、
「は?」って言われるのはよくわからん。
俺に「システム開発で重要なことは?」って聞いてくるやつはシステム開発したことないんかな 逆に聞きたいのが「システム開発で重要なことは?」って言われたときの模範解答が知りたい。
聞いてくるやつはなんて答えることを望んでいるのか もう直せない臭いコードをなんとかして動かすために出来ることってそんなにない気がするんだけどな >>20
当たり前過ぎる事を言ってキレられるパターンかもしれない
あと、もうちょっとスケジュールの時期ごとに具体的なポイントを言ってあげたほうがよいのでは?
システム開発したことねーけど >>31
まず、普通の人はメンバーに気遣わないぞ。
普通の人はバグが出るとバクを出した開発者とかテストした人とかを追い詰めて、その人をどっかに飛ばすよ
あと引き継ぎしないのに引き継いでない作業やらせて、メンバーを鬱にしたりするよ
なので当たり前じゃないよ
そのうえでメンバーへの気遣いはシステム開発のどのフェーズでもやらなきゃだめだよ
全てのタイミングで基本土下座
土下座姿勢で接する
これが基本 これも普通だと思うんだよなぁ
これだけITの転職市場が活発な状況で3年以上同じ職場にいてくれることって少ないわけじゃん
特に委託先の人は
だから基本的にリーダーとかマネージャーは、委託先の人を駒としてしか見てないから飛んだら新しい人入れればいいぐらいに思ってる
だから俺がひたすら気遣って一ヶ月でも長くいてくれるように土下座するんじゃん 俺は全く関わってないけどさあ、
マイナシステムとかの現場を想像してみてよ
あれだけ障害起こして、内部では責任者が何人も飛ばされ、社員の誰かは毎月転職してくし、河野太郎の気分で追加要件がどんどん増えていく状況で、なんとかして期日までにシステムを完成させるために、富士通社員はどうしたらいいか想像してみてよ
こんなん出来ることって、委託先に土下座だろ
なんとかしてでも人が辞めないように土下座して回る
これしか出来ないやろ >>32
それは本音じゃん
多分相手は上司だろ?
「システム開発で重要な事は?」←それはこう解釈すべき
①開発の流れとポイントを理解しているか
②その上で問題点とそれに対する打開案または折衝案があるか
③上司として未来の自分の仕事を確認しておきたい 優秀な人で残って欲しくても気に食わないことあるとすぐ現場変えてしまう
気遣いが出来るのはたしかに必要
というか質問がざっくりし過ぎてるのが悪い 社員の偉い人が委託先を怒鳴っている。
今月もまた1人委託先の人が異動願を出した。
先月は二人休職したからもうこれで三人消えた
俺に出来ることって何?
より良い設計をすること?
コードを治すこと?
DevOpsの施策を考えること?
違うやろ!土下座やろ! >>36
①これは理解してると思う。入社してから三回やったし
②問題点はわからん。ウンコになったシステムしか作ったことないからね。となると土下座しかない。
③上司のが情報量多いしわかってるやろ。俺なんてメンバー抜けるの当日に知らされるからな。まじで地獄だよ >>37
うちは優秀さとかあんまり関係ない
長くいれば優秀だし、短くいれば優秀じゃない
長くいるとプロジェクトのどのあたりがダメかよく理解してるので、強い
短いとそれがわからないから作業出来ない >>42
委託ってのが悪いとは思うけど
そこは俺にはどうすることも出来ないしなぁ >>44
でも設計は何年も前に数億円かけてやったので、もう無理です
その設計にはDBなんてなかったんです
もうDBは生えて来ません
なのでファイルでACID担保するしかありません >>46
何年も前から何も進んでないなら
もうそれはいったん消えたことにした方が良い 余計なことを考えずに目の前のタスクを淡々とこなし続けるメンタリティです! >>48
客になんて説明するの?
数年前に数億円かけて設計した物はゴミでした
もう一回設計させて下さい。お金下さい。って言うの? >>49
そうだけど
そうなんだけど
それをするためにはメンバーを気遣うのが必要 >>52
シェルスクリプトしかないよ
もしくはPowershell >>53
バグが出る→治す→客が新たな要件追加する→機能追加
これの繰り返し
もう20回はリリースしてる ■ このスレッドは過去ログ倉庫に格納されています