project-management - あなたのアプリケーションを企業の政治からどのように守りますか?

Question

上層部が「ほら、やってみろ」と言う状況に何度出くわしたかわかりません。これは明らかに計画プロセスの厳格さを犠牲にしており、(おそらく) 製品の品質に影響を与えます。

今では、これについてより多くの経験を積んでおり、ここで作成するアプリケーションの品質に自信を持っています.

この問題をどのように処理しますか?

プログラマーに対して「とにかくやる」コマンドを使用したマネージャーはいますか? なんで？

Answer 1

上司から「やってみろ」と言われる原因として最も可能性が高いのは、情報の非対称性です。どちらか、または両方とも、相手が知らないことを知っています。マネージャは、問題の大まかなスキームでは、この特定の問題がかなり重要ではないことを伝えていないか、単に迅速な修正を求めているだけであるとは言わない可能性があります。結果に責任を負うのに十分なほど長く固執します。

同様に、逆の選択に伴うリスクを十分に理解できない場合や、個人的な目標を達成するのに役立つため、故意に「間違った」選択をしている場合があります。情報の非対称性http://en.wikipedia.org /wiki/Information_asymmetryは経済学の分野ではよく知られた概念であり、このトピックについて読みたいと思うかもしれません。

しかし、最も可能性の高い原因は、締め切りが迫っていること、計画の欠如、したがって操作のための時間がまったくないことです。

解決策はたくさんあります。私にとって最も効果的だったのは2つあります。

a)コミュニケーションを改善する。コミュニケーションをより頻繁に、より効率的に。これは、もっと耳を傾け、問題が低品質に関連するリスクの理解の欠如、ソフトウェアの品質に対する評価の欠如、および将来の保守性への近道の悪影響であるかどうかを理解しようとすることを意味します (それは多くの場合、それが最高品質の非常に高価な車だけを購入し、ソフトウェアの構築をショートカットすることを主張するのと同じ人々であり、個人的な選択と非個人的な選択がどのように扱われるかの違いを強調しています)。

または、ソフトウェアの品質の価値を実際に十分に評価し、将来のシステムの保守性の影響を理解しながら (私の個人的な経験では、これはあまり一般的ではありません)、より安価な方法を選択するという意識的な決定を下すことが問題なのかもしれません。

本質的に、ここでのコミュニケーションとは、頭に浮かんだことを積極的に売り込もうとすることではなく、環境やマネージャーからできるだけ多くの情報を吸収しようとすることを意味します。そうすれば、次のステップを見つけやすくなります。

b)アライアンスとパートナーシップ。同盟の価値を誇張することは不可能です。マネージャーやプロジェクト スポンサーが (彼らの仕事の一部である) 品質に関して適切なサポートを提供していない場合でも、適切な提携によって事態を大幅に改善することができます。気にかけ、団結するこれらを見つけてください。プロジェクト マネージャーが気にかけないときはプロジェクト スポンサーになることも、チーム メイトが気にかけないときはプロジェクト マネージャーになることもあります。品質マネージャー、ディレクター、仲間の開発者、ビジネス アナリスト、テスターなどです。悪者は撤退するか、あなたを放っておいて正しいことをし、間違いなくボートに飛び乗ってクレジットを集めます。政治家を見てください。彼らが何かを達成しようとするとき、最初にすることは連合を形成することです。不運にも、

プロジェクトの成功または失敗、その品質に大きな利害関係を持っている人を見つけて、味方にしてください。

Answer 2

タスクの完了時間を見積もることができることは非常に重要だと思います。マネージャーがあなたにクレイジーな仕事を与えた場合、彼らの夢の仕事を完了するのにかかる時間の現実的な期待を比較的短い時間で彼に伝えることができます. 少なくともこの方法で、マネージャーは自分のタスクを完了することが自分にとってどれほど重要かを判断できます。

Answer 3

上司に提案するものが何であれ、Powerpointで見栄えがすることを確認してください。パワーポイントで見栄えが良ければ、彼（または彼女）がそれを選ぶ可能性があります。

Answer 4

私は必ずその上司からの要件を文書化し、コードを完成させて文書化し、プロセスを改善する方法について「提案」を書面で提出します。私はこれらの提案をコードコメント、ドキュメント、そして私が通常書いている1ページの仕様に入れています。

私の「ただやる」仕事のほとんどは、上司がXの実現を望んでいたためであり、計画を立てるのに煩わされることはありませんでした。それで、私はすべての事務処理に反対意見を書き留めることによって私のお尻を覆いましたが、「それをするだけ」によって私の仕事（そして私の給料）を維持しました

私はもうそこで働いていません、そしてその会社は私が今いる場所ほど大きくもプロジェクトでも成功することは決してないでしょう。プロセスの欠如と「それをやるだけ」の精神は、小さな会社の兆候です。私は自分のキャリアを進めるために新しい衣装に移ることによってそれを処理しました。

Answer 5

「販売方法」のクラスを受講するか、ダミーの販売を真剣に読んでください。それは、ソリューションをどのように提示し、購入してもらいたいアイデアを販売するかということです。フルタイムのソフトウェア エンジニアになる前に、しばらく営業をしていましたが、そこで学んだことの価値を実感しています。

Answer 6

通常、私はマネージャーと良好な関係を築いています。私がいつもやろうとしているのは、彼らにトレードオフを与えることです。私はかつて非正規化されたデータベース (クエリの種類ごとに完全にフラットなテーブル構造) を設計しました。私は仕事を始めて 1 か月で、上司がプロジェクトの履歴を前もって私と共有していたので、そうしなければ彼を説得することはできないだろうとわかっていました。彼はあらゆる種類の結合が嫌いでした。上司がいなくなり、元のデータベースを作り直していくつかの拡張機能を追加するプロジェクトがバックログにあり、リファクタリングしながらそれを正規化します。私はここに長くいるので、私が提供する代替案に取り組まれない可能性が高くなります。

Answer 7

これらの問題のいくつかは、不適切な仕様によって引き起こされます。

ただし、マネージャーが実際に最もよく知っているかどうかも考慮する必要がありますか? (はい、時々発生する可能性があります!) 彼らは、あなたが持っていない情報を知っているかもしれません。

最終的に、これに常に対処しなければならない場合は、別のポジションを探すことをお勧めします。

政治について詳しく説明しているこの本を見てみましょう 。 =8-2