はてなキーワード: プロジェクトマネジメントとは
このフレーズにピンときた君は今の多重下請け構造に本当の意味で詳しい人だ。
たとえば、発注者と受注側合わせて100人体制のITプロジェクトがあるとする。今の時代、その100人の内訳はこんな感じだ。
受注者側下請け以下:70人
「発注者社員代替」は、発注者プロパーが本来やる要件定義やレビュー、検収、関係各部門との調整、ベンダーマネジメントなどをやる。たまに発注者プロパーの上長報告も代行する。発注者プロパーは契約事や社内稟議など、真にプロパーでしか出来ない業務しかやらないことが多い。要員の出所は受注者プロパーやその下請けを準委任で行かせることが多いが、最近はPMO専門会社も増えてきてるので、そこから派遣してもらうケースも増えている。
「受注者社員代替」も大体近しい。プロジェクトマネジメントや発注者との交渉などを受注者プロパーに成り代わって行う。交渉相手は発注者の社員代替だったりする。要員の出所は下請けからの準委任や派遣が基本だが、最近はPMO以下割愛。
プログラミングスクールは良くないって話が多いので、人それぞれだよねっていうのと、何もやらないよりは何かしらあるんじゃないかなっていうお話です。
フィクションのつもりで聞いてください。
私は地方で育ち、地元の女子中・女子高・駅弁大学を卒業し、地元のとあるテーマパークに就職しました。
比較的なんとなく生きてきたので、仕事って大変そうだからせめて面白そうな職場を選ぼう、くらいの気持ちでしたがすぐに辞めたくなりました。
toC接客、屋外での勤務、立ちっぱなし、友達と休みが合わない、覚える事が多い、職場が僻地、ダンサーチームの揉め事の仲裁、契約社員組みからの嫉妬、大学生組の惚れた腫れた、田舎特有の異様なゲストの図々しさ・馴れ馴れしさ、どれも好きじゃないやつでした。
まあゲストにイラつく事があっても、それはしょうがないと思ってます。仕事だから。
でもスタッフも、とにかく感情で生きてる人間が多すぎます。私よりずっと大人なのに。
華やかな表舞台とは裏腹に仕事はそこそこハードで、給料の水準も高いとは言えない環境のため、人の出入りが激しく、トラブルを起こしたり、恨み辛みを吐きながら辞めて行く人が多いのもメンタルにきました。
最初に威勢のいい人ほどすぐ腹を立てて辞めていくので、個人的に警戒して距離をとるようにしていました。
理想と現実のギャップが大きいからなのか、彼らの自己評価が高いからなのかわかりませんが、もしかしたら私のように、ドライに仕事はしんどいものだと思ってる方が、色々受け入れられるのかもしれません。
そんなこんなで2年ほど勤めましたが、最後まで職場にも業務にも慣れる事もなく、花形着ぐるみのポジションが空いた事によるダンサーチームの派閥争いの激化に伴って私の神経も擦り切れ、半ば衝動的に仕事を辞めてしまったのでした。
実家に住んでいたので、しばらくはニートしながら次に何をするか考える予定でした。
しかしそんな折、東京に住んでいる祖母が怪我をしてしまい、介護を要する状態になってしまいました。
私は昔から祖母が大好きだったので、喜んで同居と介護の役目を担うことにしました。
祖母とは小学校低学年くらいまで同居していた期間があり、その頃から私の唯一の理解者でした。
私が真面目で、冷めていて、興味を惹かれると他のことが目に入らなくなって、
自分のペースで物事を進めたくて、少し融通が効かずに周りの子達と馴染めなかった頃、
その事に両親はお手上げで「みんなと同じように」「普通に」「お願いだから」としか言わなかった頃、
「あなたはちょっとだけ人より心が大人なんだよ。それでいいんだよ。賢くて真面目なあなたが好きだよ。
でももし疲れたら、周りの子たちと同じくらいには、いい加減で、だらけて、失敗してもいいんだよ」
と、声をかけ、私が「もう大丈夫」と言うまで何十分でも抱っこしてくれた祖母。
祖母のその言葉と、帰ったら祖母が家にいるという安心感で、私は少しずつクラスメイト達と打ち解け、誰かに心を許したり、自分が失敗することも他の人が失敗することも許せるようになっていったのでした。
東京には別の親戚もいたのですが、ペーパードライバーで頻繁に祖母を病院に連れて行くのが難しかったり、仕事の都合だったりで他に候補者もいなかったので、私の立候補には関係者みな渡りに船という感じでした。
母に「おばあちゃんが好きってだけではできないよ。よくわかってないんじゃない?」とも言われたけど、私は祖母に関する事ならちゃんと理解したかったし、自分の想像が及んでいない事があるなら、それも知りたかった。
介護はまあ大変だったのですが、意外と祖母が元気で、怪我の経過も芳しく、家の中の生活においては一人で出来る事が多かったのもあり、私は徐々に暇になっていったのでした。
美術館や博物館が昔から好きで、最初は狂ったように行っていたのですが、お金もそんなにないし、周りに友達もいないので、やや時間を持て余すようになってしまいました。
そこで、一念発起して、噂に名高いエンジニアとやらになろうと思いたち、プログラミングスクールを探し始めました。
テーマパークで働いていた私からしたら、エアコンの効いた部屋で座って作業できて、toC接客をしなくてよくて、給料が高い(らしい)なんて夢の職業だと思っていたのです。
東京での普段は淡白ながら、楽しみ方の選択肢がとても多い生活も肌に合っていて、祖母の介護を終えても田舎には帰りたくなかったので、こっちで就職して帰らなくていい理由を作りたかった、というのもありました。
色々調べて、とあるオンラインがメインのプログラミングスクールに決めました。
祖母の家が都内とはいえ西の方で、交通費も出ないのに電車で都心に通うのは厳しかったのと、祖母の用事が最優先なので時間の都合がつけやすいようにと、グループでやる課題とかがきっと向いてないだろうなと思ったからです。
(今になって思えば、gitの実践的な使い方に慣れられるし、どうせ働き始めたらチームでやるんだから、グループ作業は経験しておくのをおすすめしたい)
ニート期間が短かかったので貯金があまり減っておらずなんとか料金を捻出できたのですが、貯金はなくなりました。
プログラミングスクールでは、まず卒業後どういう職種や働き方を希望するかを聞かれ、それにはどんなスキルが必要か説明を受けながらカリキュラムを決めていきました。
授業は、エンジニア経験のある人とskypeを使ってマンツーマンで、テキストを進めたり、課題をチェックしてもらったり、デバッグを手伝ってもらったり、わからないところを教えてもらったり、実際の開発現場の話を聞いたりしました。
私はなにせ女子校育ちだし、喪女だしで、女性の先生が良かったのですが、女性の先生は数が少ない上にみなさん大変な人気でなかなか予約が入れられませんでした。
平日の日中に授業を受けられるので、働きながらの人よりはずいぶん有利な立場にはあったはずなのですが、できれば同じ先生にずっと見てもらいたいと考えると、なかなか厳しい状況でした。
ですが、一人だけ比較的予定が空いている先生がいました。そう、後の彼女である。
彼女の予約が空いている理由は1回授業を受けたらすぐにわかりました。
早口だし、自分の言いたい事は最後まで言わないと気が済まないし、アイスブレイク下手くそだし、全然笑わないし、癖なのか10分に1回メガネを拭いてるし、説明が長いし、1回説明した事は完璧に理解するはずだと思ってるし、なんか顔が怒ってるし、なんか厳しくて答えをなかなか教えてくれないし。
顔は結構美人なのに、性格きつい人だなあというのが無遠慮な私がもった第一印象でした。
まあでも予約を続けてとれる女性の先生は他にいないし、私も生来かなり真面目な性分だし、授業が終わった時のやけに油断してホッとしてる顔がなんかちょっと可愛いし、実力をつけるには問題ないだろうという事で継続して予約を入れる事にしました。
しばらく授業を受ける事で、だんだんと彼女の態度は軟化していきました。
プログラムも楽しかったし、彼女については保護猫をだんだんと慣らしていくような面白さもありました。
授業は丁寧だし、彼女はフレームワークの細かい内部の挙動や、メソッドのオプションなんかにもかなり詳しく、それらの点では優秀な先生だったので、私の心からはいつしか懸念も不満も消えていました。
そんなある日、パソコンを買い換えたいと思っている話をしたら、意外にも彼女が付き合ってくれる事になりました。
(当時、なんか可愛いという理由で買った、やたらキーピッチのあるVAIOのノートパソコンで作業していたのですが、色々目が開いてきてMacに乗り換える事にしました)
買い物当日、MacとWindowsの違いから丁寧に教えてくれた彼女の私服はダサかったのですが、お礼も兼ねて新宿で居酒屋に行く事になりました。
主に、Windowsで使ってたツール類のMacでの代替品を教えてもらうつもりだったのですが、いつのまにか梅酒2杯で饒舌になった彼女の身の上話を色々と聞かせてもらっていました。
いい提案ができるように新しい技術を家でもたくさん勉強したこと、
いいシステムを作る為にプロジェクトの良くない点はきちんと指摘したこと、
それらを煙たがられて注意を受けたこと、
「女のくせに」って言われたこと、
自分が席を外したタイミングで夕会が行われるようになったこと、
「プロパー+αの人だけの飲み会」にチームの中で自分だけ呼ばれてなかったこと、
社内で待機している時、営業に「女でこんなに売れないのお前だけ」って言われたこと、
新卒もどんどん現場に出ていくのに自分は次のプロジェクトが決まらなかったこと、
「とにかく人が足りないから大歓迎です」って言われた案件でもチームの中で1番最初に退場になったこと、
業界が向いてないのは身に染みてわかったけどプログラミングが好きで今の職についたこと、
授業のリピート率の低さに会社からいつも小言をもらっていること、
SESが辛くて辞めたのに、多くの人が卒業後SESに行くプログラミングスクールの先生をしているということ、
自分のやってる事が人の為になっているのか信じきれていないこと、
SES以外の社内SEとかで転職を考えたけどどこにも受からないこと、
昔から人付き合いが苦手なこと、
親戚のおじさんに一人すごく嫌な人がいること、
成績は悪いが愛嬌のある弟ばかり親が可愛がること、
「いや、まだそんな重い話を聞く関係じゃないですよw」って途中まではいつ言おうかタイミングを見計ってたけど、とうとう言えずに最後まで聞いてしまった。
気がついたら私は泣いていました。それは気持ちがわかってしまったから。
小学2年の春、誰かに一緒に帰ろうと誘われるまで教室で本を開いて待ち、みんな連れ立って帰ってしまいひとりぼっちになった後、仕方なく開いていた窓を閉め、カーテンを束ねていた、その風景を思い出してしまったから。
ああこの人は祖母に出会わなかった私なんだな、と、どうしようもなく理解してしまったから。
私が優秀だと彼女の評価もあがるかもしれないと思って余計にがんばり、無事卒業を迎える事になりました。
プログラミングスクールの卒業生の主な就職先はSESです。(今はわからないけど)
SESについて彼女に色々聞いていたので、客先企業に常駐して、多重下請け上等で、使い捨てで、人売りと呼ばれていて、残業が多くて、無理なスケジュールを押し付けられて、仕様変更が頻発して、現場では肩身が狭くて、theITドカタっていうのは知っていました。(今はわからないけど)
でも私はなんでも知りたかった。彼女のことをもっと知る為に、SESについて身を以て知るつもりでした。
同じ時期に卒業を迎えた人の中には、断固SESを拒否する人も何人かいました。
下請けじゃなくて上流工程ができて経営が安定していてまったり働ける社内SEか、自由で先進的でフットワークが軽くて自社サービスのあるベンチャーがいいのだと。
いやいやいやと、社内SEがそんなにいいものなら、学業が優秀だった人か、SESで優秀だった人から順番に行くでしょうと、
ベンチャーがそんなにいいところなら、すごく優秀な人たちの少数精鋭なんでしょうと。
課題でサンプルのプログラムをいくつか作っただけの私たちがどうしてそんなとこにいけるでしょうかと。
修行のつもりでありがたく、いろんな現場や業界で実戦経験積めよと、1行でも多く実務でコード書けよと、色んなプロジェクトのドキュメントとかプロジェクトマネジメント見て勉強しろよと、SESでもないと逆にそんな機会も無いぞと、そんなことを思っていました。
私の就職先は、2回面接をしただけで、スクール推薦のSESの会社にあっさり決まりました。
祖母は、私が平日フルタイムで働いても差し支えない程度まで回復していました。
彼女とは頻繁に連絡をとったり、遊びにいく友人の間柄になりました。
しかし、実際SESで働いてみると、覚悟していたような環境とは少し違いました。
基本的に自社のリーダーとしか話さない(プロパーが直接メンバーに指示を出すのはダメらしい)し、スケジュール変更や仕様変更もちょこちょこあるけど、その分の残業代もちゃんと出るし、なんだか全体的にいいところでした。(テーマパークと比較するとなおのこと)
彼女が最初に働いた企業が、現場が、時代が、運が、悪かったのだとわかりました。
でも、「あなたのおかげでエンジニアになれて、人生が変わって、嬉しいよ」って、彼女に伝える事はできました。
数年はそのまま穏やかに、繁忙期には激しく、時が流れていきました。
祖母の怪我は完治し、私はそこそこのスキルを身に付け、転職と引越しを検討し初めていた頃でした。
そんなある日彼女から東京を離れるつもりだという連絡が入りました。
彼女は私の卒業後もスクールで先生をしていたのですが、それがあまりうまくいっておらず、だんだんと稼働が下がり、収入も下がり、公共料金や生活費も滞納しかかっているような状況だったそうです。
そして、そのことが親御さんに伝わり、帰ってくるように言われたそうです。
私は彼女の唯一の理解者だったので、私が彼女を幸せにしようと思いました。
彼女に引越し先でのルームシェアと、当面の生活費の負担と、その代わり家事をしてもらう事を提案しました。
しかし問題はお金です。彼女はお金がぜーんぜんないし、私も引越し料金(2人分)とルームシェアできる物件(2LDK以上)の敷金礼金・初期費用を払うのは苦しい状況でした。(実家とかに頼ると、生活できないならこっちに戻ってこいと言われてしまう)
折り悪くコロナの影響が、転職市場や私の現職の稼働に影を落とし始め、「やっぱり私実家に帰るよ」などと彼女が言い出して、これはいよいよヤバイなと思い始めた頃、
事態は急転して、なんとお金問題と転職問題が唐突に片付きます。
みなさまPayCareerさんをご存知でしょうか。企業と面談するごとに3万円もらえる転職サイトです。
そこで数件のスカウトが届き、多額の臨時収入を得られ、トントンと内定を複数頂く事ができました。
みなさま是非PayCareerをお使いください。求職者に寄り添うお心をお持ちの採用担当者のみなさまも是非PayCareerをお使いください。
その後物件探しにも散々苦労するのですがなんとか新居が決まり、私たちはルームシェアを始めることができました。
ある土曜日の晩、ブラックスワンという映画がどんな内容かをよく知らずに、なんともなしに見ていた私と彼女の関係は、日曜日の未明に友人から恋人に変わりました。
私は女子校だったので、女性同士でお付き合いしている人たちを長く近くで見ていた事、彼女は過去の経験から男性に恐怖心を抱いてしまうこと、ここ数年似たもの同士の2人がお互いを助けあって生きてきた事、要因はいくつもあったと思います。
多分お互い、本当のところは男性の事が苦手ないしよくわかっていないだけで、もしかしたら男性と付き合おうと思えば付き合えるのかもしれませんが、この上なく安心できて、優しさを掛け値なしに注ぎあえるパートナーを得られた時、それは問題になりませんでした。
人の寝言って今まで聞く機会がなかったのですが、彼女はすごいはっきりと寝言で喋るので驚いています。
私は転職する時に、自社サービスを持っていて、担当者の裁量で業務委託の採用や発注ができる企業を探していました。
さっき偶然見つけたGitHubリポジトリに驚嘆というか感動というか色々驚いてる
あー、これ全部書いたんかー
まあ、10人近いメンバーで分担して書いてるみたいだから一人の自分が勝てないのも納得だけど
パクりたい、いや、読みたい
しかし、ゴールはこのソフトウェアとは違うのでそれはそれでまた別の話なのだけど、
そっちはそっちで別の注目しているリポジトリがあったりする
で、基本的にGitHub、ときどきBitbucketだったりもするけど、オープンソースだから無償だし、
自分が作りたいものも仮に作れたとしてもやっぱり金にならないんだろうなあと思ったり
ビル・ゲイツ、スティーブ・ジョブズ、IBMの社長さんだったかが同席していて、
ジョブズとIBMの人が、将来はソフトウェアの方が無償になる、と語ってるのを見たビル・ゲイツが非常に嫌な顔をするのだけど、
ある意味では当たってたのかなあとも思えてきて、
それが分かってるから今のMicrosoftはアプリケーションはサブスクリプションにするし、
軸足はOfficeやOSよりもAzureとかに移っていて、GitHubの買収やGitHub上で以前よりは積極的な情報公開に乗り出した
WSLなどLinux側を取り込もうともしている
Edgeも独自実装をやめ、Chromiumベースになってしまった
コードを書くより、車輪の再発明より、クラウドコンピューティング、AppleのようなCPUの独自設計にも乗り出し、
それを搭載したSurface、そういったこれまでとこれからの広範囲な製品群の複合技になろうとしている
AIだのMLだのも、最先端を生み出す人材は優れている必要があるが、使うだけなら簡単に使えるものを提供されてしまう
なぜそれを提供するのかというと、それを活用してiOSやAndroidのアプリを開発してほしいとか、そういう意図もある
オリジナルを開発した人は論文が書けて偉業が残せるだけでホクホクであり、
それを使う底辺の我々はそれらが生み出すコモデティの泥沼のなかで醜い相撲をするしかないのだろう
というわけで、単なるプログラマーとかプロジェクトマネジメントとか開発とか、
そういった一般的なキャリアとは異なるものを描かなければならないとずっと考えてきたのだが、
未だに何の答えも見つからないのだった
はてブのホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ
272あとで/1803users この本がスゴい!2020: わたしが知らないスゴ本は、きっとあなたが読んでいる
257あとで/1367users 鹿児島中央駅から新函館北斗駅まで新幹線の全駅に下車してきたので全力で紹介する_PR【駅メモ!】 | SPOT
247あとで/2110users ぼんくらITエンジニアでもYouTubeとスタサプでTOEIC 900点突破できたので勉強法をまとめていく - だいたいよくわからないブログ
235あとで/1299users 「イラストでわかるDockerとKubernetes」は完全に良書 - Cloud Penguins
222あとで/1463users 売れるアプリにするコツ100個書きます(吐血) - Crieit
203あとで/1011users JavaScriptの基礎知識をGIFアニメで分かりやすく解説 -総まとめ | コリス
192あとで/1373users もしあなたが急にAndroidアプリを業務で作るはめになった場合の選択肢(2021年初頭版) - Qiita
190あとで/959users OAuth認証とは何か?なぜダメなのか - 2020冬 - r-weblife
183あとで/1146users 一人前のプロマネってどんな人? プロジェクトマネジメントのスキルセットとは-誰も教えてくれないプロマネのコツ | Mammoth Project
180あとで/1008users Pythonで仕事をする人のための書籍まとめ2021 - 学習, 業務効率化, アプリ開発からデータサイエンスまで - Lean Baseball
173あとで/1647users 【練習内容公開】イラストを100日練習しました|都路 燕禅|note
170あとで/2469users 僕のしょうもない人生を紹介します - いまトピ
170あとで/1019users 「フリーランス・副業向けサービス カオスマップ2020年完全版」が公開 - Digital Shift Times(デジタル シフト タイムズ) その変革に勇気と希望を
163あとで/1186users 9割の人が知らない再現性の危機 - 本しゃぶり
157あとで/1019users Mac を買ったら必ずやっておきたい初期設定を、全て自動化してみた | ulwlu | Zenn
154あとで/751users CTOの頭の中:技術投資を最適化する|Shin Takeuchi|note
152あとで/1503users 僕らはいつまでUSB Type-Cケーブルを選ぶのに迷うのだろう…もう間違えないための覚え書き - Magnolia Tech
148あとで/2347users 全財産を使って外車買ったら、えらいことになった|岸田 奈美
141あとで/1040users 英語の発音について概説する - Amosapientiam
135あとで/648users 技術選定/アーキテクチャ設計で後悔しないためのガイドライン - Qiita
131あとで/2088users Amazonで「鬼滅の刃」のコミックを買ってしまったのに、どうしても読み始める気になれない。 | Books&Apps
131あとで/1089users ステーキをおいしく焼く理論。料理家・樋口直哉が教える、肉の焼き方「新常識」【保存版】 - ソレドコ
129あとで/855users Webディレクターのスキルツリー - NMY
129あとで/915users Kubernetes 1.20からDockerが非推奨になる理由 - inductor's blog
126あとで/745users Web制作の時短に!2020年の便利オンラインツール・ベスト100選 - PhotoshopVIP
121あとで/880users 【総まとめ】2020年公開のすごいPhotoshopチュートリアル、作り方厳選まとめ - PhotoshopVIP
121あとで/613users ドメイン駆動設計を導入するために転職して最初の3ヶ月でやったこと[DDD] - little hands' lab
121あとで/864users 家で筋トレを続けるための簡単な「仕掛け」を取り入れてみたら、筋トレが楽しくなって習慣化した話 | Fun Pay! | あたらしい自分、はじめよう。楽天カード
120あとで/614users Micro Frontends Architecture Patterns | okmttdhr | Zenn
特に人間の心理的に気になるのが妥当な場面なのに、なんかの精神論を一辺倒で信じ込んでそういうアドバイスする人はそもそも人間に対して理解してない。
機械に「壊れなきゃいいじゃん」って言うようなもので、そもそも非現実的なことしか言えてないことに気づいてない。おまけにおそらく生存者バイアスかかってる。
そもそも気にしてんだから、気になる性格なんだよその人は。だから「気にしなけりゃいい」なんて効かないんだよ。というか大抵の人間は気になるもんは気になるんだよ。その物理的な事実をスルーする人はちょっとやめてほしい。
令和時代からは人間のこと理解する人の割合が増えることを願う。
こういう無理解な人間が上司になると面倒なんだよ。人間心理の精神的な負担というコストを全スルーしたプロジェクトマネジメントをしようとして結局人間心理に反してるから失敗して、でも頭悪いから「さらに人間力を鍛える」とか「コミュニケーションを!」とかやめようとしない。アホかよ
プロジェクトマネジメントが売れるソフトを作るわけじゃないんだよなぁ・・・
そもそも、コンピュータやプロジェクトマネジメントの技術を、資格試験で勉強しようというのがピントがズレています。それらは既に良質な解説書が豊富にあるのだから、それで勉強すればいいのです。
って言うけど、そもそも資格試験で勉強しようなんて人いるの? 資格試験自体がそんな事を想定して実施されているわけじゃないでしょうに。
時間 | 記事数 | 文字数 | 文字数平均 | 文字数中央値 |
---|---|---|---|---|
00 | 74 | 10315 | 139.4 | 51.5 |
01 | 68 | 7686 | 113.0 | 42 |
02 | 60 | 6938 | 115.6 | 52.5 |
03 | 26 | 3376 | 129.8 | 26.5 |
04 | 12 | 4737 | 394.8 | 61.5 |
05 | 64 | 2785 | 43.5 | 30 |
06 | 72 | 6481 | 90.0 | 45 |
07 | 107 | 12378 | 115.7 | 57 |
08 | 105 | 6300 | 60.0 | 32 |
09 | 101 | 10713 | 106.1 | 53 |
10 | 112 | 12868 | 114.9 | 46.5 |
11 | 181 | 17609 | 97.3 | 45 |
12 | 184 | 13506 | 73.4 | 43 |
13 | 141 | 11621 | 82.4 | 46 |
14 | 124 | 13705 | 110.5 | 43 |
15 | 157 | 13747 | 87.6 | 45 |
16 | 132 | 10931 | 82.8 | 43 |
17 | 199 | 14664 | 73.7 | 32 |
18 | 231 | 18404 | 79.7 | 42 |
19 | 158 | 14570 | 92.2 | 36.5 |
20 | 131 | 16526 | 126.2 | 41 |
21 | 232 | 22629 | 97.5 | 38.5 |
22 | 157 | 19301 | 122.9 | 39 |
23 | 124 | 16310 | 131.5 | 47.5 |
1日 | 2952 | 288100 | 97.6 | 42 |
情報処理試験(11), 情報処理技術者試験(14), プロジェクトマネジメント(4), 手越(6), 情報処理技術者(3), UML(7), 便乗商法(4), フルダイブ(3), 5年(3), 未承認(3), しゃしゃりで(4), 緊急事態宣言(22), 誹謗中傷(33), 技術者(15), 試験(41), 中傷(22), 実務(11), 応用(9), アイマス(10), アベノマスク(12), 解除(28), 役に立つ(14), 独自(19), 資格(37), 用語(17), 合格(16), テレワーク(22), 美人(29), プログラミング(16), 言語(19), コード(13), 在宅(14), 自殺(39)
■情報処理技術者試験なんて何の役にも立ちません /20200526002227(51), ■確かに世間のフェミニスト像は変わってない? /20200525185824(21), ■「実はもうなくなっている職業」ってない? /20200525133335(17), ■痴漢OK娘の影響で認知が歪んで痴漢してた /20200526191623(12), ■ /20200526010733(12), ■スポンジが発明される前はどうやって食器洗ってたんだろう /20200525205713(11), ■車種名の出てくる歌 /20200525184426(11), ■「女は頭が悪い」という先入観を持たれて嬉しかった /20200526105758(9), ■近親ものが好きなやつってDNAいかれてるの? /20200525234934(9), ■五目並べに狂うほどハマっている /20200526032755(9), ■子どもが知的障害者になった /20200524233706(8), ■「誹謗中傷と批判は違う!」という人ほど卑怯な人物はいない。 /20200526172356(8), ■むしのうた /20200526162718(7), ■テレワークで同棲がバレた /20200525231042(7), (タイトル不明) /20200526021519(6), ■アイドルマスターシンデレラガールズについて /20200526233613(6), ■なぜ勝手に食べられるのはプリンなのか? /20200525233944(6), ■せっかくオンライン会議とかが認知されてきたので…。 /20200526182827(6), ■スペイン人が話す英語の良さ /20200526143350(6), ■anond:20200526002227 情報処理技術者試験なんて簡単で案外役に立ちます /20200526101738(5), ■ /20200524003903(5), ■政権支持じゃないんだよね。反政権層不支持なんだよね。 /20200526111557(5), ■anond:20200526111818 /20200526112234(5), ■anond:20200526115350 /20200526120937(5), ■職場で次亜塩素酸水噴霧器を使わせないために /20200526205516(5), ■ /20200526212214(5), ■anond:20200526214339 /20200526214712(5)
そもそも、コンピュータやプロジェクトマネジメントの技術を、資格試験で勉強しようというのがピントがズレています。それらは既に良質な解説書が豊富にあるのだから、それで勉強すればいいのです。
スキルレベルが他人から客観的に評価できるようになるというのが資格取得の重要な要素で目的なんだから
情報処理技術者試験の資格を取っても実質的に得るものはありません。「実質的に」というのは、技術者としてのスキル向上に貢献するということであり、「報奨金が貰える」とか「履歴書に書ける」などの技術と無関係なものを含まないということです。
なぜ、情報処理技術者試験が役に立たないのかと言えば、出題内容が表面的な知識問題に極端に偏っており、本質的な理解を問うていないからです。たとえば、オブジェクト指向の三要素に「カプセル化」「継承」「ポリモルフィズム」がありますが、これらを御題目のように唱えていても何の意味もありません。しかし、情報処理技術者試験ではこれらの用語さえ覚えておけば、しっかり点になります。
https://www.fe-siken.com/s/kakomon/19_haru/q42.html
こんなのは単なるポエムであり、これが解けたところでコードが書けるわけでも、良い設計ができるわけでもありません。
数学で喩えれば、「加減法」とか「代入法」のような用語を暗記して、具体的な連立方程式の解き方は分からないようなものです。
ひどい問題は挙げればキリがありません。
https://www.ap-siken.com/s/kakomon/22_haru/q44.html
図の名称を答えさせる問題。図を読み取らせる問題なら、まだ理解できますが。そもそも、UMLなど別に技術者として知っておくべき知識でもありません。
https://www.fe-siken.com/s/kakomon/23_aki/q50.html
これも、こんな分類自体、覚えたところで何にもならないわけですが、その用語を答えさせる問題。いかに、この試験がエンジニアリングやプロジェクト管理の本質と関係ないかがよく分かります。
極めつけはこれ。
https://www.fe-siken.com/s/kakomon/17_haru/q52.html
地方の公立中学校の定期試験レベルのひどい問題です。出題者は、1だの2だの4だの7だのといった数字と語句の対応を覚えることが重要だと思っているのでしょうか。
つまり、ある種の発達障害ではない意識高い系ポエマーを認定するための試験であり、そもそも技術者のための試験ではないということです。あとは、中小企業診断士などを受ける人が試験免除を獲得するためとか。
そもそも、コンピュータやプロジェクトマネジメントの技術を、資格試験で勉強しようというのがピントがズレています。それらは既に良質な解説書が豊富にあるのだから、それで勉強すればいいのです。
岩田先生の告発動画があり、高山先生からマイルドに内容を肯定しつつ、やりかたを批判するfacebookが出ました。
みんな大好きプロジェクトマネジメントの話と岩田先生のアスペ気味の人格、政治的スタンスなどに批判が上がり、
個人的に、「ん?これはやべーな」と思ったのが次の一文です。
ミイラ取りがミイラどころか、ミイラがミイラ取りになっている状態 |
https://www.buzzfeed.com/jp/naokoiwanaga/covid-19-iwata
なんか言葉の響きがいいので、読み飛ばしてしまいがちなのですが、
ミイラ=感染者、ミイラ取り=クルーのサービスや医療従事ですので、
クルーが感染どころか、感染者が乗客サービスしている状態 |
医療従事者が感染どころか、感染者が医療従事している状態 |
ということになります。
どう考えてもヤバイことは明らかだと思うのですが。
エビデンスはすでにあります。和歌山でDMATに参加した医療従事者が感染しています。
これでどうやって封じ込めをできたと言えるのでしょうか?
政治的な話、プロジェクトマネジメント論は落ち着いてからやりましょう。
メンツの話もアスペが空気を読めないことも結構です。それは後ほどで。
日本版CDCをつくりたい?そのトップを狙う野心があった?そういう推論も一般国民には興味ありません。
以下エンジニアはITエンジニア・プログラマー・SE・Web系などとする(呪い避け)
___
事業会社の方が優秀な人が居るだろっつって入る新人多いと思うんだけど
何社も見てきたけど、事業会社のプロジェクトマネジメント力はぶっちゃけ低い
受託が糞なのは間違いないが、3年目くらいまでは大変基礎が勉強になる、責任も重い
事業会社のプロジェクトがだいたいクソなのって、理由は様々だけど
変に優秀な人が中途半端に回してる
・部署や担当者が多すぎてカオス(解釈できない、勉強にならない)
・プロジェクトの成功可否が結構曖昧(大本営発表だったりする)
・だいたい偉い人がシステムわかってない、CTOが居たとしても何かIT宗教やってる事が多い
・何だかんだ言って発注者に当たる人が身内であり、訴えられるようなこともない
ここもちろぐ
生産性志向のSEが、IT業界での奮闘記や仕事や生活で学んだことをはきだします。
2018-05-15
gizeh-2272008_640
こんにちは。もちです。本日は、みずほ銀行のプロジェクトで2か月限定支援に行った時のことを話したいと思います。
あの頃は、ちょうどポケモンGOがリリースされた時期でした。 プロジェクトのお昼休みに、わくわくしながらアプリを立ち上げて、メンバーの方と遊んだものです。
そんな次期システムが、いよいよ、2018年6月9日から徐々に移行開始されるそうです。
みずほ銀、9日からシステム移行 「世界最大級のプロジェクト」 ATMやネットバンクに臨時休止日 (1/2)
みずほ銀行とみずほ信託銀行は、入出金や口座管理などを担う勘定系システムを統合した次期システムへの移行作業を9日から始める。4000億円超の資金を投じて進めてきた世界最大級のプロジェクトが、最後のヤマ場を迎える。
www.itmedia.co.jp www.itmedia.co.jp
移行が発表されてから、「あの頃が懐かしい」と感じたため、せっかく浮かんだいろいろな想いを残そうと思って記事にしました。
ここもちろぐ
ここもちろぐ
みずほ銀行のプロジェクトで2か月限定支援に行った時の話、まなび編です。 ▼前記事の問題編はコチラ www.cocoamocchi.com 古参メンバーの仕事を奪う デキる古参メンバーはとにかく忙しいです!! 新規参入者でもやり方さえ一度知れば、できそうな仕事もありそうだということで、積極的に仕事を奪いにいきました。 たとえば…
2018-05-17 22:53
www.cocoamocchi.com
毎朝エレベータに長蛇の列
人気アトラクションかな?と思わせるほどの大行列でタイミングが悪いと10分以上待たされました。
テストフェーズがちょうど一個上の段階に進んだためか、チーム内のスマホは鍵付きロッカーでしっかりと管理されるようになりました。
インターネットが使えない
security-265130_640 これが一番厄介でした!!!
新入社員であれば、まずはググり力を鍛えろ!と先輩に教わるも方もいるのではないでしょうか。
わたしみたいなIT業界で働く方々は特にインターネットで調べまくる生き物です!
なのに使えないので厄介でした。
・・・とはいっても、わたしの場合は、こっそり休憩スペースにスマホを持ち出して調べてました。
他には、書籍にもお世話になりました。
ここで 「ネットが当たり前だと思うな、腕を磨こう」という教訓を得ました。
印刷用紙が真っ赤で読みづらすぎ
持ち出し抑止のために、プリンタ用紙が赤くなっておりました。
(特に持ち物チェックがあるわけではないので、悪意のある人なら持ち出せたかと思います。)
印刷してみるとまあ~わかりづらい。 気持ち的にもなんか落ち着かない。
でも一定の効果はきっとあったのだろう。。
ただでさえ生産性の低い環境なのに、働き方もやっぱり残業ばかりされている方だらけでした。
特に既存メンバーの古参者は大量に仕事を抱えているので、いつもヘトヘトです。
他の人へのレビューも、当然荒い。
また最終退館者名簿を見ると、お客さまサイドも負けずと毎日23時台まで残っているようでした。
※ちなみに
ごめんなさい、わたしは最長でも21時には帰りました!寝不足すぎると生産性がダダ下がり逆効果なので苦笑。
単体開発 バグ改修
私の場合、残念ながら新規開発部分は残ってなく、仕様取り込みやバグ改修をちょこっとやったくらいです。
開発ではなく、ほとんど仕様整理やJP1いじっている時間が多かったです。
命名規則がつらい
短い単語をアルファベット1文字で表現する文化があったため、それらをつなげて作成されるDBのテーブル名やカラム名が新規参入者にとってはしぬほど分かり辛かったです。
1箇所の修正で5個もケースはないし、誰も見ないのではないかなというくらい、ゆるふわなテスト結果が置いてあったりと、とてもじゃないけどもお金を扱うシステムだとは思いませんでした。
これ、結合テスト以降、バグ爆発するのでは?という印象だった。
the-1865639_640
階層がとにかく深く、無秩序に置かれた何千のフォルダ群はまさにジャングル。
既存の古参メンバーであったとしても、過去の単体テスト仕様書の在り処を探すだけで10分以上かかっていました。
IDEなど開発に使用するツールも、各チーム持っている情報が異なっていて、結局、既存メンバーの持っているものを丸ごとコピーして使ってました。
個々の期限がタイトにも関わらず、申請日時を厳守しなければならないのはつらかったです。
この申請は、数チームで1つのエクセルファイルにまとめて申請します。
プログラムファイル1つ1つのパスを記載していくのですが、 誰かが1ファイル既述を誤るだけで、
どこぞやのチームのせいで2連続申請ミスされたこともあり、こちらとしてはたまったものではありませんでした。
もしかしたら、誰かが休みたいがために、わざとミスしてるのではと疑いたくなるくらい大変でした。
まあ、とはいっても緊急リリースみたいな1~2日でできる裏技も時に使うことができたため、そこまでではなかったのかもしれません。
プロジェクトマネジメント
child-waving-goodbye-595429_640
うちの会社だけかもしれないけど、メンバーの離脱が、作業指示を出しているチームリーダーまでなかなか届かない印象でした。
「来週からこの作業お願いするね」と言っていた矢先に、彼らがいなくなることを知らされる。
これは、どこの炎上プロジェクトもですが、各タスクの期限だけ決まっていて、工数は考慮されていない事案です。
この事案は仕方ない場面もありますので、メンバー側がリーダーやプロマネに少々寄り添って、自分で仕事を考えていればOKです。
親切なプロジェクトじゃないのは分かっていることなので、他責にせず、ざっくりと工数を伝え、助けていきましょう。
新規参入者の実力が怪しい
少し言語知っている程度(for、if文はできるけど・・)で意思疎通の難しいプログラマーが国籍問わず、たくさんおりました。
猫の手も借りたいくらい忙しいプロジェクトだったので、自分で主体的に仕事を考え、動き、古参メンバーを助ける必要があります。
しかし、
進捗が良くないことをごまかす
など、この中のどれか1つ該当ではなく、複数持ちのプロジェクトキラーが何人かいました。
他の人も急に想定外の残業フォローをしなければならなくなるし、本人は無駄に悩み続ける時間増えるし、誰も幸せにならない感じでした。
まとめ
特に銀行のプロジェクトは、生産性の低い現場やずたぼろな構成管理など、環境的問題も多いことがわかりました。
同時に他責にせず、主体的に行動すれば、新規参入者でもそれなりに活躍できることもわかりました。
しかし、わたしの場合、2か月限定が配属前から決まっていたこともあり、
心までしんどくならずになんとか戦えたことが大きいかもしれません。
もし炎上案件に出会っても、 心や身体をやられるようなことがあれば即刻辞退をおすすめします。
残業による残業という負のスパイラルが、もし嫌なら、早く抜け出すほうがこれからの人生豊かです!
断言できます!!