t_wの輪郭

あれ

2022/3/19 10:22:00

あれ

 この事例においてもそうだが、大体において上流がボトルネックになって問題になるのはよくあるが、下流がボトルネックになって問題になるのはそんなに見たことがない。
 プロジェクト炎上の典型例も、上流で仕様が決まらずプロジェクトが止まって、最後の最後に下流の開発があたふたする見たいな感じだ(ほかのところではまた違ってくるかもしれないが)。

 プログラマー不足というものが信じられずにいる。マネジメントや企画の問題なのだから、マネージャや企画者不足のほうが問題だろう。そうでなければプログラミングできる人間にプログラミング以外のことをやらせて働かせたりするはずがない。

あれ

2022/10/11 11:23:00

勤怠入力ミスしすぎて、マネージャから勤怠の確定前に確認するように注意されてしまった。しょげる。勤怠システムでなんとかしてほしい。

低品質な勤怠システムと、それに付随する低品質な勤怠入力規則が悪い。俺は悪くねぇ

1日の勤怠として、午前の仕事の始めと終わり、昼休憩の始めと終わり、午後の仕事の始めと終わりの、6つを入力しないといけない。めんどくさすぎる。

とはいえマネージャに勤怠システムをどうこうする権限は一切なく、勤怠の確定前に確認するということしかできない。こういうところで細かくやる気を削いでくる権限委譲のしなさすぎが、複数の組織の問題共通する原因だ。