Размер видео: 1280 X 720853 X 480640 X 360
Показать панель управления
Автовоспроизведение
Автоповтор
けんかをやめて 二人をとめて私のために争わないで もうこれ以上
実装後の設計書作成ってめちゃくちゃ多いパターンだけど、本当に意味わからないですね。それだと説明書じゃんって
テストケースがあるだけましかな。
端末貸出予約が埋まってるのに、実際は全く使ってないケースが多々ある💢(ただ抑えてるだけのやつ)
要件ふわふわな時は、危なそうな箇所と安全そうな箇所見分けるのが腕の良いエンジニア。
間に合わなかった場合はお客さん起因でも構築側の責任に押し付けられ報告書求められるのを、この世の不条理だと思う
本当になんでクライアントが要件出すの遅れてるのにこっちがしんどい思いしないといけないのか謎だよね待ってて暇な時と、遅れた分を取り戻した労力をきっちり請求していい法律でも作ってほしい
それは日本だからやで
要件定義あいまいで作り始めて結局回収必要になってバグでて、コードもぐちゃって困ることは稀によくあるよねーあとは、要件定義が変更からさらに変更で開発スケジュールがどんどん短くなってきつくなって残業させられる
私のために喧嘩しないでは草
テスト用ユーザーアカウントがずっと使用中だから自力で作っちゃったなんて言えない・・・
4人でやる部活のプロジェクトでも全く同じ事が起きるから、企業でやるのは無理だと思った
情報処理試験の時期なのでIPAあるあるお願いします
要件定義が固まっていないなら好きに作っていいって法律作ってほしい。
救われないのは例え顧客の意思決定が1人だとしても、見えない所で同じ事態が起きてること。
IT構築の現場って、こういうのが10年経っても、20年経っても、更にその先も変わらいのと、ホントに何でなのでしょうね🤔よくIT構築って、家を建てるに例えられますが、建築ならグチャグチャになるでしょwソフトウェアの作りは、目に見えないからかな、何ででしょうね😅
最後のケース、去年にあったけど、悪いのは全部こちらのせいにされたなぁ。3回手戻りになったけど、作るのが遅いのが悪いでブチ切れられた。
クライアントにきちんともの言える人間が上にいるかどうかこれ大事
要件定義はまだ無いのにスケジュールだけは既にあるという本当によく分からん(´_ゝ`)
金は有限、時間は無限と勘違いしてるユーザの、なんとおおいことでしよをう
散々おかしいって問い合わせたのに確認しますとかの連絡も無く一週間くらいしてようやく「データベースの構造変更反映する前のデータ送ってましたw」って言って来たクライアント2,3回殴らせてほしかった
仕方ないかーじゃなくてウォーターフォールなめてます?って返さないと
タスクあんまり遅れないからこういうことしてる人はどんな仕事のやり方してるんか気になる…
簡単な話、社内開発ならまだいいけど、クライアントが納期はこのくらいでーって言っておきながら要件きいても応答しない、スケジュールきまってるのに稟議がとおってない、要件をクライアント側でもめててこっちに行ってくることが度々違うそもそも要件がきまってないから待ってくれって言ってくる主に十中八九がクライアントが原因
これはタスクを設定するための要件がそもそもできないパターンだからね
「要件定義書を頂いてから⭕⭕日です!」って言っておけば良いのでは?って思っちゃいます。要件定義書が上がってきてないのに「⭕⭕日までに納めます」とか安易に言えない…
そして後出しの仕様変更が投げつけられる
けんかをやめて 二人をとめて私のために争わないで もうこれ以上
実装後の設計書作成ってめちゃくちゃ多いパターンだけど、本当に意味わからないですね。それだと説明書じゃんって
テストケースがあるだけましかな。
端末貸出予約が埋まってるのに、実際は全く使ってないケースが多々ある💢(ただ抑えてるだけのやつ)
要件ふわふわな時は、危なそうな箇所と安全そうな箇所見分けるのが腕の良いエンジニア。
間に合わなかった場合はお客さん起因でも構築側の責任に押し付けられ報告書求められるのを、この世の不条理だと思う
本当になんでクライアントが要件出すの遅れてるのにこっちがしんどい思いしないといけないのか謎だよね
待ってて暇な時と、遅れた分を取り戻した労力をきっちり請求していい法律でも作ってほしい
それは日本だからやで
要件定義あいまいで作り始めて結局回収必要になってバグでて、コードもぐちゃって困ることは稀によくあるよねー
あとは、要件定義が変更からさらに変更で開発スケジュールがどんどん短くなってきつくなって残業させられる
私のために喧嘩しないでは草
テスト用ユーザーアカウントがずっと使用中だから自力で作っちゃったなんて言えない・・・
4人でやる部活のプロジェクトでも全く同じ事が起きるから、企業でやるのは無理だと思った
情報処理試験の時期なのでIPAあるあるお願いします
要件定義が固まっていないなら好きに作っていいって法律作ってほしい。
救われないのは例え顧客の意思決定が1人だとしても、見えない所で同じ事態が起きてること。
IT構築の現場って、こういうのが10年経っても、20年経っても、更にその先も変わらいのと、ホントに何でなのでしょうね🤔
よくIT構築って、家を建てるに例えられますが、建築ならグチャグチャになるでしょw
ソフトウェアの作りは、目に見えないからかな、何ででしょうね😅
最後のケース、去年にあったけど、悪いのは全部こちらのせいにされたなぁ。3回手戻りになったけど、作るのが遅いのが悪いでブチ切れられた。
クライアントにきちんともの言える人間が上にいるかどうかこれ大事
要件定義はまだ無いのにスケジュールだけは既にあるという本当によく分からん(´_ゝ`)
金は有限、時間は無限
と勘違いしてる
ユーザの、なんとおおいことでしよをう
散々おかしいって問い合わせたのに確認しますとかの連絡も無く
一週間くらいしてようやく「データベースの構造変更反映する前のデータ送ってましたw」って言って来たクライアント
2,3回殴らせてほしかった
仕方ないかー
じゃなくて
ウォーターフォールなめてます?って返さないと
タスクあんまり遅れないからこういうことしてる人はどんな仕事のやり方してるんか気になる…
簡単な話、社内開発ならまだいいけど、クライアントが納期はこのくらいでーって言っておきながら要件きいても応答しない、
スケジュールきまってるのに稟議がとおってない、要件をクライアント側でもめててこっちに行ってくることが度々違う
そもそも要件がきまってないから待ってくれって言ってくる
主に十中八九がクライアントが原因
これはタスクを設定するための要件がそもそもできないパターンだからね
「要件定義書を頂いてから⭕⭕日です!」って言っておけば良いのでは?って思っちゃいます。
要件定義書が上がってきてないのに「⭕⭕日までに納めます」とか安易に言えない…
そして後出しの仕様変更が投げつけられる