6割しか動かないものを早めに提出。評価しますか?
■ このスレッドは過去ログ倉庫に格納されています
全体の4割は未完成 or バグ
納期ギリギリに10割の質で仕事を提出orかなり早めに6割の質で仕事を提出、どちらのスタッフを評価しますか?
https://togetter.com/li/1647616 バイモーダルという考え方があってね。
今時はモード2なので6割完成したら公開しちゃっていい。 バグの性質によるんじゃない
お金に関するところにバグがあっちゃだめだけど
少々表示が変だったら目をつむるとか 客が未完成品に寛容になってきたからな
Steamなんか完成するまでが華みたいなありさま 6割で出すとめっちゃバグ票書かれるよ
仕様変更をさも不具合みたいに書いてくるのもこのパターン
間に合わないなら余裕もって納品日決めればよかったじゃん
情けは無用 ↓これが設問。タイトルだけ見た時と正反対の評価になったわ。
あなたは小規模企業の経営者です。
A:こちらが設定した納期ギリギリに10割の質で仕事を提出する制作スタッフ
B:こちらが設定した納期よりもかなり早く6割の質で仕事を提出する制作スタッフ
どちらを高く評価しますか? ちなみ仕事内容云々など細かいことは適当に考えちゃってください。 スタッフの評価方法を聞いてる質問に見せかけて
回答者が普段どういうマネジメントをしてるかを評価する質問
面接で使えそう 正直これはどっちでも良いだろ。
ギリギリに9割で出してくるところと、かなり早めに6割で出してきて修正しながら納期に9割になるところならどっちが良い? つまりだ
ギリギリで9割などということはありえない
成果物の達成度に応じてレビューが厳しく客の不満がたまるようになり
完璧でも6割と評価される
早めに客を巻き込んで一緒に仕事した感を出しておくにかぎる 経営者がスタッフに依頼した仕事で
その仕事に対して経営者が設定した納期に対して
スタッフが仕事を提出するタイミングとその品質に関する話なので
A >>>>>>>>>>>>>>>>>>> B
たたき台のレビュー依頼や方向性確認のための相談は「提出」とは呼ばない
6割で出してくるやつはレビューの負荷を考えてない
繰り返し6割でしか出してこないならそういう人間だと割り切ってマネジメントするけど評価は低い といいつつそっちを使い続ける
客が求めているのは優秀な人間ではない
自分が権力をふるえる相手なんだ Aが可能なスタッフはBも実現できている気がするな。 >>1
普通に6割の時点で中間提出して10割の製品を納期に提出する奴を評価する
逆に言えばどちらかしかできない奴はそれなりの評価しかしない 6割りの部分がきっちり動いているか
全体の6割りがなんとなく書けているのかで
意味合いは全然違うからなあ > 早めに客を巻き込んで一緒に仕事した感を出しておく
なるほどなー >>20
なるぼどなーじゃねーよww
社内の話に勝手に客を巻き込むなやw そもそも前提が可笑しいわ
唯一の正解は「10割のものを早めに提出」だろ >>22
そういうのを評価してるとバッファ積みまくるようになってスタッフが増長するだけだぞ >>22
それをやってる会社は滅びるんだよ学生君
なぜなら他の会社が、10割未満のものを早く提出して10割の振りをして売り込むからな >>24
小規模企業の経営者が自分の会社のスタッフに仕事を依頼する場合の話だぞ
日本語読めよな >>18
そのどちらなのかを判定するには10割分の品質チェックが必要 >>25
その条件に入れ替えても同じだろアホ
出来ますか?→出来ます
出来ましたか?→出来ました
聞かれた瞬間には提出可能な部分から先に作っておくのが出世する人 完璧なものを時間ギリギリに提出するのは良くないと一般に言われるが
じゃあ8割のものを提出してそれでOKだとして、
残りの2割は次の仕事に引き継がれるのがソフトウェア開発なんだわ
多くの仕事は完了したらおしまい。
新たな仕事の始まりってなるけど
ソフトウェアは仕事が完了したら、その続きから次の仕事が始まるから
手を抜いたら、それがその分次の仕事を圧迫する
どんどん遅くなって、最後には破綻するわけ もし、これがやりたいならそもそも一次納品のボリュームを削るべきだと思う
だって途中で仕様が変わったわけじゃないんでしょ?
2〜3週間で辺りが見たいならそもそもそういう取り決めとスケジュールにしておけばいいじゃん
なんで6割なんて話が出るのかわからない 実行ボタン一発で動くようなアプリならいいけど
途中って怖いぜ
下手すると客にプロジェクトの打ち切りを決定させてしまう自体もあるかもしれない
うまくいくことばかりではないと学ぶべき そういや、最近の家庭用ゲームも、発売する前からアップデート宣言してるのあるね
あれ、異常に違和感を感じる 金稼ぎに経済成長以外の事を追求しても仕方ないじゃん
超大手企業みたいに社会に様子見つつ慈善事業しながら業績上げるような事は中小には無理よ >>31
言いたいことは判る
客がプログラミングにどれくらい理解があるかで状況は一変する
そういう不幸を繰り返して来た反省のもとに
プログラミング教育が義務化されたんだろうと思う
つまりプログラミング教育の義務化はプログラミングを完成させるのが目的ではなく
プログラミングに対する理解を深めさせる効果があれば良い お前らの劣悪な職場環境が世の中の標準ではないぞ
客に責任をなすりつけうちはそこから抜け出せやしない >>38
なるほどそう考えちゃうわけか
そりゃ抜け出せないわけだ 毎回10割の質で提出するスタッフ
そんな神スタッフがいるならほしい 6割は質が悪過ぎる
1ページに10項目あったら4つバグってんで
それが全ページとか
もう一回テストやり直せってレベルじゃねーぞ どちらを高く評価しますかという質問になってるけど実質は「あなたはどちらの進め方を期待しますか?」という質問
さらには「期待する進め方や成果物の質をスタッフが理解できるような形で指示できていますか?」という話
マネージャー視点では指示の出し方の問題
スタッフ視点では期待値コントロールの問題
依頼側が期待する質のことを10割の質と言ってるので成果物としてはそれを上回る12割の質もありえる
あらゆる視点で非の打ち所がないような完璧な成果物だけを10割の質と捉えるのは非現実的 >>44
違うよ。
正常系は全て動くけど範囲外のエラー処理はちょっとまだ甘いって状態。甘いってだけで全くエラー系が実装されてないってわけではない。
使い勝手のフィーリング評価は問題ないレベル。 >>46
いやあってるじゃん
1ページ=1機能に正常系通ってて
エラー通らないんだからまばらに
全部駄目だろ
思いっきり印象悪いやつじゃん 問題には半端な変数じゃなくて極端な変数を入れることが大事(プログラムの変数ではない)
6割ではなく99%とか1%
そうすると99%ならOKって人は6割よりは増える
でも6割に近づくにつれて減る
1%になればもっと減る
ここで、いや俺は6割でいいとか、9割がいいとかってところで力説するのはあくまで個人の置かれた環境から答えてる感想であり
主張として成立しないんだよ
解決策は、統計的に何割でリリースが最も費用対効果高いかっていうデータで語るか>>41これ。 板違いで論点の定まらない議論ごっこやっているクソスレ上げんな、マ板でやれ >>48
お前正常系の意味わかってないだろ…
正しいデータや操作なら一通りの実行はできるってことだぞ
まばらに全部駄目とかアホすぎる >>49
考え方が終わってる
こういうやつは使えないだけでなく周りの足を引っ張るようになる >>51
唯一不変な正常系の定義があると思ってるお前も十分アホ >>53
それは定義もろくろく決まってないのに語る>>48はアホって言ってるのか?
結論だけなら同意するw >>52
フリーで生きてるから引っ張る周りなんていないんだよなぁ( ゚Д゚)y─┛~~ >>49
指示する側の考える”6割”と
指示される側が考える”6割”が一致してれば問題ない
お互いが合意してる“6割の質”がある場合
「X月Y日までに”6割の質”のものを作って提出して」という指示に対して
期日までに合意した”6割の質”に該当するものを提出すれば
指示する側の期待の10割に応えたことになる
仕事の質は依頼側の期待値によって主体的/相対的に評価されるもの
期待値を常に上回る仕事をする人は高く評価される こいつアホだからむしれると思われたら
なんぼ成果出そうがいいように毟られるよ >>57
まったく真実だが無意味な結論だ
相手の期待値が変わらないなんてことはない
普段から頑張れば頑張るほどやって当然と思われるようになる
常に期待値以上なんてありえない
つまりいざというときにいい成果を出すために
ふだんは怠けておくことになるんだ >>51
うん?境界値だって正常な操作の範囲やろうが
でもそこのテストやってないんやろ?
お前こそ正常系わかってんのか?w >>60
6割を謳うなら完全とは言えなくても正常な操作における境界値ぐらいは処理できないとね >>61
いきなりお前のさじ加減の話になっとるやろが 全体の4割は未完成 or バグ
6割の質
書いてあるのはこれだけ
これの解釈は人それぞれ >>62
ああ、この手の感覚がわからん人なのな
>>53と同類かなw >>66
今回のは間違えたんだろw
こんなくだらない間違いも認められないなんて窮屈な人生送ってんなw
誰の目から見てもバレバレなのにダッセェなwお前w >>65
典型的な低ランク理系の思考パターンだな
何のための問いなのかを考えずに与えられた枠組み内で問題を解こうとする
だからAランク以下は文系に使われる駒になる 相手を罵ると、さらに強く罵り返される
だからもっと強く罵る・・・
スピーカーのそばにマイクを置くと、音が増幅されピキーってなる
あれだな >>75
正常な値だからって正常系じゃないよね?
境界値チェックは異常系チェックでしょ?www
何が正常な値は全部正常系だよwww
知らないのに偉そうに言って恥かいちゃった!?ハズカシー!wwwww
どうしよう!どうやったらボクの威厳((笑))が保てる?
考えろ!考えるんだ!
ポクポクポク・・・
ちーん!
∩___∩
| ノ ヽ/⌒)
/⌒) (゚) (゚) | .|
/ / ( _●_) ミ/
.( ヽ |∪| /
\ ヽノ /
/ / >>76
> 正常な値だからって正常系じゃないよね?
意味がわからん、正常な値なのに正常系じゃないケースとは?
> 境界値チェックは異常系チェックでしょ?www
まあこれは半分は正しいとしても…
> 何が正常な値は全部正常系だよwww
俺が言ってもないことを言われてもなぁ
> 知らないのに偉そうに言って恥かいちゃった!?ハズカシー!wwwww
> どうしよう!どうやったらボクの威厳((笑))が保てる?
> 考えろ!考えるんだ!
多分お前は考えても無駄だから黙っていた方がいいと思うよ、これ以上恥をかきたくないならw まだやってんのかよ
アホ文系が書いた文の解釈なんてどうだっていいだろ なにをもって完成というのか
なにがいいともいってないのに 境界値チェックって
結果が正常な時も
テスト仕様書の異常系ケースのとこにかくの? >>82
会社とかプロジェクトによっても違うと思うけどうちは範囲内のテストも範囲外のテストも正常系として書くことが多い 納期に10割が理想だろ。
でも、それまで進捗のチェックはしないの?
プログラマには理想的な職場だね。 ■ このスレッドは過去ログ倉庫に格納されています