【会社にいきたくない】成果がでないITエンジニアの本当の成果とは

テスト工程の障害は、その障害の発生率と収束する率を予め設定し合意します。
その合意の範囲内を目指し、範囲内となれば品質が保たれたと判断し次工程に進みます。

品質範囲は、プロジェクトの規模や難易度、開発言語など多方面から考えて設定します。これまでのプロジェクト実績や経験則などから算出されます。

新規性の高いプロジェクトでは、プロジェクト実績が参考にならない場合もあり難易度も高まります。

ですが、「挑戦する」という意味ではモチベーションが上がりますね。

・顧客：「自社の予算範囲」の達成は稼働後に問題があっても評価されるでしょう。
・自社：「自社の利益確保」の達成は稼働後に問題があっても評価されるでしょう。

会社は利益で成り立っているのであり、お金を稼いだプロジェクトは評価されます。
実のところ、利益の達成プロジェクトは稼働後のトラブル頻発システムでも高く評価されると言っても良いのではと思います。

逆に、安定稼働しているが損益悪化プロジェクトほとんど評価するに値しないと思います。ちょっと辛辣な言い方ですが、会社的にみると利益をあげれなかったのですから。

以下の記事で、

「極端に言うと、企業ではお金をとってこれる人間が評価され、優秀とされる傾向にあります。転職する際にも有利になるでしょう」

ITエンジニアの必須スキルは見積手法【収入直結で失敗は絶対回避】

🕒️2020年4月29日

 素晴らしい技術で良い仕事をしても、お金がもらえないと意味がないですよね。お金がもらえて「ビジネス成立」です。 ですが、見積もりは永遠の課題と言われる（自論）くらい難しく、お金が取れるITエンジニアは会社内でも頂点に君臨します。 「この仕事でいくら」を説明するのは難しい。相対する人は、立場、考え方、理解力、前提条件が違います。・自分よりはるかに詳しい人、まったく技術的な理解がない人・せこい人、自分のお金じゃないのでその場を丸く収めたい人・どこのポイントで考えているのか、技術なのか、…

2EC Kei.All rights reserved.

 

お金を稼げることはとても大事なのです。

納期ですが、これは厄介。
日本のシステム構築プロジェクトは、「納期」だけは先に決まります。

おかしいですよね。
何も決まってないのに「システム稼働日”納期”」だけは決まるなんて。

なぜ決まるのか？
決めやすいからです。

何も決まらないと何もやってないと思われるので「稼働日は決まりました」と言いたいだけです。

その後は決まらないことだらけでどんどん納期が迫ってきます。
「デスマーチ」の始まりです。

本題へ行きましょう！