アカウント名:
パスワード:
ひとつだけ引っかかったんですけど、実績がないからっていうのはあなたの会社で実績がないから? それともそのライブラリの使用経験があるメンバがいないから?
うわぁ、俺が超げんなりするタイプだな、こいつ。そんなの自己満足以外のなにものでもないんですけど。 こういうの本人がよかれと思って、それがあるべき姿なんだと思ってやってるとこがさらに質が悪いんだよなぁ。
あのね? 好き勝手やるタイプのヤツだって自分のチームやボスに対して少なからず忠誠心も持ってれば、プロジェクトが成功してみんながハッピーになって欲しいとぐらいには思ってんだよ? それなのにあんたが言うようなことをやるのは、そういった気持ちを吹き飛ばすモノでしかなく、例え短期的には能率があっても中長期的に確実にしっぺ返しをくらいます。
必要なのは相手を尊重しつつ、しっかり話し合いをすることで、具体的には次のようなやり方があります。
仕事終わりの飲みも役に立ちます。
各プロジェクトメンバの考え方や行動パターンはさまざまです。絶対にコミットメントをしないタイプの人がいます。これは、非常に技術者っぽい人にありがちで、多くのリスクがあることが見えるだけに何もコミットできなくなります。自分の仕事の範囲を勝手に自分で決めてしまい、本当のプロジェクトの目的を見失う人もいます。コミットが守れないときに隠してしまうタイプの人もいます。人間は弱いものです。一生懸命やるのですが、自分が信じている作業優先度で作業するため、プロジェクトとしての作業に影響を出す人もいます。本人が後回しにしてよい作業だと思っていても、その作業が完了しないと始められない作業を持っている人にとっては致命傷です。人は自分を中止に局所最適化しがちです。つまらない仕事は誰もやりたがりません。なるべく他の人がやって欲しいので、問題を知っていても、そのことを口にしない人がいます。プライドを守ることの出来る言い訳さえ見付かれば、後から意見をひっくり返すことは何とも思わない人もいます。プロジェクトに問題が発生したとき、自分に最初に与えられた作業に含まれていないことを理由に、逃げる人がいます。プロジェクトが失敗しても、自分が原因でなければ、管理者の責任だと考える技術者は、珍しくありません。
たったひとりのメンバが問題を起こしても、それに対応できなければ、他の5人分の仕事がうまく行っていたとしても、プロジェクトとしては失敗します。5人のメンバにはうまく行っても、1人のメンバにはうまくいかない方法であれば、それはリスクの非常に高い方法です。
犬の調教の方が遥かに楽ですよ。ひとりひとりの技術者が優秀であったとしても、全員が同じ方向に向かって動かなければ、プロジェクトはまわらないんだよ。
犬の調教の方が遥かに楽ですよ。
あなたは自分が嫌われてることの自己正当化をしたいのでは?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ見習い
勇気 (スコア:5, 参考になる)
- 自分の好きな事しかやろうとしない人
- 気に入らないことをさせると手を抜く人
- やりたいことはスケジュールを無視してもやり出す人
- このプロジェクトには向かないとわかっていても新しい技術や言語を使いたがる人
やりたいようにさせておくとプロジェクトが滅茶滅茶になってしまいます。
- 嫌な事でも言わないといけない時は言う
- クォリティが低ければNGを出す
を徹底しましょう。
嫌な事を言った時に反感を持たれないようにするには馬鹿馬鹿しいことですが
上下関係をはっきりさせるための半儀式的な会議などが役に立ちます。
(自分に能力がないと馬鹿にされるだけですが)
特に厄介なのは自分の能力を過信した部下がいるときです。
プロジェクトへの悪影響が避けられないようなら早めにチームから外しましょう。
遅れると取り返しのつかないことになります。
その上で、
- プロジェクト全体の方向性を明確にし、各メンバーがその中でどの位置に立っているかを自覚させる
- 部下の意見を聞く
- 優秀な部下にはどんどん権限委譲する
といったことを考えていきましょう。
仕事終わりの飲みも役に立ちます。
大きな会社、組織ならば部下とだけでなく、自分の更に上司との飲みも円滑なプロジェクトの管理に役に立つでしょう。
予算やリソースの配分、人事などに融通が利くようになります。
Re:勇気 (スコア:3, 興味深い)
クオリティの高い仕事をして貢献しよう って気になれる?
モチベーションを高く維持できる?
並のクオリティの仕事しかしないと思うよ。
(ここでいうクオリティは品質もあるけど、納期に対する時間的なアドバンテージも含む)
で、ちょっと大きなトラブルがあるとピンチになるってパターン。
いい上司ってのは、やりたいようにやってる人に対して、
・成果を挙げているときは、徹底的に褒める
・成果を挙げていないときは、どうしてそれがNGなのかを徹底的に議論して納得させられる
(もちろん、言い包められる事もあるだろうけど)
ことができ、モチベーションの維持に努める人。
少なくともチームメンバからは嫌われてないと思う。
# チームメンバ以外から見たときは、嫌な管理職(融通が利かない、すぐに出来ると言わない)って方ならば
# チームメンバから見ていい上司ってのは納得。
Re:勇気 (スコア:1)
- 気に入らないことをさせると手を抜く人
- やりたいことはスケジュールを無視してもやり出す人
- このプロジェクトには向かないとわかっていても新しい技術や言語を使いたがる人
これって今の常駐先のリーダーさんの特徴に該当するんですが?(苦笑)
Re: (スコア:0)
- 自分の好きな事しかやろうとしない人
- 気に入らないことをさせると手を抜く人
- やりたいことはスケジュールを無視してもやり出す人
- このプロジェクトには向かないとわかっていても新しい技術や言語を使いたがる人
なタイプの人が管理職をすると
- 自分の好きな事しかやろうとしない人
- 気に入らないことをさせると手を抜く人
- やりたいことはスケジュールを無視してもやり出す人
- このプロジェクトには向かないとわかっていても新しい技術や言語を使いたがる人
が問題になるんですよ、結構よくありがちで(苦笑)
Re:勇気 (スコア:1)
- 自分の好きな事しかやろうとしない人
自分の独断でプロジェクトを回そうとする。メンバーの誰から見ても破綻してるのに。
- 気に入らないことをさせると手を抜く人
リーダーらしい業務を放棄して自分個人の作業に専念してます。たまにどこにいるのか分からなくなる方です(苦笑)、気がついたら帰宅されてたことも多し。
- やりたいことはスケジュールを無視してもやり出す人
意図的なのか知らないが、ユーザーへの納品直前まで死蔵していて、いつも直前になったらやるぞ!と言い出す。頼むから、もっと早めに言い出して欲しい。対処できないから。
- このプロジェクトには向かないとわかっていても新しい技術や言語を使いたがる人
何でか知らないが、やたらと外部からライブラリを持ってきて入れようとする。実績がないから使いたくないし、そもそも必要ない。
ま、こんな人なんですよね。ここ数年で類似の方はよく見かけますけどね。
Re:勇気 (スコア:1)
ひとつだけ引っかかったんですけど、実績がないからっていうのはあなたの会社で実績がないから?
それともそのライブラリの使用経験があるメンバがいないから?
いや、ここ1~2年で遭遇したプロジェクトで
Re:勇気 (スコア:1)
業務アプリなんで、技術的な新しさよりも安定性を重視してるわけです。どうしても、そのライブラリが必要なら動作検証も含めて工数を考えますが、そこまでやるケースは少ないのです。
Re:勇気 (スコア:1)
そりゃ、「ファイア」ウォールなんだから火も噴きます。
# 二重に間違っているけど。
Re:勇気 (スコア:1, 興味深い)
うわぁ、俺が超げんなりするタイプだな、こいつ。そんなの自己満足以外のなにものでもないんですけど。
こういうの本人がよかれと思って、それがあるべき姿なんだと思ってやってるとこがさらに質が悪いんだよなぁ。
あのね? 好き勝手やるタイプのヤツだって自分のチームやボスに対して少なからず忠誠心も持ってれば、プロジェクトが成功してみんながハッピーになって欲しいとぐらいには思ってんだよ?
それなのにあんたが言うようなことをやるのは、そういった気持ちを吹き飛ばすモノでしかなく、例え短期的には能率があっても中長期的に確実にしっぺ返しをくらいます。
必要なのは相手を尊重しつつ、しっかり話し合いをすることで、具体的には次のようなやり方があります。
Re:勇気 (スコア:1, 興味深い)
しかし、あなたのすぐ周りの人6人を束ねたプロジェクトのマネジメントを担当することになったとして、あなたはプロジェクトを成功に導く自信はありますか?
各プロジェクトメンバの考え方や行動パターンはさまざまです。
絶対にコミットメントをしないタイプの人がいます。これは、非常に技術者っぽい人にありがちで、多くのリスクがあることが見えるだけに何もコミットできなくなります。
自分の仕事の範囲を勝手に自分で決めてしまい、本当のプロジェクトの目的を見失う人もいます。
コミットが守れないときに隠してしまうタイプの人もいます。人間は弱いものです。
一生懸命やるのですが、自分が信じている作業優先度で作業するため、プロジェクトとしての作業に影響を出す人もいます。本人が後回しにしてよい作業だと思っていても、その作業が完了しないと始められない作業を持っている人にとっては致命傷です。人は自分を中止に局所最適化しがちです。
つまらない仕事は誰もやりたがりません。なるべく他の人がやって欲しいので、問題を知っていても、そのことを口にしない人がいます。
プライドを守ることの出来る言い訳さえ見付かれば、後から意見をひっくり返すことは何とも思わない人もいます。
プロジェクトに問題が発生したとき、自分に最初に与えられた作業に含まれていないことを理由に、逃げる人がいます。プロジェクトが失敗しても、自分が原因でなければ、管理者の責任だと考える技術者は、珍しくありません。
たったひとりのメンバが問題を起こしても、それに対応できなければ、他の5人分の仕事がうまく行っていたとしても、プロジェクトとしては失敗します。5人のメンバにはうまく行っても、1人のメンバにはうまくいかない方法であれば、それはリスクの非常に高い方法です。
Re: (スコア:0)
Re: (スコア:0)
天才とバカは紙一重であって、集団での作業が出来ない人をフィルタにかけるには良い方法だと思いますよ。
さっさと辞めてもらって結構なことだと思いますが?
Re:勇気 (スコア:1)
で、ちゃんとした仕事が出来るメンバーが残るといいね(^^)
新人以外、残らなかった例を知っている自分には納得できないんだよなぁ。。。。
ご愁傷様です。 (スコア:0)
Re: (スコア:0)
というか、
上下関係とメンバーの役割とは全然違う概念だ、という点を理解なさっていますか?
括弧で併記して混同してしまってよいようなものではありません。
Re: (スコア:0)
相手を尊重すること、しっかり話し合いをすることは大事ですが前提として締めるところを締めた上で
行わなければならないというのが元コメの趣旨です。そうしなくても機能するチームは機能すると
思いますが本当に手強い部下を持った時大失敗します。それをまだ経験しなくて済んでいるなら単に
運が良いのだと思います。
うーむ (スコア:0)
コメ主ではないですが、元コメを見る限り、嫌いな上司を通り越して周りから恨まれていると思うんだよ
それがコトに発展したのでは?
Re: (スコア:0)
右に同じ。
こういうタイプの上司とは一緒に仕事したくないですね。
>特に厄介なのは自分の能力を過信した部下がいるときです。
特に厄介なのは自分の能力を過信した上司がいるときです。
本人が現場から離れて1年もすれば、もう現場の話についていけないのに
「俺は一流だった。今でも俺は一流だ」なんて思ってるから始末に負えない。
ひどい場合には現場経験もないのに、一流の判断ができると思ってる。
例えば
>- クォリティが低ければNGを出す
なんて書いているけれど、それは同等以上の技術力がなければできない
Re: (スコア:0)
> 特に厄介なのは自分の能力を過信した上司がいるときです。
> 本人が現場から離れて1年もすれば、もう現場の話についていけないのに
> 「俺は一流だった。今でも俺は一流だ」なんて思ってるから始末に負えない。
> ひどい場合には現場経験もないのに、一流の判断ができると思ってる。
元コメACです。
私が関わったプロジェクトでは管理者兼メインプログラマーでした。
この状態が良くないことはわかっていますがプログラマーの人数が絶対的に不足している以上
背に腹はかえられません。
Re: (スコア:0)
それはただのリーダーであってマネージャーではないんでは?
まともなマネージャーにプログラミングしてる暇なんてないと思いますが。
Re: (スコア:0)
こういう言葉を聞くたびに思うんですが、
(あなたのケースがどうかは知りませんが)
一般的にかなりの割合のケースで、
人間が本当に足りないんじゃなく、
足りなくなるような不味い(運営的または技術的な)選択をしてしまってるだけだ、
という状況になってるように見受けます。
生産性はプログラマ次第で数倍違うといいますが、
ソレはプログラマ個人だけじゃなく、
プロジェクト全体の動かし方の良し悪しでも
似たような違いが生じるようです。
Re:勇気 (スコア:1, すばらしい洞察)
プロジェクトに向くとか向かないとかまったく考えずに、古い技術や言語を使いたがる人こそ何とかしないと。
Re:勇気 (スコア:1)
言語、アーキテクチャに始まり、果ては単なるツールまで、向き不向きを考えずに
採用(というか維持)っしてそれが原因で時間がかかるとか、勘弁してほしい。
実は若い人でも結構いる。
「これを使いなさい」という馬鹿な上司の指示に盲目的に従って、作業に時間がかか
って迷惑を掛ける。なんでそんなやりかたをやってるの?と聞いたら「言われたから」。
だめな上司にだめな部下が組み合わさると、互いに何も疑問に抱かず突き進むから
たちが悪い。
やはり、従順に言うことを聞かせるだけでは、組織として長期的にはダメだとおもうなぁ。
いやもちろん、完全無欠な上司がきっちり部下を従順に(間違い無く)動かせれば問題無い
かもしれないけれど、そんな上司ってか人間はいないわけで。
Re:勇気 (スコア:1, すばらしい洞察)
職人家質でプロ意識が高いプログラマはかなり少ないし貴重だぞ。
問題のあるプログラマは、
- 自分の好きな事しかやろうとしない人
- 気に入らないことをさせると手を抜く人
- やりたいことはスケジュールを無視してもやり出す人
- このプロジェクトには向かないとわかっていても新しい技術や言語を使いたがる人
そういう考えを起こす以前の問題があるやつだ。
これでスコア5はよくないな。
Re:勇気 (スコア:1)
時間外まで上司のお守りをしなきゃならないのか...(げんなり)
酒を飲めない人間が居るという発想がない時点で「上司」としては終わっている感が。
こういうやり方もあるとは思うけど (スコア:0)
和気あいあいのほほんチームが好きです。
Re: (スコア:0)
管理されることを嫌がる人はどこを気にするのか非常に興味があります。
Re:こういうやり方もあるとは思うけど (スコア:1)
いわゆる、恐怖政治的に管理しようとされる方の典型例じゃないかと?
昔の上司にそのまま当てはまるので笑いましたが、意外に多いんですよね、そういう人。
Re: (スコア:0)
Re: (スコア:0)
犬の調教の方が遥かに楽ですよ。
ひとりひとりの技術者が優秀であったとしても、全員が同じ方向に向かって動かなければ、プロジェクトはまわらないんだよ。
Re: (スコア:0)
絶対合わない人っていますし、そういう時はお互い不幸せ。
ちなみに自分はこういう管理は好まないので、そういう方が上司についてしまったら、とっとと離脱する派です。
Re: (スコア:0)
この「同じ方向」についても誤解をしてる人が多いと思う。
大局について同じ方向を向くことは絶対必須なんだが、
いっぽうで細かく瑣末な事柄については
いちいち縛るほうが非効率であることが多い、のに
縛っちゃう人が居るんだよね。
PCの置く向きまで注文つけられたときは流石に実家に帰りたくなったのでAC
…ってのはさすがに極端な(実)例ですが、
そこまで言わなくても「なにこんな馬鹿馬鹿しいことまでコントロールするの?」と
首をかしげたくなる要求に出会ったことは、皆様も多いんじゃないかと思います。
あと、同じ方向といっても、
全然話にならない間違った方向に向けさせようとする、
つまるところ未熟な上司/組織は、しばしば居ますんで、困っちゃいますね。
仮に火の粉が自分にかからないならプロジェクト/組織が崩壊するまで放置すればいいんですが、
現実的にはかかるわけですから放置は怖い。かといって弄るのも怖い。
Re: (スコア:0)
Re: (スコア:0)
ここは同意するが、わざわざ嫌われる必要はない。
> 嫌な事を言った時に反感を持たれないようにするには馬鹿馬鹿しいことですが
> 上下関係をはっきりさせるための半儀式的な会議などが役に立ちます。
ここで「上下関係」と書いてしまうんじゃ失格だよ。
技術開発において、管理者と被管理者の間にあるのは「役割の違い」でしかなくて、「上下関係」ではない。
> (自分に能力がないと馬鹿にされるだけですが)
能力がある/ないではなく、「上下」という発想が軽蔑されます。
> 仕事終わりの飲みも役に立ちます。
> 大きな会社、組織ならば部下とだけでなく、自分の更に上司との飲みも円滑なプロジェクトの管理に役に立つでしょう。
イマドキ「飲み」に行くなんて、何の役にも立たないよ。
業務の役割分担を「身分の上下関係」としか認識できないから、
そんな仕事と私生活の区別出来なずに有効な「気分」になっているだけ。
Re: (スコア:0)
> ここは同意するが、わざわざ嫌われる必要はない。
そうですね。わざわざ嫌われる必要はないです。
> ここで「上下関係」と書いてしまうんじゃ失格だよ。
> 技術開発において、管理者と被管理者の間にあるのは「役割の違い」でしかなくて、「上下関係」ではない。
恐らく管理の意味合い、抽象度の違いだと思われます。
極端な例ですが一番苦労するのは全体を見渡す能力がないのに仕切りたがる部下がいる時です。
彼らは彼らなりに考えがあり、本人は「自分が正しい」と思っているのですが自分に見えている範囲でしか
正しくないので他の仕事に
Re: (スコア:0)
>私も昔はそう思っていたのですが今は必要性を感じています。意図しているのは少人数で深いところまで
>突っ込んだ会話ができるもので、宴会のように形式的に開いているものは無意味だと思います。
うわー、、飲みの席でも仕事の追及されんのかよ…。
あなた、いつかパワハラで訴えられるかもよ。
少なくとも自分なら録音しておくだろうなぁ。
Re: (スコア:0)
私は別に録音されてても構わないですが、たぶん酔っぱらって熱く語ってる時の会話とか本人が聞きたくないだろうなあ(笑
Re: (スコア:0)
> (中略)
> クライアントに勝手にコンタクトして仕様や今までの合意事項がいつの間にか変わっているようなことがあるので
管理者に管理能力が不足し、現実を踏まえずに「上下関係」という精神論にすがって
ムチャな日程、ムリな仕様を提示している という状況に見えるのは気のせいか(笑)。
管理者のムチャからの破綻を回避すべく、被管理者側が出来うるコトをやっているという可能性は多々あるよな。
そもそも、「クライアントが 管理者を通さずに、コンタクトしてきた被管理者からの変更提案を合意する」
って状況はプロジェク
Re: (スコア:0)
少人数で深いところまでどうしようとする気なんだ??最悪。
Re: (スコア:0)
>- クォリティが低ければNGを出す
これ、当たり前すぎでは?
この程度のことに遠慮してたら仕事にならない。
でも、そこで嫌われるかどうかはその人次第だと思う。
それとも、尊敬される上司や慕われる上司すべてのプロジェクト管理能力を否定?
あなたは自分が嫌われてることの自己正当化をしたいのでは?
Re: (スコア:0)