はい、25日の週から現場復帰となり、

初日の出社も順調でした。

あとは路上の雪が解けてくれればスニーカーで歩きやすくなります。

で、プロジェクトの状況はと言うと、

ほぼ開発が完了していまして、

特に急ぎで何かしなくちゃいけない作業はありませんでした。

とはいえ、4月から追加開発案件があるため、

それに向けて改修できるところを改修している、という状態です。

そして、金曜日に席替えを実施。

自分の席もありました。

3月で契約満了する人達は退場手続きを済ませて帰宅されました。

それと当時に新メンバーも追加されました。

今週は彼らの立ち上げ作業がメインだった人達もいました。

で、これは当日知ったのですが、

一応契約更新されたのですが、

契約期間が4月いっぱいまでだったということ。

まぁ、この状況から考えて、色々思うところはあるのですが、

ここでは言わないでおきましょう。

来週エージェントの人と飲みに行く約束しているので、

そこで話しようと思います。

そして昨日は病院に行ってきて、

タイミングが良かったので、ジンギスカンを頂く。

昼飲みすると、その日終了するので、なんか損した気分になります。（後悔）

えっと、まずは残念なお知らせ。

今の現場、3月いっぱいで終了が決まりました。

長く続けたかったけど、契約終了という選択をされてしまった以上どうすることもできません。

まぁ、契約終了理由の心当たりはあります。

1月、2月と体調不良の日が多く、お休みがちだった。

体に良いとされていること（運動以外）いろいろやってきましたが、なかなか改善されず。

でも、その原因にやっと気がついたのがつい最近で、

その頃にはもう手遅れだった、ということです。

ということでまた4月から案件探しになるのですが、

すぐにエージェントに動いて貰えるよう、必要な情報を送ったところです。（ついさっき）

で、体調不良の原因ですが、

ここのところ、部屋の中が全然片付かなくって、

きちんとお掃除できていなかったことが原因と思われます。

部屋の中を見渡すと、長らく手つかずだった所に埃が溜まっていることに気がついて、

例えば、カーテンレールの上とか、

ハンガーラックカバーの上とか、

などなど。

そこを掃除したら少し調子が良くなりました。

やっぱりお掃除が大事なんだね。

まだ部屋の中には、手を付けられなくて放置している物が沢山あり、

結構埃が溜まっています。

そこら辺を徹底的に処分して掃除すれば、だいぶ快適になるのではと思います。

はい、健康維持のためには、食べる物だけではなく、生活環境も大事ということですね。

今週から結合試験のフェーズに入りました。

こちらの記事にもある、

【今週の振り返り】現場に対して思うことがいろいろと。 | 自分、ぼっちですが何か？ (taki-lab.site)

我々C社が開発している機器とA社が開発している機器の間でデータのやりとりが出来るか、というテストを行います。

ある程度予測していましたが、なかなか上手くいかない。

共有された資料通りに作っているはずなのに上手くいかない。

我々が受け取るデータが期待通りに届かない。

明らかにA社が間違っているのに、力関係が影響して強く「直せ」と言えないジレンマ。

余りにも不可解なデータが届くので、「何をやっているのか？」「どうすれば上手くいくのか？」というのをミーティングで議論。

そして、チーム内でもよく分かっておらず混乱する。

最近見たことがないぐらいの荒れ模様でした。

というのは、必要な情報が書かれた資料が分散しており、一目であるべき最終形が分かりづらいと言う問題がありました。

さらに似たようなパラメータ名の記述も沢山あり、それがさらに誤解を生み出すハメに。

さらに言うと、タイポのまま修正されていなかったり、

いろんな所が統一感無くバラバラだったり。

なんだろうね。

きちんとした最終形に更新された資料が存在していないからこうなっていると思う。

参考資料を提出して、別資料で「この部分はこんな感じで」と言われても、日がまだ浅いオイラには理解できなかったし。

ということがあって、なんかいつもより疲れた気がします。

3連休。

まずはサウナに行こうかな。

自分はデプロイ作業にはできるだけ人の手が入らないようにしたいタイプです。

なぜならその都度のマニュアル操作だと作業者のスキルの差が影響して、作業ミスする可能性も高くなるので。

できればデプロイ作業を全て自動化したいのですが、それに工数を裂けるほどスケジュールに余裕がないし、プロジェクトとしてもその予定は無いらしい。

で、

今のプロジェクトでは、AWSでのデプロイ作業に、EC2によるコマンド入力が必要な箇所があるのですが、

上記の理由から、このコマンドもメモにとって、メモからコピペで出来るようにしています。

しかし、このEC2の設定内容がある日突然変更されていまして、（告知も事後連絡も無い）

それを知らずにコマンドをコピペしたら上手くいかない→ここで設定内容が変更されていることに気がつく。

当然その場合のメモは無いので、結局その場のマニュアル作業で更新作業。

そして後から、ちゃんと変更が適用されていないという指摘。

そして、それに追い打ちをかけるように、

チャットツールのTeamsの動作不調で自分宛てメンション付きメッセージが送信されても通知音が鳴らず、

メッセージに気がつくまで1時間放置状態。

プロジェクトリーダーの音声通話で指摘されて、ようやく気がつきました。

これはマジで人生終わったかと思うぐらいに焦りました。

表現は大袈裟ですが、これを理由にテレワーク禁止になったら本当に無理で、

今仕事を頑張れているのは限定的にテレワークが認められているからと言うのもあり、

テレワークを奪われるとマジで死活問題なのです。

まぁ、Teamsの不調、Teamsの再起動・再サインインで解決して原因判明したからよかったけど。

もうこんなにヒヤヒヤする体験はこれで最後にしていただきたい。マジで。

今現場で一緒に仕事している人達はこんな感じ。

• プロジェクトマネージャー
• 自分
• 若手の社員
• ベテランフリーランス

実際に開発作業に携わるのは下の3人のみ。

若手の社員さんは見た目が真面目そうな方なんですが、

なんかAWSの資格取得を目指しているとか。

レクチャーも丁寧でめちゃくちゃ頼りになる存在です。

ベテランフリーランスは、見た目からしてベテラン感を出しています。

実質的な現場のリーダーで、守備範囲もめちゃくちゃ広い。

同じプロジェクトの別チームの疎通確認（C言語）の面倒も見ていました。

オイラの知らないところでお客さんと話をしていたと言うこともありました。

まぁ、オイラは安い月単価で働かせて貰っているので、

長続きするように頑張るだけです。

さて、そんな今週はどうだったかというと、

月曜日は体調不良でお休み。

（おそらく、日曜日に3時間飲み放題＋G系担々麺が影響したかもしれない）

その後も体調は良くならず、ほぼほぼ部屋で引き込もって、テレワークしてました。

今月はもう病欠は避けたいな。

あと、日曜日は余り無茶な食事は避けた方が良い。

てな感じで、今週末は4連休。

もう無茶は出来ないので、健康第一に過ごします。

元々はこのツイート。

現在現場で起きている現象
・ざっくりした仕様だけ決めて開発開始（細かい所は開発しながら決める）
・その途中で「疎通確認したい」と言い出す
・開発中の不完全なソフトウェアを提供
・トラブルが発生し、その対応が最優先となる
・細かい仕様決定とトラブル対応で緊急ミーティング発生…

— たっきー＠ぼっち・ざ・ぷろぐらまー🍺 (@n2_taki) January 31, 2024

いろいろ反響いただき、ありがとうございます。

これだけでは伝わりきらないので、いろいろ詳しく（身バレしない程度に）説明します。

今回登場するのは以下の3社。

• A社：発注元
• B社：発注先、委託元
• C社：ソフトウェア委託先

A社はB社に商品開発を依頼し、B社は商品を開発し、A社に納品します。

で、B社は商品をパッケージとして納品するので、その中のソフトウェアの部分をC社に委託しています。

で、自分はC社に所属しています。

必然的に力関係はこんなかんじ。

A社＞B社＞C社

A社とC社は直接やりとりは無く、必ず間にB社を通しています。

伝言ゲームになるけど、B社で知らないことがA社とC社の間で決まる、という不幸な出来事は防げるでしょう。

その代わり、仕様書等のドキュメントに問題があった場合、解決に時間がかかりますが。

だからスペルミスや認識の齟齬など、なかなか仕様書に反映されないとおもう。

「常識で分かることは言わなくても作る・補正するのが当然」とどこかで思っているとも考えられます。

※そのせいでデプロイ後に間違いに気がつき、修正することもあった。

そしてもう一つ、我々C社が開発しているサーバとは別に、A社で開発しているサーバも存在しています。

これは製品を運用する際にA社の機密情報を使用するから、それを扱う部分はA社で開発する、というケースで、良くある事です。

で、ある日突然、A社が元々スケジュールに無い事を言い出しました。

「疎通確認だけ先にやりたい」

まだまだコーディングもスケジュール上完了していない時期である。（実際終わってない）

正直「そんなー」と思っても、力関係は上にある通りなので、B社とC社との間で「どうすればいつ出来るか」と言うことを話し合います。

で、この要求に対して、我々はとりあえず200 OKを返すだけのダミーを一応用意していますが、

コーディングではすでにAPI疎通のみ出来上がっている状態なので、「開発中の物を使おう」という話になり、

で、無事にトラブル発生。

疎通確認は出来たのだけれども、我々のサーバからの応答が想定と異なったので、いろいろクレームを受け、最優先で対応せざるをえなくなりました。

結局、もともと用意していたダミーに差し替えたんですけどね。

まぁ、そのクレームを元に追加開発が発生しました。

そのとき、自分は単体試験の真っ最中でしたが、

「少し余裕ができるかも」なスケジュールが「結構ギリギリ」な結果となりました。

そして現在に至る。

うーん、誰が悪いということは無く、みんな頑張っているんですが、

どうしても「どうにかならんかったか」とか思ってしまいます。