  |
はてなキーワード: 進捗管理とは
※以下、「エンジニア」と書かれている場合には「ITエンジニア」と読み替えてください
社員数1000人超のユーザ系SIer→Web系事業会社に転職して半年が経過したので所感を残しとく。いわゆる転職エントリってやつ。
Web系エンジニアの転職エントリって大体つよつよエンジニアの情報しか出てこなくてウッってなったから、自分のようなクソザコエンジニアの事例をネットの海に放流しとこうと思った。
みんなブログだと当たり障りのないことや技術的に意識の高い内容しか書かないからさ、パンピーの本音ベースでの不満や転職活動の内容ってなかなか見つからんのよね。
文章の感じとかで分かると思うけど、ほんとに意識もスペックも低い人間です あと一定以上の長さの文章書くの苦手だから箇条書き多いけどゆるして
入社して1か月はコンプラ研修とかビジネスマナー研修とか受けてた。
そのあと3か月くらいF士通のプログラミング講師みたいな人からIT研修を受けた。教科書に書いてある通りにLinuxのコマンドポチポチしたりJavaのコードを写経するだけだった記憶
研修が終わり晴れてインフラ系の開発運用を行う部署に配属されたんだけど、やっていたことは下記の通り。
業務ではコードを書くこともターミナルでコマンドを打つことも全くなかった。ひたすら溜まっていくユーザーや開発側からの問い合わせへのメールを返信する存在だった。
配属された部署がたまたまそういう場所だったというわけでもなくて、同期の話を聞く限りアプリ部門だろうがQA部門だろうが似たような感じぽかった。
これってITエンジニアの仕事なんか?事務職とかに近くね?という疑問を抱きながら1年半くらい過ごしてた。
自分のイメージしてたITエンジニアっていうのは、スタバで私服でようわからん真っ黒な画面に向かってプログラミングしたりサーバやNWをいじってる人のことであって、ワードパワポエクセルとにらめっこしながらスーツのおっさんとおしゃべりして一日を終える人じゃなかった。(多方面に怒られそうな表現だけど...)
あとは、
全体的に、仕事と関係ないクソどうでもいいことにこだわらないといけないのが嫌だった。「もっと技術にコミットしたい」みたいな、エンジニアとして正しいであろうモチベはあんまりなかった
別に自分にはソフトウェアエンジニアリングを通して実現したい目標があるわけじゃない。三度の飯よりプログラミングが好きってわけでもない。
SIer、っていうか古き良き日本の大企業でエンカウントする嫌なことから距離を取りたい、というモチベだけで行動した結果Web系エンジニアになってた。
ただ、どうもWeb系エンジニアっていうのは技術が好きで好きでしょうがない人間がつく仕事っていうパブリックイメージがある気がするんだよね。なんでだろう?
そんなに技術好きじゃなくても、Web業界の成長のおこぼれにあずかる程度のエンジニアになることは難しくないと思う。あんま知らんけどエンジニア数十万人単位で足りてないんでしょ?
俺はほんとクソザコだし、はてなに常駐するようなつよつよエンジニア達からみたら関わり合いになりたくないタイプの人間であることは自覚しているけど、表に出ないだけで俺みたいな人結構いるんじゃねって思ってる。
⑥それに対してテック系の人たちはそもそも業務内容・アウトプット・進捗が割合定量的に管理されていることが多く、会社での評価が、上司にどう思われるかも重要だがそもそもアウトプットの量と質・進捗を守ることが大事になる。またアウトプットの質は、ある程度投入時間に比例するし、ノウハウ的な蓄積も投入時間に比例する。会社で謎接待をする・される時間があったら業務アウトプットの品質向上や進捗管理に投入したいと考えている。そもそも進捗が守れないとデスマーチを行進しなければならなくなることがあり避けたい。ここが人事・総務など社内スタッフ部門・営業部門との違いである。
⑦⑥のテック系の人同士で進捗会議をするときには目的を達成が最優先だから、相手を気持ちよくして譲歩を引き出そうという意識は互いにない。その場に百貨店の外商みたいなビジネスマナー体現者が入ってくると、警戒するし時間の無駄で却って失礼な奴という印象をもつ。なので、テック系での打ち合わせ商談は、相手を気持ちよくさせるためのビジネスマナーは最小限にして、時間効率を重視する方が好感度高い。過剰のビジネスマナーは慇懃無礼／謎マナーと言われる。
⑧ある程度の大きさの会社だと、テック系のトップに人事・総務など社内スタッフ部門出身で、社内政治で出世した畑違いの人がつく場合があり、時間の使い方についての価値観が特に違うので部下からとても煙たがられる。アウトプットの中身そのものよりも、アウトプットはできるだけ手を抜いてつくり、それをいかに上手に自分の手柄として社内上層部に売り込み自分と組織との評価を上げるかということに注力がある。こういうトップはアウトプットの中身に関心がないのでコア価値コンピテンシーを生み出せず中長期で技術組織を弱体化させることが多いと思うが、出世に対して確信があり、実際出世することが多い。
⑨テック系の人はスタッフ系の人たち、社内政治に敏感な人たちが「ビジネスマナーを重視している」ということについて、
私は一流SIerの上級管理職をやってるけど、こんな要素技術なんて結局意味がないんだって何回いったらわかるんだろうね日本のエンジニア（）は。この程度を勉強したところで結局派遣SESが関の山なんだけど本当にそういうのを目指したいのか？本当の意味でエンジニアになりたいのならとにかく顧客とのコミュニケーションと要件定義の仕方、そして進捗管理の報告、ちゃんとした開発プロセスを学び、次に機能設計、詳細設計をもれなく記載する技術を学ぶべきで、Docker（）なんてどうでもいい。
不勉強な人ほどウォーターフォールを馬鹿にするけど、結局すべての開発プロセスというのはウォーターフォールが基本だし、その中で要件定義や機能設計の重要性を勉強する。こういう正統な成長の道があるのに最も価値の低いコーディングから入るのは愚の骨頂。
結論から言うと、どうしようもなく無能で「カネやサポートといったリソースを注ぐだけ無駄」な人間というのは現実にいるのだから、見極めがついたらさっさとパージしないとリスクだけ増えるという話です。
github上げ太郎のニュースにおける「本人の反応」を見て真っ先に思ったのは、「ウチの会社にもいるわこういう異常に能力・危機感・当事者意識ないアホ」だった。
本当にいる。複数年勤めてても一切仕事能力が成長せず、入社一週間ぐらいの新卒にすら実務能力で抜き去られてく奴。
そういう奴がいるチームはえてしてタスク配分の不均衡だったり無能の介護役の負荷が大きくなったりでどんどん空気が悪くなっていくんだけど、当の無能は知らん顔してたりする。
この手の無能は本当に「頭が悪い」としか表現しようがなくて、そもそも自分に振られたタスクを自分で完遂できない。
通常、ある程度以上にまともな社会人は(それこそ入社すぐの研修期間でもないかぎり)仕事を振られた場合、
自分が担当するタスク内容を把握する→タスクの解決方法を検討する→タスクの進行を自分で管理する→タスクが終わった後改善点を考える
を自力でできる(どこの現場にも転がってるPDCAとかそういう類いだ)んだけど、この手の無能は上記の全部ができなくて
誰かが実行方法検討から進捗管理まで全部やってくれる「手を動かすだけの仕事」、言い換えれば「刺身にたんぽぽのせる延長線上の仕事」しかできない。
手を動かしてる間も思考はゼロなので、実際のところ自分が何をしてるかなんて理解してない。
(なので、仕組みなどを理解してないとできないことはできず、誰かがうまく行かせてるものをなんとなくコピペして、誰かが気づいて手直しするまでは何もしない。コピペした後で自分で最適化とかできない。)
これはスキルとか適性とかの問題じゃなくて、根本的な思考能力の話だろう。
普通の人間なら小学校の自由研究や総合学習の時間で(とくに下準備すら必要とせずに)発揮するタイプのパフォーマンスが発揮できない人間、というのは実在する。
当然ながら何か問題を起こしたとしても「何が悪かったのか」を自力で思考できないので、周りの人間が対策に走り回ることになる。
ここでリーダー的な人間がお役所主義だったり変に意識が高かったりして「無能だからって現場から追い出すのはよくない」みたいなことを言い出すと、無能がずっとそのチームに寄生し続けることになる。
そうなるとひたすら「無能当人以外の人間」が状況の改善のために努力を重ねていくので、無能自身は何の能力も伸びない＝年収等の待遇も上がる余地がないままずっと時間が経過するようになる。
こういう無能の実例を見てきたので、多分github上げ太郎も待遇が悪かったから復讐とか、忠誠心の不足とかもっとずっと前の段階で、単に何も考えてなかったんだと思う。
何も考えないままなんとなくカネがほしくなって、年収判定にソースが必要という文字列の通りに(あげちゃまずい)ソースを流しこんだ。
こういう無能にカネをたくさんやった問題を起こさなくなるかというと、もちろんそんなことはない。だってそもそも考えてないんだから。
なので、無能に一切の自由を与えない(情報持ち出し対策とか)か、そもそも無能をチームから排除するかのいずれかしか現実的な対策は存在しない。
先に教育のあり方を変えてないとオンライン授業なんてできないよな。
それでも、うちは校長が切れ者なので、4月早々に「オンラインで普段と同じ授業やるなんて無理」と断言して、ビデオ会議(Meet)は朝の会だけ、授業は分担して10分程度の動画を作ってYouTubeで配信、それを観た後は個別に課題を進めさせるという流れになった。
教員はメールやチャットでやりとりして進捗管理と助言するだけ。
動画は1日に1本作るだけと決まったので、そこまで負担ではなかった。校長が、教員みんなでサポートしあいながら作るように旗振りしたおかげで、力を合わせて良いものを作れるようになった。みんな動画のクオリティ上がってくし、むしろだんだん楽しくなってきた。
ネット環境がない家も数件あったけど、そこは電話と訪問でサポートした。動画はDVDに入れて配布した。
市内の他の学校は全家庭に電話してたので、それと比べれば信じられないほど楽だった。
電話回線学校に2本しかないから常にパンクしてて、仕方なくみんな個人の携帯使ってたし。あれはありえん。
保護者の評価もとても高かった。ああしてくれて本当に良かったと、何度も言われた。
電話しかしてない他の学校の保護者から、よくある「なんであの学校だけ」ってクレーム入って、校長は市教委にかなり文句言われたらしいが、「他がウチに合わせるべきだ」とキレ返したそうだ。本人談なので事実かどうかは知らないけど。
最後話が逸れたけど、現状ではフルにオンライン授業やるのなんて絶対無理だけど、やり方次第ではそこそこまではやれたよって話でした。
こういうやり方の試行錯誤まで現場まかせで、さらにその結果の吸い上げとフィードバックすらろくにやってくれないあたり、文科省は本当に無責任だと思う。
準委任契約で入ってくる人無断欠席、言われたことしかやらない、言われてもやらない、報連相できないとかそんなのばっかなんだけど
どうしてなんだろう
無断欠席は言語道断。
若い新人は一生懸命頑張ろうとはする場合が多いのでマシなのだが
厄介なのが中年で、分からないところは調べず放置したり、謎の自己防衛で頼まれるまでやらない人たちだ
そんなに仕事渡してないのにいちいち嫌な顔されたりするので、こちらも気を使ったりしないといけない。小学生かよ。
でも手が足りないので、やってくれないと困る。
単価を上げればそれに見合った働きをしてくれるだろうか？答えは多分否だ。頼んだ仕事のクオリティと進捗管理を見ればわかる。
やらないのではなく本当にできないのだ。
この前一緒に仕事した人はエクセルの途中行追加できなかった（一番下につくって、手動でずらした）
認知歪んでるのか課題を全く捉えられていなくて軌道修正とか、そもそも課題認識できないとか
疲れたわ
毎年そこそこ新しいテクノロジーとか出てきて、キャッチアップするとか色々新しいことにチャレンジできるしねw
でも、40過ぎくらいになると、グループとかプロジェクトのリーダーにさせられて、人にアレコレ指示したり説得したり、進捗管理して上に報告したりってのがほとんどになってきて、飽きてやめたw
べつに、プログラミングができなくなったわけじゃない。やめてからも趣味でたまに何か小さいプログラム書いたりはしてる。
WBS引かせてスケジュール通りに予定していたことをやらせるアジャイルのこと。
軍隊式アジャイルのポイントは担当者に直接、やることとスケジュールを引かせることで、「この部分は未定だから後回しにして」とか「不確定だから調査して」とかは許されない。そもそも大きなスケジュールはプロジェクトマネージャで決められている。例えば3ヶ月で開発する日程が組まれていて、中身がどうなってるのかもわからないので、スプリントと称して１週間スプリントとか２週間スプリントとか単純な分割をして各スプリントで何機能作るかをマネージャが決めている。
もちろん各チームのリーダーは進捗がバラバラで整合性は合っていない。作る人がなんとかするのがアジャイルのメリットである。少なくともマネージャクラスには責任が皆無であるのでアジャイルのメリットが究極まで得られる。
よくウォーターフォールは後戻りできないと言われているが「軍隊式アジャイル」も後戻りは御法度である。上流工程でできた設計書にバグが多く見つかるのだが、その指摘に対してQAを出しても「既にお客様と合意済み」で解決する。これもアジャイルの最大のメリットであると思われる。
そして、アジャイルコーチの役割はWBSを元に進捗管理をすることである。WBSが遅れた場合にはアジャイルコーチから理由を求められる。このときに「設計チームができてないから開発に入れない」と言うようなことは決して許されない。
