アカウント名:
パスワード:
イチローの替わりはいないなんて、それこそファン=素人の考え方ですって。プロの監督ならチームの穴を埋められる次の主力選手を育てておくべきだし、プロの興行師なら次のスター選手を見つけておかなきゃならない。イチロー引退したら一蓮托生でチームごと沈むってわけにはいかないでしょう。「かけがえがない人」なんて個人にとっての話であって、全体としては誰であろうと代替可能です。でなきゃ困る。永久に生きている人間はいないんですから。
プロの監督ならチームの穴を埋められる次の主力選手を育てておくべきだし、プロの興行師なら次のスター選手を見つけておかなきゃならない。
その通り。だけど、イチロークラスの選手となると、なかなかそうは行かないのも事実だよね。単にチームが試合続行可能であればいいとか、試合を興行として実施できればいい、というような目標を満足できればいい、という程度なら何とでもなるでしょう。でも、リーグ優勝とか、高い興行収入とかを目指すのであれば、話が変わってくる、ってことでしょう。
いや、本当のプロの監督なら持ち駒で勝負するだろ。
勝負はするに決まってるじゃないか。問題はその勝負に勝てるかどうか。
別に試合に勝つのが勝負なだけじゃない
それは既に#1576828 [srad.jp]で言及済み。
>イチローの代わりはいないのです。しかし、それはバッティングコーチのいない野球チームということになります。本人が現役の頃は良いかもしれませんが、引退したらどうにもなりません。なのでコーチということで引退後も後世に残さなければなりません。
それで、ある会社の話ですが、物理配線図や論理配線図は残すことは当然として、設定に関するものも全てコマンド単位で記録されます。つまりどのような素人がやっても(理解していなくても)構築できるようにするものだと思います。
その考え方自体違うでしょイチローというポジションは野球には存在しないイチローが試合に出れなければ、チームとして成り立たないかどうか考えればわかるはずそれでも重宝されるのは、期待される以上の見返りが見込めるからでしょう
ベンチャーなんかでは一番出来る人に任せてほかの人はタッチしないのもありですよ。スピード重視なのに、ちんたら文書化なんて待ってられません。
日本の高度成長期は国を挙げてそうでした。
「コミュニケーション能力」重視の採用活動でさらにそういう人間が増えていて状況は悪化する一方…
ろくに業務も理解していない状態でやる気満々でうちのチームのPLになった「奴」は、- 外部の人間との打ち合わせの場で見当違いな発言多発。話が進まない。- 外部の人間からクレームがあり、PL抜きでの調整を依頼される。 向こうに迷惑をかけるわけにもいかないので弊社上層部にも諮り了承。 議事録はきっちり残して回覧にまわすが、見ていない奴。- 「奴」の作成したドキュメントに問題を指摘したが聞く耳持たなかったため、 推奨項目として追記。そもそも意味がわからなかったらしい。- 不具合報告はBTSで回覧。重要不具合については速報は電話連絡ルートでも回すが、 伝言ゲームにならないようにBTSベースでチェックするように配慮。- 導入理由を説明できず、今回プロジェクトの開発要件とあわない 命名規則を振り回し始めたため、開発現場からクレーム。 自分が「やっていない」ことをアピール、悪役になって現場への影響回避。- ライブラリ仕様に問題があったが、開発期間と検証工数から呼び出し側で 呼び出し側での修正を判断。利用側とはレビュー済み。- 課題管理システム上で「奴」も承認済みだったが、クレーム。 本人承認済みであること指摘すると逆切れし始めたので受け流す。- PLが何であれプロジェクトの成立と現場のメンバのモチベーション維持するためにはやる- こんなことが続いてきたので「PLさんはもう私のことを諦めてくれ」とついいってしまう- 会議でいろいろ提言するが、提言の意味を「奴」だけ理解していない- 自分がトラブルメーカーだと全く気づいていない
3ヶ月で出向元にお帰りいただきました。本人は出戻った言い訳に「ダメな奴がいてプロジェクト壊滅」などと吹聴してましたが、プロジェクトはデスマも起こさず完遂しましたよ。えぇ。
確かに、「間違った人」にあれ以上のさばられたら主にストレスで大変だったかも。出戻った先では首にできず、とんでもないことになっているプロジェクトもあるようです。風のうわさで聞きました。南無。
自分のことを言われた気がしたんですね。大丈夫、誰もあなたの悪口など言っていません。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日本発のオープンソースソフトウェアは42件 -- ある官僚
ネットワークに限らず (スコア:4, すばらしい洞察)
プロか素人かの違いの一つですね
#素人が管理してる場合に遭遇した件数が異常に多かったですが・・・
それは経営者の資質 (スコア:2, 興味深い)
ドキュメント整備はヒラでも何とかなるけど、職務分担とか人事に関わる
ことは、絶対ヒラだけではなんともならない。
けど、バカなやつほど、そういう問題の解決をヒラ(現場)に押し付けて
くるよね。
Re: (スコア:0)
まずは課題を整理して、それを解決するための計画書を提出すればいいよ。
できれば、必要なリソース(人、技術、費用、、、)を見積もって、自分以外の適任者を指名して。
それでも自分に押しつけられそうならば、
まとめ役に徹して、実作業はほかの奴にやらせる権限をもらって。
途中何かあったときに責任はとらないで済むようにして。
....
いろいろ防衛策をうって、それでも引き受けざるをえないなら、時間と金と権限をもらってからね。
調べるより知っている奴に聞いた方が速いし正確なのに、
知っている奴の工数をもらえないようじゃ話にならないからね。
Re:そうは言っても、 (スコア:2)
銭の稼げる仕事というのには、そういうのが多いですよ。
ということで、あらゆる業種、あらゆる業務に共通とは言えません。
イチローの代わりはいないのです。
Re:そうは言っても、 (スコア:2, 興味深い)
イチローの替わりはいないなんて、それこそファン=素人の考え方ですって。
プロの監督ならチームの穴を埋められる次の主力選手を育てておくべきだし、
プロの興行師なら次のスター選手を見つけておかなきゃならない。
イチロー引退したら一蓮托生でチームごと沈むってわけにはいかないでしょう。
「かけがえがない人」なんて個人にとっての話であって、全体としては
誰であろうと代替可能です。でなきゃ困る。永久に生きている人間はいないんですから。
Re:そうは言っても、 (スコア:1)
プロの監督ならチームの穴を埋められる次の主力選手を育てておくべきだし、
プロの興行師なら次のスター選手を見つけておかなきゃならない。
その通り。
だけど、イチロークラスの選手となると、なかなかそうは行かないのも事実だよね。
単にチームが試合続行可能であればいいとか、試合を興行として実施できればいい、というような目標を満足できればいい、という程度なら何とでもなるでしょう。でも、リーグ優勝とか、高い興行収入とかを目指すのであれば、話が変わってくる、ってことでしょう。
Re: (スコア:0)
別に試合に勝つのが勝負なだけじゃないから
見てみろ、阪神なんてあんなに負けても大人気じゃないか。
Re:そうは言っても、 (スコア:1)
いや、本当のプロの監督なら持ち駒で勝負するだろ。
勝負はするに決まってるじゃないか。問題はその勝負に勝てるかどうか。
別に試合に勝つのが勝負なだけじゃない
それは既に#1576828 [srad.jp]で言及済み。
Re: (スコア:0)
Re: (スコア:0)
Re:そうは言っても、 (スコア:2, すばらしい洞察)
>イチローの代わりはいないのです。
しかし、それはバッティングコーチのいない野球チームということになります。
本人が現役の頃は良いかもしれませんが、引退したらどうにもなりません。
なのでコーチということで引退後も後世に残さなければなりません。
それで、ある会社の話ですが、物理配線図や論理配線図は残すことは当然として、設定に関するものも全てコマンド単位で記録されます。
つまりどのような素人がやっても(理解していなくても)構築できるようにするものだと思います。
Re: (スコア:0)
その考え方自体違うでしょ
イチローというポジションは野球には存在しない
イチローが試合に出れなければ、チームとして成り立たないかどうか考えればわかるはず
それでも重宝されるのは、期待される以上の見返りが見込めるからでしょう
Re: (スコア:0)
ある程度レベルが高い所だと管理されてなくても自然と物事が進むようになります。
・・・と思ってた、奴が来るまでは
Re: (スコア:0)
ベンチャーなんかでは一番出来る人に任せてほかの人はタッチしないのもありですよ。
スピード重視なのに、ちんたら文書化なんて待ってられません。
日本の高度成長期は国を挙げてそうでした。
Re:ネットワークに限らず (スコア:4, 参考になる)
確かに正しい、けど欠点は打たれ弱いことなんだな。
間違った人を首にできるとこならいいけど首にできなかったり、ちょっと遅れると
プロジェクトがとんでもないことになる。チームに入ってきた「奴」は
- 外部の人間と勝手に接触して勝手に仕様を変える、それを誰にも言わない。
- そんなことをしてるから外部の人間にはそいつが窓口に見える
- ユーザー用のドキュメントに勝手に「(俺らのチーム)は・・・を推奨します」と書く。推奨してることは滅茶滅茶
- バグ報告を5人の伝言ゲームで伝える
- ネーミングルール間違ってるよと指摘されると「俺全然守ってねー」と爆笑する
- 自分で作った(他人も使う)ライブラリのバグを直さずコール側で辻褄を合わせる
- それを見つけたんでバグ報告すると「あ、そういうのはありますよ」と受け流す
- プロジェクトが何であれ自分のやりたいことはやる
- 「上司には自分を諦めさせてやりたいことする」と放言する
- 会議ではよく発言するがその発言の意味には気づいていない
- 自分がトラブルメーカーだと全く気づいていない
3ヶ月でプロジェクトが壊滅してしまった・・・
Re:ネットワークに限らず (スコア:2, おもしろおかしい)
Re: (スコア:0)
Re: (スコア:0)
「コミュニケーション能力」重視の採用活動でさらにそういう人間が増えていて状況は悪化する一方…
Re:ネットワークに限らず (スコア:1, おもしろおかしい)
ろくに業務も理解していない状態でやる気満々でうちのチームのPLになった「奴」は、
- 外部の人間との打ち合わせの場で見当違いな発言多発。話が進まない。
- 外部の人間からクレームがあり、PL抜きでの調整を依頼される。
向こうに迷惑をかけるわけにもいかないので弊社上層部にも諮り了承。
議事録はきっちり残して回覧にまわすが、見ていない奴。
- 「奴」の作成したドキュメントに問題を指摘したが聞く耳持たなかったため、
推奨項目として追記。そもそも意味がわからなかったらしい。
- 不具合報告はBTSで回覧。重要不具合については速報は電話連絡ルートでも回すが、
伝言ゲームにならないようにBTSベースでチェックするように配慮。
- 導入理由を説明できず、今回プロジェクトの開発要件とあわない
命名規則を振り回し始めたため、開発現場からクレーム。
自分が「やっていない」ことをアピール、悪役になって現場への影響回避。
- ライブラリ仕様に問題があったが、開発期間と検証工数から呼び出し側で
呼び出し側での修正を判断。利用側とはレビュー済み。
- 課題管理システム上で「奴」も承認済みだったが、クレーム。
本人承認済みであること指摘すると逆切れし始めたので受け流す。
- PLが何であれプロジェクトの成立と現場のメンバのモチベーション維持するためにはやる
- こんなことが続いてきたので「PLさんはもう私のことを諦めてくれ」とついいってしまう
- 会議でいろいろ提言するが、提言の意味を「奴」だけ理解していない
- 自分がトラブルメーカーだと全く気づいていない
3ヶ月で出向元にお帰りいただきました。
本人は出戻った言い訳に「ダメな奴がいてプロジェクト壊滅」などと吹聴してましたが、
プロジェクトはデスマも起こさず完遂しましたよ。えぇ。
確かに、「間違った人」にあれ以上のさばられたら主にストレスで大変だったかも。
出戻った先では首にできず、とんでもないことになっているプロジェクトもあるようです。
風のうわさで聞きました。南無。
Re: (スコア:0)
自分のことを言われた気がしたんですね。大丈夫、誰もあなたの悪口など言っていません。
Re: (スコア:0)
言ってない言ってない。
むしろ仕事がチームワークであることがわからず少ない知識を元に独断で進めるとこなんか俺の方の「奴」とそっくり。
Re:ネットワークに限らず(オフトピ -1) (スコア:0)
真面目に感心してしまった。
Re: (スコア:0)
Re:ネットワークに限らず (スコア:3, おもしろおかしい)
お、変更終わったのか。変更結果を確認するからチョット待て。内部統制で判子が必要だからな。
お、収容表を更新したのか。レビューするからチョット待て。内部統制で判子が必要だからな。
お、更新が終わったのか。更新の結果を確認するからチョット待て。内部統制で判子が必要だからな。
以下略