はてなキーワード: アジャイルとは
Optionとかの影響で例外を投げないことに拘る人がたまによくいるけど、どうせ最上位で捕まえるんだから詳細な情報を詰めた上で例外はむしろ投げろし。— neuecc (@neuecc) June 27, 2023
これなーアジャイルとか大好きWeb系から流れてきたなんちゃってUnity開発者(個人の感想です)ほど例外になるんだけどどうにかしろって騒ぐ
いや例外出るよってxmldocでも書いてるじゃん、みたいな
この手のやつほどチームリーダーとかやりたがるから仕方なく自分の実装レイヤーでエラーコードに変換してやるってことがしばしば
C++でかつコンソールゲーム系の人は例外😬みたいな感じになるけど例外復帰でループから抜けたりするみたいな使い方でなければまあわかってくれる
マイナンバーカード関連のトラブルで連日連夜ネガティブな報道が絶えない
特にゲンダイあたりはここぞとばかりに否定的な記事を連投している。
が、記事を書いているのはITの専門家でもない自称経済評論家の方だったりして論点がズレまくっている。
正すべきところをしっかり正して前に進んでほしいのだが
メディアの質が悪いせいで変なところばかり正す方向になりそうだ。
また、トラブルは蟻の子1匹許してはならないみたいな論調も、進化を止めるだけなのでやめてほしい。
それに輪をかけてひどいのはヤフコメ欄だ。
マイナンバー制度憎し現政権憎しの人たちがここぞとばかりに元気になっている。
が、そのコメントの質が驚くほど低い。
例えば以下のコメントだ。
y_h********2時間前
これはciscoのサーバによって構築されているんでしょうかね?
プログラミングもシステム構築も最初に作ったのが間違っていると間違っているところだけ書き直すとそのほかにボロが出てしまうものです。
プログラミングしている人なら分かると思うが完璧につくっても予期せぬトラブルが起きるものです。
個人的にはLINEを官公庁が使っている事の方が100倍問題だと思っていますけどね、日本人は韓国は信じる、自国は信じないっていうののが凄いです。
「国会議員カード」を作れ! トラブル続出のマイナカードへ、国民から強烈な皮肉
https://news.yahoo.co.jp/articles/a8106cec13deeda2ef44d71a3f093c143db579fc/comments
何を言っているんだ…?
他にもひどいものがたくさん…。
たぶん「昔ちょっと何らかのシステム開発に携わった老人」たちが、今時のシステム・ソフトウェア開発をまったく知らずに
クラウドとか、アジャイル開発とか、リーン思想とか、何も知らないのだとおもう。
ましてやソースコードを書くという経験をしているかどうかも怪しい。
ただ知識を持たないのであれば、正しく批判できているのか自問自答すべきであろう。
少なくともこう知ったかぶって叩いているのは目に余る恥ずかしさである。
もう老人たちは知らないのであれば黙っていてほしいものだ。
「わしが若いころは!」と何一つ変わらない。
しかも、この手のレスをいっぱい見たメディアはまた記事を書く。
「インターネットでは以下のようなコメントがー…」と。ひどいマッチポンプだ。
客先常駐の話。新卒で入った会社が独立系Sierならぬ派遣会社だったため(現在は東証一部に上場しており新卒を50名以上も採ってる会社になった模様)、色んな現場に行かされたものだ。
現在は事業会社でプロパーとして働いているし、今後も客先常駐なんぞしないと心に決めているが、個人的には独立系Sierで仕事して良かったと思う。
【良かった点】
① 現場ごとに仕事の進め方も、用いられている技術も、当然ながらシステムの規模も必要なリソースも異なるので、多くの引き出しができた。何よりエンドユーザーの業務について学べたのがでかい。
② 無理難題を突きつけられても、期限内に解決する突破力を身につけられた。
③ 要件定義、設計、プログラミング、テスト、リリース、運用など、必要なプロセスを体系的に学べた(こんなウォーターフォール型開発学べるのはSierだけですよ!と言いながら、事業会社とかだと往々にしてアジャイルに失敗してウォーターフォールになりがち)。
④ 有利に仕事を進めるために、他社の社員と友好的に話しながら、自分の条件を呑ませるという処世術を身につけられた。
悪かった点は、いっぱい述べられているので省略。
ただし、注意点がある。客先常駐の案件で、契約をやすやすと切られる程度の人間はやめとけという事だ。無駄に職務経歴が増えるし、転職時に不利になる。
当方は、3つのプロジェクトをやっていたが、客先で契約は切られたことないので、開発からエンドユーザー先に行って運用したりと、かけがえの無い経験が出来た。大半は「設計•プログラミングだけ」「テストだけ」「運用だけ」と、フェーズ単位で仕事する事になるので、これは本当に良くない。当方が運が良かったと言えばそれまでだが、無能ほどIT企業や事業会社に行くべきだなと心から思った。
客先に行って、自社の人間が誰もいない味方のいない状況で、無責任に仕事を振られながら、毎回期待値以上の結果を出し続ける能力を学べるのは客先常駐でしかないと思うし、得られる経験値半端ない。
自分に自信があるなら、客先常駐してみてはいかがかしら?無能は、3ヶ月単位で現場変わる事になるし、精神衛生上良くないので、やめておこう。でも、やるんだろうなぁ。
SIerでSEやってるんだが最近ちょっと新しいものを作ろうとしているプロジェクトに配属された
そこでは行き当たりばったりで話が進んでいた
レガシープロジェクトばかりやっていてあまりこの手のプロジェクトに慣れてなかった俺は途中参画なのもあり、そういう文化なのかなと受け入れてしまった
この時点で色々と気づくべきだったのかもしれない
プロジェクトは途中難航しながらも一応前には進んでいたのだが外部連携先の機能の部分で問題が発生した
いや開発が単純に難航して遅れたならしょうがないかなと思うんだが、そもそも開発期間がうまくこっちと合ってないことがわかってきた
裏取りが不十分だったというか多分大丈夫でしょみたいな感じで進めてしまっていたらしい
普通は逆算してプロジェクト計画立ててさ、さらに逆算だけだと考慮不足になりそうなところにバッファ積んでとかやると思うんだが逆算すらできてねえ
外部のアプリ連携先が同じ会社ならまだやりようはあるが違う会社で客との契約内容もいまいちな感じなので待機期間みたいになっちまう
客に金があれば乗り切れるが金がなくSE側の人員削減をせざるを得ない
しかし人売りSIer業界だと一度プロジェクトから抜けた人間を呼び戻すのは大変なので結局ある程度は確保し続けないといけない
で、しわ寄せとして下請け側が工数を減らした状態で請けることになったがまぁ結局追加で余計なことをやらされ始めて俺の工数足りんのだがとなっている
この状態を防ぐにはどうすればよかったかっていうとやっぱ計画段階でちゃんとやっとくしかないよねと思った
元請けが客に後から金交渉できれば別だが有能元請けじゃないと後からの金交渉は難しいだろう
新しいことやってるから多少は勢いでやっていく必要はあるが外部連携先の部分とかは逆算してちゃんと計画たててくれんと
そもそもウォーターフォールでやるなよって話もありそうだがアジャイルは客負担高いらしいし、予算確保も大変そうなイメージなので、客も元請けも弱めのこの現場では多分成り立たないだろうと思う
いずれにせよ行き当たりばったりがもう精神的にきつくなってきたのと、元請けにいる有能風ベテランエンジニア様がパワハラ気味でうざいのでプロジェクトを早く抜けたいのだがプロジェクトを抜けるには計画的に抜けないと迷惑がかかるというか抜けさせてもらえない
システムエンジニアをしているけどお客の自称大企業のシステム管理経験ありの役職者が要求仕様で意気揚々とExcel方眼紙で資料出してきて頭抱えている。
せめて内容がまともなら良いが書かれている内容も要求仕様からは程遠いメモ書きでこちらから細かい質問を投げては社内で確認して回答貰うメッセンジャーにしかなっていない。これで社内システムの責任者?
ほんとマジでExcel方眼紙は止めろ。餅は餅屋で表計算だけにしろ。馬鹿でExcel方眼紙しか出来ないならPDFに出力してよこせ。どうせファイル名馬鹿みたいに日付とリビジョン付けんだろうな。
ExcelはA4横に綺麗に罫線ひいて見栄えよく書類作るツールじゃないわ。あとcsvをExcelで開くな。Excelに合わせてShift-JISに文字コード要求すんな。システム担当がUTF-8のファイルをExcelで開いて「文字化けしてます。バグですね!」とか言うな。あと郵便番号データ開いて0消してはがきデータ印刷で失敗して焦んな。
こんなこと書くと何故かExcel方眼紙肯定派が出てくるけど一度も納得できる理由を聞いたことが無い。結局馬鹿が色んなツール覚えられないだけでしょ。そういう人はシステムの仕事から離れろよ。Office365もまともに使えない奴がいっちょ前にシステムエンジニアに意見言うな。レガシーシステムの改変に文句言うな。工数に口出すな。っていうかこっちが言ってること大半理解せず金の時だけ発言すんな。あとアジャイルなんでそんなに好き?アジャイルの前に自社の業務理解しろ。そのうえでExcel方眼紙やめろ。
かなりアジャイルな開発じゃん
概ね妥当だと思うけど 2 点のみ
「Excel方眼紙使ってたので速攻無能確定」はいくら何でも確定急ぎすぎ
コンサルも込なら良いが大体は要件定義からだ。つまりお前らは要求定義は出来ている前提だ。なんも分からないから経営層や現場との橋渡しのみなら邪魔だから今すぐSE名乗るの止めて仕事辞めて田舎で畑耕せ。
AccessやFilemakerで弄れる程度でSE名乗るならせめて自社業務の流れや種類は把握しておけ。何聞いても現場に確認しますじゃ時間かかるんだよ。なんなら分かるんだ?別に業務フロー寄越せとか言ってないぞ。
割とマジで自分が経営層から何をシステム化してほしいのか分かってない奴が多い。体感5割以上。最近じゃインボイス対応。インボイス対応してください言われて現状や影響箇所は何をしたいか聞いたら「さぁ?」って言う。じゃ、何しにきた。挙句に「そのやり方も提案するのがシステム会社でしょ!」とキレる役職者まで。コンサルは契約に入ってないんだけどな。ちなみに別の会社でシステムのお偉いさんしてたとか言ってたがExcel方眼紙使ってたので速攻無能確定。おまけに技術も知識もアップデート出来てないし平気で偽装派遣みたいなこと言ってくる。前の職場どんなとこだよ
クラウドとか言語とかアーキテクチャとかフロントエンドもバックエンドも何も知らないなら勉強しろとも言わないが分かった風の口聞いてググった程度の知識でマウント取るな。むしろ都度説明求めろ。
ランニングやイニシャルコストの話で妥当かどうかをこっちに証明させるな。お前らで判断しろ。少なくともボッタクっては居ない。あと逆に原価厨みたいに人件費等々無視した計算もすんな。人はタダじゃない。
小売りとかだと土日もやってたりするけど対応ほしけりゃ契約時に言え。割り増すから。電話やメールでなくて後日文句言うな。あと平日業務時間外にZoomとかやるな。金寄越せ。
要件漏れとかあってこっちがリスケ等を要求しても承知しないでキレたり三顧の礼したりするの止めろ。そのバカみたいな時間を社内調整に回せ。夜の22時とかに泣きながらZoomでお願いしに来るな。不動産営業にでも転職しろ。
要件定義書、設計書、テスト仕様書、その他いろいろ作って会社で確認してもらってるよね。読め。だいたい書いてある。仕様漏れとかでこっちが記載してる言って読んでないってキレるな。あとどこの企業も読んでないとか言うな。ちゃんとしてるとこは読んでる。
大体馬鹿なユーザー企業はアジャイル開発何も知らないくせに「要件定義要らない、数週間で出来る、ドキュメントも要らない、仕様変更簡単」と思ってる節がある。なぜか最初にアジャイル開発で~とか言ってくることも。何もできないならウォーターフォールの方が数倍マシだぞ。アジャイル開発だとお前の役割重要になるんだぞ。ちゃんと管理出来るんか?だいたい動き出してからウォーターフォールの動き求めてきたりするw
ちゃんと要求まとめて要件定義から参加して受入まで出来たり、アジャイル開発ができるユーザー企業の社内SEなんて日本の中小企業の1割にしかいないと思っているので、自信ない人は是非パッケージに頼るかもっとたくさんお金払って全部お任せにしてください。
アジャイルが上手く機能しないというより「受託開発」がうまくいく開発手法なんてこの世に無いってことなのかな。
日本企業って「現場ー(現場の責任者)ー(開発側の責任者)ー開発」の形式だから、
現場と開発側の責任者同士で話を進める伝言ゲーム形式になって、そこに機能じゃなくて見栄みたいなもんが入って失敗するんじゃねって思う