私は PHP 開発者として働いていますが、上司に気が狂いそうになっています。彼はときどき私に電話をかけ、前のタスクが完了していなくてもタスクを与えてくれます。クライアントと会うことを禁じ、仕様が不完全であることを口頭または電話で伝え、最初の展開からアプリケーションが機能することを期待しています。この男の熱意を抑える方法を提案できる団体はありますか?
8 に答える
2
- 何に時間を費やしているかを記録します。
- 要件が入ってきたら (チャネルを問わず) 文書化します。
- 欠落している要件や時間の優先順位についての会話を促進するために、これらの両方を必要に応じて頻繁に上司に提供してください。
于 2009-09-22T21:33:41.463 に答える
1
別の仕事を探し始め、彼に事前通知をします。これは彼の熱意を抑えるでしょう。何としても避けなければならない人もいます。
//Only two things are infinite, the universe and human stupidity, and I'm not sure about the former." -- Albert Einstein
于 2009-09-22T21:43:25.443 に答える
0
他の人が私より速くタイプできる人について言及しているように、あなたができることの1つは、彼が使用できるように、ある種のプロジェクト管理/バグ追跡システムをセットアップしてみることです。私はFogBugzを使用して成功しましたが、インストールは不要で、小規模なチーム向けの無料プランがあります。彼がリクエストを送信できるメールアカウントを設定できます。
上司にこれを提案するときは、あなたの目標があなたのタスクと優先順位を追跡するのを助けることであることを示す方法でそれをしてください。しかし、追加の作業にも備えてください。彼がそれに同意する場合、彼は頻繁なステータスレポートとあなたがあなたのすべての時間を費やしている場所を見たいかもしれません。
于 2009-09-22T21:39:43.043 に答える
0
より完全な仕様を入手できれば、これは大幅に役立ちます。プロジェクトをよりよく理解するのに役立ちます。完了までの時間を見積もるのに役立ちます。そして私のお気に入り-それは二重作業を防ぐのに役立ちます。不完全な要件を取得し、何か間違ったことを構築してから、それをやり直す必要があることを発見することほど悪いことはありません。
できれば、つま先を踏まずに上司にこれを提案する良い方法を見つけようと思います。彼がその利点を理解していれば、彼はあなたともっと徹底するという考えにもっとオープンになるかもしれません。それが実際に行うことは、あなたの仕事をより効率的にすることです。
ああ、そしてあなたは時間の見積もりに関連するこの質問に対する私の答えを見てみたいと思うかもしれません： 私は何かが何日かかるかをどうやって知ることになっていますか？
于 2009-09-22T21:39:49.830 に答える
0
少なくとも自分自身のために物事を書き留めておくという他の提案は有効です。ただし、あなたが説明した、私がある程度親しみのある上司の場合は、うまくいかない場合があります.
一部の上司は、自分がしていることをまったく知らないか、すでに知っていて、とにかくそれを実行します。クライアントに「はい」と言って、今日より大きな契約の承認を得ることは、支払いを遅らせる可能性のあるプログラミング方法論よりも重要だからです。 3 週間 (テスト? なぜテストする必要があるのですか? テストしましたよね? 機能 X の場合は 2 週間?! ボタンを追加するだけですよね?)。
多くの上司にとって、プログラミングはビジネスを運営するために必要なツールの 1 つにすぎません。彼らにとって、お金を稼ぐことはビジネスであり、プログラミングの方法論/品質は二次的なものです。
この上司と一緒にいたい場合、正気と安全を保つためにあなたがすることは、少なくともすべての要求を書面で記録し、問題が発生したときになぜそれが起こったのかを彼に思い出させることです. 可能であれば、口頭ではなく、少なくとも電子メールですべての仕様を提供するよう依頼してください。
状況が改善されない場合は、いつでも別の場所に行くという選択肢があります。
幸運を。
于 2009-09-22T21:53:19.440 に答える
0
何らかのタスク リストをどこかに置いておくことをお勧めします。そうすれば、上司がこのリストに何かを追加したときに、あなたが何をしているかを確認し、いくつかの作業にかかる時間を見積もることができます。
要件が不完全であるということは、何かを本番環境に投入する前に、上司に何かを定期的にテストしてもらい、それが受け入れられるかどうかを確認するアジャイルアプローチのようなものがある理由です。
于 2009-09-22T21:33:10.263 に答える
0
コミュニケーションの問題について彼に話してください。通常、これは双方向の問題です。彼があなたに不完全な仕様を与えているのなら、なぜもっと完全な仕様を求めないのですか?
彼に固執したいだけなら、もっと良い仕事を見つけてください。あなたがそれを機能させることに専念しているなら、あなたが抱えている問題の根源を真剣に考え、あなたがそれらを解決するのを手伝ってくれるように彼を乗せてください.
于 2009-09-22T21:31:03.280 に答える
0
私はいくつかの仕事でこの同じ問題に苦しんできました。
私は、この環境で生き残ることができるタイプのプログラマーがいることに気付きました。つまり、上司が言うことは何でもその時点での優先事項であり、締め切りをまったく気にしない人です。物事を後回しにして、次に上司がそれを求めたときに作業を再開してください. 上司が 12 か月前に開始するように頼んだことがまだ終わっていないとき、上司からの時折の暴言に耐えてください。
あなたがそのような存在に満足していない場合 (そして私はそうではありません)、私が提案できる最善の戦略は、上司と率直に話し合うことです。
良い仕事をすることは私にとって重要ですが、仕事の依頼が私が完了するよりも早く入ってくるように感じます. 優先順位が変わるのは避けられないことを知っているので、これがいつ起こるか、そしてあなたのニーズに最も合うようにタスク間で私の時間をどのように調整するかを理解するために、あなたの助けが必要です. 優先順位について同期を保つ方法について話せますか?
タスクに優先順位を付けることができない場合は、一度に多くのタスクを実行することはできないことを理解していただく必要があります. それは人間的に不可能です。ワークロードのバランスを取り、タイムリーにすべてを完了できるように、追加のプログラマーを雇うことを検討しましたか?
彼が失速させようとしたり、矛盾させようとしたり、「懸命に働くのではなく、より賢く働け」と言った場合は、次のようにエスカレートできます。
別の言い方をすれば、あなたが今まで通りの割合で私にタスクを与え続けても、明確に優先順位を付けないなら、あなたは別のプログラマーを雇うことになります。この雇用があなたの 2 番目のプログラマーになるか、それとも私の後任になるかはあなた次第です。
基本的にコミュニケーションは良好です。外交的であることから始め、彼の成功にどのように貢献するかという観点からすべてを表現してください. ただし、沈み込むまで鈍さの度合いを増やします。
于 2009-09-22T22:19:32.703 に答える