  |
はてなキーワード: 工数とは
グリコの件でSAPが話題を目にするようになり、だいたい評判が悪いシステムであるようなのだが、「SAPは経営層のためのシステムであって、末端の社員のためのものではない。統合DBにより経営層が判断をするんだ！」という記事があった。
いやいやいや、SAP導入したとこで、JTCの無能経営陣が何を判断するんだよ(笑)
SAP的な統合システムを導入していれば失われた30年は無かったのか？
どんだけいい情報を揃えても、どんだけ早く情報を上げても、ろくな判断しないだろ(笑)
SAPなんて導入したら現場の工数は増えるのに、「ERP導入したから人減らせるだろ！！！」って"判断”する未来しか見えないわ(笑笑笑
遅れてるって思われたら良くないからって、提出するのは予定どおりに進んでるっていう事前に決まった内容。
逆に進んでるときも、余裕あると思われたら追加の要望が来たり、工数取りすぎとか言われないように予定の通りの数字にする。
そのために数字をいじって進捗率の辻褄合わせてるだけ。
全体工数と今の日付から決まるだけの資料になんの意味があるのか。
そもそも専任で製造なんてしてないんだから、空いてる時間にまとめて製造を行う。
実際の進捗は徐々に上がるものではなく、0%が続いて一気に半分以上まで行って、あとはゆるやかに、100%まで進めるといった形だ。
すごいね
そのへんは工数書けてまでやりたいかとか相手側が決めることだからなー
大手で部署超えて使うとかだと社内のものでも厳しくしたいことはあるけど、そうでもない小さい会社や大きいところでも使用箇所が限定された小規模なものなら割とゆるい感じ
去年から稼働している現場で、以前からあったReact Nativeの面倒を見ているんだがまあこれがひどい出来なんだ。
jQuery時代に見かけたようなコードをやたら見かけたので思わず懐かしくなってしまった。
リファクタリングしようとしたけど直す範囲が広すぎてアプリを壊しかねなかったので、早々に諦めてだましだまし保守をしていた。
そんな中今年に入ってアプリのリニューアルの話が出てきた。React Native捨ててSwift/KotlinやらFlutterに書き換えるとかそういうのではなく、デザインの刷新といくつかの機能改修。
このままだとアプリが更に魔窟化するので、マネージャーに色々相談したところいくつかの事実がわかった。
ということだった。
結局現状のまま進めるわけにはいかず、要件定義の傍らリファクタリング作業をしている。
そういう経緯もあったので、リファクタリングとテストの工数も積んだ上で見積もりだしてもらってる。
「レガシーアーキテクチャをモダンアーキテクチャに刷新」なんてよく聞く話しだけど、
実態は「長年の増改築とだましだましのリフォームが限界になってきたので新築で建て替えます」何だと思う。
最近は「Vue.jsからRemixにマイグレーション」なんて見かけるけど、悪いのはVue.jsじゃなくて禄に設計しないでコード書いてるエンジニアと、
リファクタリングには予算でないけどマイグレーションなら予算取れるという悪しき風習。
年がら年中フロントエンド刷新しているような会社は地雷なので行かないほうがいい。
いくらRemixやらNext.jsやら最新鋭のフレームワーク使ってても、クソコードで書いたらクソが出来上がるだけだ。
一方、僕が集めてきたプログラマーはプログラミング未経験の頭の良さそうなネットゲーマーだけです。
なので初期のドワンゴは、森さん率いる天才ハッカー集団からなる超強力な開発チームと、僕の率いる廃人ゲーマーによる即席プログラマーメインの弱小開発チームの二つからできてました。
僕と森さんで最初に考えたドワンゴのビジネスモデルは単純で、優秀な僕ら（といっても森さんチームだけですが）は控えめにいっても普通の開発会社の半分以下の工数でソフトウェアを開発できる。
なので、実際にかかる工数の2倍で見積もりを出せば、半分は利益で丸儲けのはずだ、というものでした。
とても簡単な算数ですが、後から振り返るとそこが「理系のずるさの限界」でした。
僕らはドキドキしながら2倍の見積もりを出したんですけど、本当は10倍ぐらい出すべきでした。じゃないと儲からない。実際は想定よりも工数がかかることがあり、2倍じゃ利益出なくてめちゃくちゃ大変です。
ドワンゴが大きくなってから当初のドワンゴぐらい実力があって良心的な下請けが欲しいと、心から思いました。当時のドワンゴが出してた見積もりのさらに2倍の金額払っても、同等の仕事をしてくれる下請けなんて、なかなか見つかりません。
でも、文系経営者の中には平気な顔して100倍の見積もりとか出せる人もいたんですよね。僕らの感覚ではもはやそれは詐欺で、とてもできない。
最近、工数のかかりそうな仕事が舞い降りて、必死になっております。
こういう場合は、見積もりをクリティカルパスの3倍以上にでもしておけばいいのです。
さて、最近趣味を探していた私ですが、何をするにも気力や体力を使うので「食べる」ことが趣味になってしまいました。
といっても、歩きと電車で1時間以内に行ける範囲になるので、店も限られてきます。
トマトラーメンはお気に入りですが、こればかり食べると飽きそうなので他のバリエーションもほしいですね。
インドカレー屋に行くとたまにコカインのような草が入っていて信用できないので今は行っていません。
マクドナルドもお気に入りでしたが、最近は賃上げのせいで質(大きさ等)が落ちています(気のせい？)。
ところで、Dota2というゲームがあるらしいですね、Ubuntuでも実行できるらしいです。
やってみたいと思ったのですが、やはりこれも「気力」を使うのでなかなかやる気が起こりません。
ついこの前まではギターをやっていましたが、近所に下手な演奏が響くと思うと音害だと思うのでやらなくなりました。
「なにかおもしろいプログラムを作る」というのも趣味にできますが、プログラミングは仕事だけで十分です。
自分のミクロ経済学の勉強ノートを公開したWebサイトを作ろうとも思いましたが、やはり「気力」が足りません。
気力がなければ趣味につながらないようです。厳しいですね、世の中は。
長期案件の運用プロジェクトではどのタイミングでやればいいのかわからんな…
まるで九龍城
途中で参画させてもらったからまだプロジェクトリーダーとそこまで信頼関係がない
プロジェクトリーダーも他の案件をやったことがないのか、今まで見た事がない歪さをところどころ感じる
その先のクライアントはあまり開発スキルが無さそうだけど、変に技術者のプライド高いからか根本的な解決方法にならない要件を言ってくる
その両者間で仕様設計をするから工数的には無理がないのだけど、浮世離れした設計だなという感想
このシステムを使うユーザも、以降参画するエンジニアも不憫だな…って思ってしまう
偶々出向してきたエンジニアだからあーだこーだ言うのもアレだけど中々独特な開発環境でハラハラしている…
経験上、突っ込んでいっても碌なことにならないから静観して、自分の意見を求められた時に説得して発言力を高めるのが正解なのかな
気が遠くなる話だよ…
アイドルマスターシンデレラガールズ、もはやバンナムも扱いづらい「お荷物」になってるんじゃないかな
ミリオンライブの39+13人、sideMの49人でもだいぶ苦心してやってるはずなのに、190人分に対して最低限の工数かけつつ収益見込めそうな子で課金促すってスタイルからして無茶苦茶してる
実際ある程度はそれで熱を繋げてきた作品だけど、モバマスが終わってもなお満足できないユーザーの「あれやれ」「これやれ」って声を聞きながら色々やってるの辛いまでありそう
オワコンとまで言う気は無い（言いたくない）けどバンナムも一時期よりたぶん予算絞ってると思うし、それより成長を見込んでそうな他ブランドに力入れるのは当然だ
他作品に比べれば恵まれた環境だったと思うが、それでもまだ開拓しきれなかったとしか思えないしこの先の展開もあんまり想像できないし、先が見えないどころか暗闇に包まれてる気しかしてない
ただでさえ、ボイスが無く、ゲームという場ですら登場機会が少なく、誰かの歌声を聴きながら少ない個別衣装と色んな汎用衣装を着せ替えて踊らせることができるだけまだ恵まれてるって子たちもいる中で、ゲームが終わってキャラビジネスとして回してくとなった時に、
少なくとも今後一回でも「メイン」を張るような仕事に190人それぞれがありつけるかと思うとそんな甘い話は無いだろ
そんな手厚いことを今のバンナムがするわけないと思えるくらい、期待なんかしてない
だからこそ、最近の方針変更でことあるごとにサ終だなんだとみんな言ってるわけだ
あの年末の方針変更のお知らせも、ユーザーは「サ終に向けた準備」と読み取る人がいるとバンナムは理解してるはずだろう
それでもあのお知らせを出した
それが本当に悲しくて
喋ってほしかった、歌ってほしかったとはまだ言いたくない、諦めたくない
ベンダーロックインとは、特定のベンダーの製品を使うことにより、その仕様に合致した周辺環境やコードを設定してしまい、移行が困難になるような現象だ
最近、BigQueryを使うことによってこのベンダーロックインにぶち当たった
「使うにはコストと制限があるから、やっぱ自鯖にしよう」となったわけである
BigQuery特有の機能を別の環境に移行するには大幅な変更が必要になる
ベンダーロックインの臭いを嗅ぎ取ったら早めに判断し、避けた方が良い
もし後から「やっぱこれ使いたくない」と言ってすでに依存状態にあるシステムから移行しなければならない場合は、
BigQueryであれば何らかのNoSQLを使うか、スキーマを無理やり抽出してmysql等に変換する方法もあるだろう
そのようなことを自動的に行う有料のサービスも存在するかもしれないが、新たなベンダーロックインとならないよう、注意深く仕様を見た方が良い
経営者としてお答えしよう
ファック死ね
業務時間を割いてなにかやってるのは知っていが注意すると拗ねてモチベ下げるので黙っているが、管理職には絶対に上げないフラグを立ててるからな
持続可能性
頼むよ、これを意識してよ
仮に５秒短縮が当該業務担当５人、１０回／日だとして年間１６時間。。。
ん？わりとデカいな。
頑張れ
違う違うちがう
どうせ空いた時間は給湯室でくっちゃべってるだけだ
知るかボケ
あのな、頑張って勉強して業務効率化に寄与してくれるのはありがたいが、
オマエ死んだらどーすんの、連想配列が保守メンテできるスタッフ他にいる？
ワークシート上のセル式ならなんとか追いかけられますが、VBAでややこしいことやれたらわかりませーん、だよね？
VBAでゴチャゴチャやられるといざ業務拡大近代化の時に余計な工数もかかるの。
ワークシート上で処理完結してて適度にコメントも書いてくれてたらそれがそのまま要求仕様、ドキュメントになるの。
プログラム化されちゃうと要求仕様はそこから紐解かなきゃならない、そんだけ余分な工数がかかる。
残業して連想配列してるのは分かってるが、さっさと帰って婚活でもして、ブサイクな嫁とアホの子供でも作って、あぁもう迂闊に会社辞められねぇ、ってなってくれたほうが会社はありがたいの。
美しくない？
知るかボケ
どこにどれほどリソース割くべきか
こっちもアホでは無い、経営多変数パラメーターを加味して妥協し方向性と優先順位決めてるんだ
頼むから言う事聞いてよ
＞ 何のアイデアも「難しいですね」「技術的には可能ですが」「そもそも要ります？」
なぜこれを言うか分かるか？人間の工数は有限で、間違った方向に行くことは立ち止まるよりももっと悪く、判断ミスの行く末は会社の倒産に他ならないからだ。
しゃかりきに働けば成果が付いてくる仕事でも時代でもないんだよ
お前はいつからエンジニアと仕事をしているか知らんけどシステムの案を出して揉む役割ならそれをお前にも期待されてるんだよ
与えられたものを処理していけば給料が出て安泰に生きていけるような人間じゃないんだよ、俺もお前も
分かるか？なあ
分からないなら今すぐ仕事辞めて刺身にたんぽぽ載せる仕事して時給で金貰ってろ
本気で会社のこと考えてるからそのアイデアが本当に手をつける価値があるのか着手する前に考えるんだよ
着手した後もPoCとかMVPとか作ってその度に目指したものの方向性に進めているか確認し続けているんだよ
ITエンジニアの仕事っていうのは1年使って書いたものが10年動く仕事なんだよ
1年使って実現したアイデアがゴミだったら10年間業績に響き続けるか、あるいは10年持たずに潰れるんだよ
何も考えてないのはお前だよ
ソフトウェアの仕事ってがんばればなんとかなる仕事ってそんなに多くないので、いざこれダメだとなった時にどうしようもなくなってプロジェクト終了してそこまでの工数を全部ムダにすることになる。
それが怖いから慎重になるんよ。
だからしゃーない。
＞ 「難しいですね」
これは実際に難しいと感じてる場合に素直に言ってると思います。
一週間とかの工数で試しに手を動かして調べてみて本当にどうしようもない難しさか、少し調べてほしい、というのもひとつの手です。
もしくは外部のその分野の専門家のヘルプを得ると可能性があるか聞いてみるのも有効な手段。ただし、その専門家の選定には必ずそのヘルプを受ける当事者のエンジニアに関わってもらい納得できる人選をすること。外部の専門家を入れることができても、それだけで出来ると早合点しないこと。
それでも難しい場合は、本当に難しすぎることをやろうとしてると思うのであきらめましょう。
例えば Windows 互換の OS を開発することは技術的には可能だとしても、人月的にも著作権的にも Microsoft を買収できる程度の金額と相当の期間が掛かります。
それでも不可能と言うのは不誠実だと思って言っているので、それでもやりたければあなたが技術以外の問題を取り除く手配をする必要があります。
勘違いしている人間が多いですが、要件自体が間違っているとまともなソフトウェアは作れません。
場合によっては目標達成するためにソフトウェアが不要なことがあります。
要件についての質問をしてるので、要件を作った人間が責任をもって答えてください。
答えられないのは怠慢です。
とはいえ、別に文句をつけてるわけでもないので、答えられるならばごちゃごちゃ考えてる暇があるなら早く答えてください。
