パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

ベテランプログラマを管理するには?」記事へのコメント

  • 勇気 (スコア:5, 参考になる)

    by Anonymous Coward on 2008年12月14日 10時12分 (#1472972)
    好かれる上司になろうとしないこと、です。

    - 自分の好きな事しかやろうとしない人
    - 気に入らないことをさせると手を抜く人
    - やりたいことはスケジュールを無視してもやり出す人
    - このプロジェクトには向かないとわかっていても新しい技術や言語を使いたがる人

    やりたいようにさせておくとプロジェクトが滅茶滅茶になってしまいます。

    - 嫌な事でも言わないといけない時は言う
    - クォリティが低ければNGを出す

    を徹底しましょう。
    嫌な事を言った時に反感を持たれないようにするには馬鹿馬鹿しいことですが
    上下関係をはっきりさせるための半儀式的な会議などが役に立ちます。
    (自分に能力がないと馬鹿にされるだけですが)
    特に厄介なのは自分の能力を過信した部下がいるときです。
    プロジェクトへの悪影響が避けられないようなら早めにチームから外しましょう。
    遅れると取り返しのつかないことになります。

    その上で、

    - プロジェクト全体の方向性を明確にし、各メンバーがその中でどの位置に立っているかを自覚させる
    - 部下の意見を聞く
    - 優秀な部下にはどんどん権限委譲する

    といったことを考えていきましょう。

    仕事終わりの飲みも役に立ちます。
    大きな会社、組織ならば部下とだけでなく、自分の更に上司との飲みも円滑なプロジェクトの管理に役に立つでしょう。
    予算やリソースの配分、人事などに融通が利くようになります。
    • Re:勇気 (スコア:3, 興味深い)

      by rockwall (33028) on 2008年12月14日 17時50分 (#1473113) 日記
      チームメンバに好かれていない上司に対して、
      クオリティの高い仕事をして貢献しよう って気になれる?
      モチベーションを高く維持できる?
      並のクオリティの仕事しかしないと思うよ。
      (ここでいうクオリティは品質もあるけど、納期に対する時間的なアドバンテージも含む)
      で、ちょっと大きなトラブルがあるとピンチになるってパターン。

      いい上司ってのは、やりたいようにやってる人に対して、
      ・成果を挙げているときは、徹底的に褒める
      ・成果を挙げていないときは、どうしてそれがNGなのかを徹底的に議論して納得させられる
       (もちろん、言い包められる事もあるだろうけど)
      ことができ、モチベーションの維持に努める人。
      少なくともチームメンバからは嫌われてないと思う。

      # チームメンバ以外から見たときは、嫌な管理職(融通が利かない、すぐに出来ると言わない)って方ならば
      # チームメンバから見ていい上司ってのは納得。
      親コメント
    • by NAT33 (17123) on 2008年12月14日 13時34分 (#1473022)
      - 自分の好きな事しかやろうとしない人
      - 気に入らないことをさせると手を抜く人
      - やりたいことはスケジュールを無視してもやり出す人
      - このプロジェクトには向かないとわかっていても新しい技術や言語を使いたがる人

      これって今の常駐先のリーダーさんの特徴に該当するんですが?(苦笑)
      親コメント
      • by Anonymous Coward
        つまるところ・・・

        - 自分の好きな事しかやろうとしない人
        - 気に入らないことをさせると手を抜く人
        - やりたいことはスケジュールを無視してもやり出す人
        - このプロジェクトには向かないとわかっていても新しい技術や言語を使いたがる人

        なタイプの人が管理職をすると

        - 自分の好きな事しかやろうとしない人
        - 気に入らないことをさせると手を抜く人
        - やりたいことはスケジュールを無視してもやり出す人
        - このプロジェクトには向かないとわかっていても新しい技術や言語を使いたがる人

        が問題になるんですよ、結構よくありがちで(苦笑)
        • by NAT33 (17123) on 2008年12月14日 13時52分 (#1473030)
          つーか、

          - 自分の好きな事しかやろうとしない人
          自分の独断でプロジェクトを回そうとする。メンバーの誰から見ても破綻してるのに。

          - 気に入らないことをさせると手を抜く人
          リーダーらしい業務を放棄して自分個人の作業に専念してます。たまにどこにいるのか分からなくなる方です(苦笑)、気がついたら帰宅されてたことも多し。

          - やりたいことはスケジュールを無視してもやり出す人
          意図的なのか知らないが、ユーザーへの納品直前まで死蔵していて、いつも直前になったらやるぞ!と言い出す。頼むから、もっと早めに言い出して欲しい。対処できないから。

          - このプロジェクトには向かないとわかっていても新しい技術や言語を使いたがる人
          何でか知らないが、やたらと外部からライブラリを持ってきて入れようとする。実績がないから使いたくないし、そもそも必要ない。

          ま、こんな人なんですよね。ここ数年で類似の方はよく見かけますけどね。
          親コメント
          • by MitiM (15971) on 2008年12月14日 14時39分 (#1473043)

            ひとつだけ引っかかったんですけど、実績がないからっていうのはあなたの会社で実績がないから?
            それともそのライブラリの使用経験があるメンバがいないから?


            いや、ここ1~2年で遭遇したプロジェクトで
            • 会社で実績がないけど「実績をつくりたくて」FWを導入、当然火を噴く。
            • 「チームメンバー数人に経験があり、それにより3倍以上開発効率が違うライブラリ」を導入しようと交渉したが「会社で実績がないから」と拒否、当然火を噴く。
            この2パターンをそれぞれ経験したもんで。
            親コメント
            • by NAT33 (17123) on 2008年12月14日 14時53分 (#1473051)
              基本的には、動作検証が済んでいないライブラリと思っていただいて良いです。

              業務アプリなんで、技術的な新しさよりも安定性を重視してるわけです。どうしても、そのライブラリが必要なら動作検証も含めて工数を考えますが、そこまでやるケースは少ないのです。
              親コメント
            • by nim (10479) on 2008年12月15日 11時02分 (#1473427)
              >FWを導入、当然火を噴く。

              そりゃ、「ファイア」ウォールなんだから火も噴きます。

              # 二重に間違っているけど。
              親コメント
    • Re:勇気 (スコア:1, 興味深い)

      by Anonymous Coward on 2008年12月14日 14時15分 (#1473037)

      うわぁ、俺が超げんなりするタイプだな、こいつ。そんなの自己満足以外のなにものでもないんですけど。
      こういうの本人がよかれと思って、それがあるべき姿なんだと思ってやってるとこがさらに質が悪いんだよなぁ。

      あのね? 好き勝手やるタイプのヤツだって自分のチームやボスに対して少なからず忠誠心も持ってれば、プロジェクトが成功してみんながハッピーになって欲しいとぐらいには思ってんだよ?
      それなのにあんたが言うようなことをやるのは、そういった気持ちを吹き飛ばすモノでしかなく、例え短期的には能率があっても中長期的に確実にしっぺ返しをくらいます。

      必要なのは相手を尊重しつつ、しっかり話し合いをすることで、具体的には次のようなやり方があります。

      1. 本人にプロジェクトが成功して欲しいと思っているのかまず確認すること( ここで No と答えるようなヤツならばそれはさすがに即そので場クビを切らなければならない。法律的な問題等で即クビを切れなくても且つどんなに能力があろうとそれ以後は一切仕事をさせてはいけない。 )
      2. その上でプロジェクトが成功する為にそいつがやろうとしていることあるいはやろうとしないことによって、プロジェクトが成功に近づくのか遠ざかるのか本人にどう思うか"本人の判断"を聞いてみること。
      3. で、そこで意見が食い違っててもそいつの考えを極力尊重すること。
      4. そいつの考え通りだとまずいと思われる場合はそのまずいと思っている理由を説明しつつ話し合いをすること(説得に非ず!)。
      5. 話し合いをしても意見が合わない場合は、チームとしての判断に従って欲しいとお願いすること( ここで No と答えてもそれが明らかに本人の我が儘でない場合はペナルティ等を与えないこと )。
      このやり方のミソは最初に本人の口からそのプロジェクトへのコミットメントをとることで、その後の反プロジェクト的な言動を封じることです。他人の言うことに従わないヤツでも自分の言ったことに反する行動をとることはプライドもあるし避けたがるものです。

      仕事終わりの飲みも役に立ちます。
      最後に、これもただの自己満足だから。そんな昭和的価値観からは一日も早く脱却されることをオススメします。
      親コメント
      • Re:勇気 (スコア:1, 興味深い)

        by Anonymous Coward on 2008年12月14日 19時39分 (#1473148)
        あなたは、きっとしっかりされた方だと思います。そのような方ばかりのプロジェクトであれば、緩い管理のほうがうまく行くと思います。
        しかし、あなたのすぐ周りの人6人を束ねたプロジェクトのマネジメントを担当することになったとして、あなたはプロジェクトを成功に導く自信はありますか?


        各プロジェクトメンバの考え方や行動パターンはさまざまです。
        絶対にコミットメントをしないタイプの人がいます。これは、非常に技術者っぽい人にありがちで、多くのリスクがあることが見えるだけに何もコミットできなくなります。
        自分の仕事の範囲を勝手に自分で決めてしまい、本当のプロジェクトの目的を見失う人もいます。
        コミットが守れないときに隠してしまうタイプの人もいます。人間は弱いものです。
        一生懸命やるのですが、自分が信じている作業優先度で作業するため、プロジェクトとしての作業に影響を出す人もいます。本人が後回しにしてよい作業だと思っていても、その作業が完了しないと始められない作業を持っている人にとっては致命傷です。人は自分を中止に局所最適化しがちです。
        つまらない仕事は誰もやりたがりません。なるべく他の人がやって欲しいので、問題を知っていても、そのことを口にしない人がいます。
        プライドを守ることの出来る言い訳さえ見付かれば、後から意見をひっくり返すことは何とも思わない人もいます。
        プロジェクトに問題が発生したとき、自分に最初に与えられた作業に含まれていないことを理由に、逃げる人がいます。プロジェクトが失敗しても、自分が原因でなければ、管理者の責任だと考える技術者は、珍しくありません。


        たったひとりのメンバが問題を起こしても、それに対応できなければ、他の5人分の仕事がうまく行っていたとしても、プロジェクトとしては失敗します。5人のメンバにはうまく行っても、1人のメンバにはうまくいかない方法であれば、それはリスクの非常に高い方法です。

        親コメント
        • by Anonymous Coward
          少なくとも、上下関係をはっきりさせるだの云々言ってるやり方よりはマシだと思いますよ。この業界、優秀な人材に対して上下関係を分からせるだのといった馬鹿なことをやったらすぐに辞めて他所に行っちゃうだけですから。その仕事や会社に拘る特別な理由もないのに、そんなことをされても辞めないような人材なら、その人はそもそも優秀な人材ではないはずです。
          • by Anonymous Coward
            上下関係(メンバーの役割)を認識できず、技術力だけで好き放題されるのはチームとして困ったものです。
            天才とバカは紙一重であって、集団での作業が出来ない人をフィルタにかけるには良い方法だと思いますよ。

            さっさと辞めてもらって結構なことだと思いますが?
            • by NAT33 (17123) on 2008年12月15日 5時49分 (#1473348)
              >さっさと辞めてもらって結構なことだと思いますが?

              で、ちゃんとした仕事が出来るメンバーが残るといいね(^^)

              新人以外、残らなかった例を知っている自分には納得できないんだよなぁ。。。。
              親コメント
            • by Anonymous Coward
              本当の意味で「技術力だけで好き放題」やってるのかどうか判断できるだけの力があなたにあれば、部下は「技術力だけで好き放題」することもないはずなんですけどね。
            • by Anonymous Coward
              >上下関係(メンバーの役割)

              というか、
              上下関係とメンバーの役割とは全然違う概念だ、という点を理解なさっていますか?
              括弧で併記して混同してしまってよいようなものではありません。
      • by Anonymous Coward
        元コメACです。

        相手を尊重すること、しっかり話し合いをすることは大事ですが前提として締めるところを締めた上で
        行わなければならないというのが元コメの趣旨です。そうしなくても機能するチームは機能すると
        思いますが本当に手強い部下を持った時大失敗します。それをまだ経験しなくて済んでいるなら単に
        運が良いのだと思います。
        • by Anonymous Coward
          なにかあったみたいですね、でもね……
          コメ主ではないですが、元コメを見る限り、嫌いな上司を通り越して周りから恨まれていると思うんだよ
          それがコトに発展したのでは?
          • by Anonymous Coward
            >元コメを見る限り、嫌いな上司を通り越して周りから恨まれていると思うんだよ
            右に同じ。
            こういうタイプの上司とは一緒に仕事したくないですね。

            >特に厄介なのは自分の能力を過信した部下がいるときです。
            特に厄介なのは自分の能力を過信した上司がいるときです。
            本人が現場から離れて1年もすれば、もう現場の話についていけないのに
            「俺は一流だった。今でも俺は一流だ」なんて思ってるから始末に負えない。
            ひどい場合には現場経験もないのに、一流の判断ができると思ってる。

            例えば
            >- クォリティが低ければNGを出す
            なんて書いているけれど、それは同等以上の技術力がなければできない
            • by Anonymous Coward
              > >特に厄介なのは自分の能力を過信した部下がいるときです。
              > 特に厄介なのは自分の能力を過信した上司がいるときです。
              > 本人が現場から離れて1年もすれば、もう現場の話についていけないのに
              > 「俺は一流だった。今でも俺は一流だ」なんて思ってるから始末に負えない。
              > ひどい場合には現場経験もないのに、一流の判断ができると思ってる。

              元コメACです。
              私が関わったプロジェクトでは管理者兼メインプログラマーでした。
              この状態が良くないことはわかっていますがプログラマーの人数が絶対的に不足している以上
              背に腹はかえられません。
              • by Anonymous Coward
                >私が関わったプロジェクトでは管理者兼メインプログラマーでした

                それはただのリーダーであってマネージャーではないんでは?
                まともなマネージャーにプログラミングしてる暇なんてないと思いますが。
              • by Anonymous Coward
                >プログラマーの人数が絶対的に不足

                こういう言葉を聞くたびに思うんですが、
                (あなたのケースがどうかは知りませんが)
                一般的にかなりの割合のケースで、
                人間が本当に足りないんじゃなく、
                足りなくなるような不味い(運営的または技術的な)選択をしてしまってるだけだ、
                という状況になってるように見受けます。

                生産性はプログラマ次第で数倍違うといいますが、
                ソレはプログラマ個人だけじゃなく、
                プロジェクト全体の動かし方の良し悪しでも
                似たような違いが生じるようです。
    • Re:勇気 (スコア:1, すばらしい洞察)

      by Anonymous Coward on 2008年12月14日 18時21分 (#1473120)
      >このプロジェクトには向かないとわかっていても新しい技術や言語を使いたがる人

      プロジェクトに向くとか向かないとかまったく考えずに、古い技術や言語を使いたがる人こそ何とかしないと。
      親コメント
      • by backyarD (36899) on 2008年12月15日 10時00分 (#1473399) 日記
        あぁそれ同意同意。

        言語、アーキテクチャに始まり、果ては単なるツールまで、向き不向きを考えずに
        採用(というか維持)っしてそれが原因で時間がかかるとか、勘弁してほしい。

        実は若い人でも結構いる。
        「これを使いなさい」という馬鹿な上司の指示に盲目的に従って、作業に時間がかか
        って迷惑を掛ける。なんでそんなやりかたをやってるの?と聞いたら「言われたから」。
        だめな上司にだめな部下が組み合わさると、互いに何も疑問に抱かず突き進むから
        たちが悪い。

        やはり、従順に言うことを聞かせるだけでは、組織として長期的にはダメだとおもうなぁ。
        いやもちろん、完全無欠な上司がきっちり部下を従順に(間違い無く)動かせれば問題無い
        かもしれないけれど、そんな上司ってか人間はいないわけで。
        親コメント
    • Re:勇気 (スコア:1, すばらしい洞察)

      by Anonymous Coward on 2008年12月14日 19時07分 (#1473138)
      これは妄想だ。
      職人家質でプロ意識が高いプログラマはかなり少ないし貴重だぞ。

      問題のあるプログラマは、
      - 自分の好きな事しかやろうとしない人
      - 気に入らないことをさせると手を抜く人
      - やりたいことはスケジュールを無視してもやり出す人
      - このプロジェクトには向かないとわかっていても新しい技術や言語を使いたがる人

      そういう考えを起こす以前の問題があるやつだ。

      これでスコア5はよくないな。
      親コメント
    • by tarobo (16662) on 2008年12月15日 13時30分 (#1473523)
      >仕事終わりの飲みも役に立ちます。
      時間外まで上司のお守りをしなきゃならないのか...(げんなり)

      酒を飲めない人間が居るという発想がない時点で「上司」としては終わっている感が。
      親コメント
    • 自分はこういう上司がいるチームには行きたくないな(^^;
      和気あいあいのほほんチームが好きです。
      • by Anonymous Coward
        すごく良心的な理想の上司像を語っていると思いますが、どの変が嫌なのでしょうか。

        管理されることを嫌がる人はどこを気にするのか非常に興味があります。
        • まぁ、良心的というか、ある意味、ステロタイプなのは確かですね。

          いわゆる、恐怖政治的に管理しようとされる方の典型例じゃないかと?

          昔の上司にそのまま当てはまるので笑いましたが、意外に多いんですよね、そういう人。
          親コメント
        • by Anonymous Coward
          なんといいますか… 管理というより犬の調教のように見えました(^^;
          • by Anonymous Coward
            > 管理というより犬の調教のように見えました(^^;


            犬の調教の方が遥かに楽ですよ。
            ひとりひとりの技術者が優秀であったとしても、全員が同じ方向に向かって動かなければ、プロジェクトはまわらないんだよ。

            • by Anonymous Coward
              どうしても困難な時は人事を変えてもらった方がいいよ(^^;
              絶対合わない人っていますし、そういう時はお互い不幸せ。
              ちなみに自分はこういう管理は好まないので、そういう方が上司についてしまったら、とっとと離脱する派です。
            • by Anonymous Coward
              >全員が同じ方向に向かって

              この「同じ方向」についても誤解をしてる人が多いと思う。

              大局について同じ方向を向くことは絶対必須なんだが、
              いっぽうで細かく瑣末な事柄については
              いちいち縛るほうが非効率であることが多い、のに
              縛っちゃう人が居るんだよね。

              PCの置く向きまで注文つけられたときは流石に実家に帰りたくなったのでAC
              …ってのはさすがに極端な(実)例ですが、
              そこまで言わなくても「なにこんな馬鹿馬鹿しいことまでコントロールするの?」と
              首をかしげたくなる要求に出会ったことは、皆様も多いんじゃないかと思います。

              あと、同じ方向といっても、
              全然話にならない間違った方向に向けさせようとする、
              つまるところ未熟な上司/組織は、しばしば居ますんで、困っちゃいますね。

              仮に火の粉が自分にかからないならプロジェクト/組織が崩壊するまで放置すればいいんですが、
              現実的にはかかるわけですから放置は怖い。かといって弄るのも怖い。
            • by Anonymous Coward

              犬の調教の方が遥かに楽ですよ。
              そりゃ犬の調教は犬を調教する為の方法であって管理の為の手法じゃないですからね。間違ったやり方を採用したら困難なのは当たり前。
    • by Anonymous Coward
      > 好かれる上司になろうとしないこと、です。

      ここは同意するが、わざわざ嫌われる必要はない。

      > 嫌な事を言った時に反感を持たれないようにするには馬鹿馬鹿しいことですが
      > 上下関係をはっきりさせるための半儀式的な会議などが役に立ちます。

      ここで「上下関係」と書いてしまうんじゃ失格だよ。
      技術開発において、管理者と被管理者の間にあるのは「役割の違い」でしかなくて、「上下関係」ではない。

      > (自分に能力がないと馬鹿にされるだけですが)

      能力がある/ないではなく、「上下」という発想が軽蔑されます。

      > 仕事終わりの飲みも役に立ちます。
      > 大きな会社、組織ならば部下とだけでなく、自分の更に上司との飲みも円滑なプロジェクトの管理に役に立つでしょう。

      イマドキ「飲み」に行くなんて、何の役にも立たないよ。
      業務の役割分担を「身分の上下関係」としか認識できないから、
      そんな仕事と私生活の区別出来なずに有効な「気分」になっているだけ。

      • by Anonymous Coward
        元コメACです。

        > ここは同意するが、わざわざ嫌われる必要はない。
        そうですね。わざわざ嫌われる必要はないです。

        > ここで「上下関係」と書いてしまうんじゃ失格だよ。
        > 技術開発において、管理者と被管理者の間にあるのは「役割の違い」でしかなくて、「上下関係」ではない。

        恐らく管理の意味合い、抽象度の違いだと思われます。
        極端な例ですが一番苦労するのは全体を見渡す能力がないのに仕切りたがる部下がいる時です。
        彼らは彼らなりに考えがあり、本人は「自分が正しい」と思っているのですが自分に見えている範囲でしか
        正しくないので他の仕事に
        • by Anonymous Coward
          >> イマドキ「飲み」に行くなんて、何の役にも立たないよ。
          >私も昔はそう思っていたのですが今は必要性を感じています。意図しているのは少人数で深いところまで
          >突っ込んだ会話ができるもので、宴会のように形式的に開いているものは無意味だと思います。

          うわー、、飲みの席でも仕事の追及されんのかよ…。
          あなた、いつかパワハラで訴えられるかもよ。
          少なくとも自分なら録音しておくだろうなぁ。
          • by Anonymous Coward
            私の分野は仕事が好きでない人がやっていけるような所ではないのでスイッチだけ押すとむしろ自分から話し出す人が多いですよ。
            私は別に録音されてても構わないですが、たぶん酔っぱらって熱く語ってる時の会話とか本人が聞きたくないだろうなあ(笑
        • by Anonymous Coward
          > 全体を見渡す能力がないのに仕切りたがる部下がいる時です。
          > (中略)
          > クライアントに勝手にコンタクトして仕様や今までの合意事項がいつの間にか変わっているようなことがあるので

          管理者に管理能力が不足し、現実を踏まえずに「上下関係」という精神論にすがって
          ムチャな日程、ムリな仕様を提示している という状況に見えるのは気のせいか(笑)。
          管理者のムチャからの破綻を回避すべく、被管理者側が出来うるコトをやっているという可能性は多々あるよな。

          そもそも、「クライアントが 管理者を通さずに、コンタクトしてきた被管理者からの変更提案を合意する」
          って状況はプロジェク
        • by Anonymous Coward
          正直プライベートに突っ込んで来る上司にろくな奴がいない。
          少人数で深いところまでどうしようとする気なんだ??最悪。
    • by Anonymous Coward
      >- 嫌な事でも言わないといけない時は言う
      >- クォリティが低ければNGを出す
      これ、当たり前すぎでは?
      この程度のことに遠慮してたら仕事にならない。

      でも、そこで嫌われるかどうかはその人次第だと思う。
      それとも、尊敬される上司や慕われる上司すべてのプロジェクト管理能力を否定?

      あなたは自分が嫌われてることの自己正当化をしたいのでは?
      • by Anonymous Coward

        あなたは自分が嫌われてることの自己正当化をしたいのでは?
        まさにそんな感じですね。

私はプログラマです。1040 formに私の職業としてそう書いています -- Ken Thompson

処理中...