生産性の可視化こわい - masayuki5160's diary
TL;DR 立場によっては、組織全体の生産性の可視化が必要なのはわかる。 ただ、チーム単位での生産性の細かい可視化の話はちょっとこわい。チーム単位での生産性に関しては、ある期間にそのチームがどんな機能をリリースして、それがどうだったか、を評価して、をすればだいたい良いような。 生産性の可視化？ 全然知らなかったんだけど、開発生産性の可視化を支援するSaaSがあると先日知った。こちら。 findy-team.io なるほど最近はすごい便利なものがあるなーと思った。 一方で、このツールと日々にらめっこしてるチームはなんか僕が目指したいチームではないなと思った。だから、僕はこういうツールは今の僕の立場としてはいらないなーと思った。 でも、組織に所属するエンジニアが100名、200名とか規模になってるようなとき、その組織のCTOなりVPoE、組織横断の課題を解決するチームなどはこういったツールは必
エンジニアが居着く会社
増田、40代男性、現在非上場だけど大手企業でエンジニアやってる。 何回か転職してたり他社との話で狭い世界だけどエンジニアが居着く会社の条件が自分なりに固まった 競プロが居ない（外に出さなきゃ影響無し）とにかく見下す人多い。あと努力教で効率厨。フリーランスや部署の奥地で最低限の人間とのみ触れ合わせるようにすれば良い。 変に普通のエンジニアと絡ませるとフルボッコにして数名病む。 1人だけにしてお任せとか言わない（しない）初回だけ打合せに一緒に出て以降は自走させる人。管理職に多め。ペアプロとか関係なく2人以上のチームでの心理的安心は大きい。成果も失敗も割ろう 通知表査定しないこれは会社レベルだが、いつでも成果出せるエンジニアなんて僅かなのに3を中心に良い悪いを評価するのは無慈悲。当たり前のように下は上は結果出してないくせにと思う。上のショボい成果を時勢のせいにしたら末期 （スタートアップやベンチ
新入社員に向けて私が3年間で読んだ技術書を紹介する - Qiita
はじめに 今回は私が3年間で読んだ技術書をひたすら紹介します。 私は2021年4月に新卒でSIerに就職し、2024年4月でエンジニア4年目となりました。 そんな私の入社時のスキル感はどうだったかというと... 非情報系学部卒の理系 学部4年生の時に研究室で少しPythonを触ったことがある程度 HTTP?なにそれ？ でした。 こんな感じでほぼゼロからのスタートでしたが、3年間でどのくらいのスキル感になったかというと、ざっくりと 基本的に一人称で開発業務ができる 小規模のシステム開発なら技術選定やアーキテクチャの検討も可能 某(若手向け)技術コンテストで入賞経験あり OSSコントリビューション経験あり IT関連の資格7つ取得 くらいには成長することができました。 これから紹介する技術書を読むだけでこのくらいのスキル感になれますという話ではなく、当然日々の業務であったり、その他のインプット/
兼業ライターの苦しみと喜びについて語る - 基本読書
「これから何が起こるのか」を知るための教養 SF超入門 作者:冬木 糸一ダイヤモンド社Amazon明日3月1日に『「これから何が起こるのか」を知るための教養 SF超入門』という僕の初の単著が出るのだけど、これをPRするために（すでに書いた内容紹介文とはべつに）何か書きたいなということで兼業ライターの苦しみと喜びについて書いてみよう。初の単著、書くのは楽しい経験だったが、本業を別に持つ人間として、時間的制約など大変な面も多かった。そのあたりは話としておもしろいのではないか。 huyukiitoichi.hatenadiary.jp 最初に個人的な情報を明かしておくと、僕は都内のWeb系企業でプログラマとして働く30代の男性である。プログラマは23歳の新卒の時からずっとそうで、時によって正社員だったりフリーランスだったりと転身を繰り広げ、休止期間も時にはさみながらブログや原稿を書いてきた。転職
仕事で作業クオリティが低いと言われ話を聞くと不思議な世界になっていった「仕様に書いてないが普通のエンジニアならできるでしょ」
あれっくす@フロントエンド x デジタルマーケティング @MHTcode_Alex 仕事で作業クオリティが低いってコメント来たので話聞いてみると不思議な世界が広がっていた 相手「仕様に書いてないが、普通のエンジニアならできるでしょ」 私「仕様に書いてないならやれません。仕様確認会などあったのでしょうか？」 相手「そんなものない。わからなかったら確認するでしょ」 続 2022-03-16 10:02:09 あれっくす@フロントエンド x デジタルマーケティング @MHTcode_Alex 私「わからないところは都度確認してますが、仕様に記載されていないものを作ることはできませんし、確認すらやりようがありません」 相手「テストでいっぱい不具合出てくる」 私「クオリティコントロールの仕組みがないから当たり前では？」 相手「こっちが確認してないのが悪いってこと？」 続 2022-03-16 10:
突撃！ 在宅の開発環境 2021年夏 - Mobile Factory Tech Blog
はじめに こんにちは。ブロックチェーンチームのエンジニア、 @nanamachi です。 tech.mobilefactory.jp 前回の記事ではたくさんの方に閲覧&コメントいただきありがとうございました。この記事から1年。モバイルファクトリーは日本のどこからでも働けるようになり、書籍購入、資格取得、セミナー参加、懇親会の支援制度などフルリモートに適応できるよう多くの変化をしてきました ( https://recruit.mobilefactory.jp/work-style/ )。その中で社員の環境もさまざま変わったことでしょう。 この変化を記事にすれば、閲覧数を稼げる 弊社の魅力を発信できるに違いない!という目論見で、初めてバズった記事にすがるエンジニア組織開発責任者の@kfly8から次のようなチャットが送られてきました。 kfly8: インターネット識者*1の @nanamachi
採用市場に中堅エンジニアがほぼ居ない／どこに行ったのか目撃情報を集めてみた｜久松剛／IT百物語の蒐集家
どこへ行ったんでしょう？。2019年までは「経験社数は3社まで」「年齢は35歳まで」と経営層が注文をつけても何とかなりましたが今は昔。面談手法とか役に立たないほど母集団形成ができない現状についてです。 各人材紹介、媒体、各社エンジニア採用担当のみなさんと情報交換する中で見えてきた中堅エンジニアの行先についてお話します。 30代中堅ITエンジニアは観測範囲では ・コンサルになった ・ユニコーン、GAFAに吸われた ・シード期のスタートアップでメンバーになった ・フリーランスになった という具合。 その他目撃情報求む。 — 久松剛 (@makaibito) June 24, 2021 ・30代中盤まで ・3社以下経験 という採用フィルターについては個人的に 「昔厳守する企業ありましたね」 「懐かしいですね」 と秒で切って捨てるレベルになってる。 — 久松剛 (@makaibito) July
失敗したエンジニア組織施策としくじりの反省｜nottegra@在宅勤務
前回、成功したエンジニア組織の施策について書きましたが、今回は失敗編です。失敗のほうが多いのでどうしても文量が多いのですがご勘弁下さい。 説明用に前職の関係記事がガンガン出てきますが、貶めたり咎める意図は全くありません。あくまで僕が責任持って実施した施策で失敗したことについてのノウハウ共有と反省についての記事です。 組織施策プレゼン大会 ※元記事がお亡くなりになっているのでWayback Machineより [概要] 組織施策についてチームごとにプレゼン。プレゼン毎に担当役員＋組織責任者(僕)が点数評価。点数が一定以上の場合施策実行をその場で採択。 内容は、課題提起→施策内容→実行体制→スケジュール→予算→まとめ。 [導入背景] エンジニア組織の人数が増えて組織硬直が進んでいたこと、全員の目線を合わせる機会があまり無かったことから、メンバーの不満が見えないレベルでたまり続けていました。 メ
リーマンショックの生還者が語る、アフターコロナに訪れるSI不景気蟻地獄
新型コロナウイルス感染症（COVID-19）の流行以来、景気が急速に悪化しています。厄介なのは、ウイルスという自然が相手のため、不景気の先行きが読みづらいことです。 ポストコロナの不景気で自身にどのような災厄が降りかかるのか心配なITエンジニアも多いでしょう。本記事では、リーマンショックや東日本大震災の後、IT業界に何が起きたのか、エンジニアたちはどうなったのかを振り返り、近い未来に何が起こるのかを予測し、対応策を考えます。 申し遅れました。私、「情報戦略テクノロジー」のエンジニア、金近（かねちか）と申します。学生時代に「CD Manipulator」というフリーウェアを作成、2003年からSI業界のエンジニアとして元請けや下請けで働き、現職に至ります。 これは全て私の体験談です。全員でこの不景気を乗り越えていきたい――そんな気持ちを込めて、赤裸々に執筆します。 ありえないほど仕事がなくな
ネットワークエンジニアとして
◆ ネットワークエンジニアのメモ：ブログ ⇒ iPhone、キャリア契約者数、成功する働き方 ◆ ネットワークエンジニアのランチ：ブログ ⇒ ランチ、ITニュース、Cisco、Network ◆ ネットワークエンジニア 役立つ物理ツール ⇒ 構築作業や保守作業で役立つ物理アイテム ◆ サーバ技術入門：サーバの基礎をはじめから ⇒ インフラエンジニアに役立つサーバ技術解説 ネットワークエンジニアとしての Network Studyでは、これからネットワーク エンジニアになりたいと考えている方や、CCIEレベルのネットワークエンジニア になりたいと考えている方に役立つよう基礎から上級レベルまでNW技術を解説。 Network Studyの内容は、国家資格であるネットワークスペシャリストの取得や CCNA/CCNP/CCIE取得に役立つ内容に仕上げているだけではなく仕事で役立つ ようにCisco
15年間務めた会社に退社を切り出したら史上稀にみるクソ展開になって1年。良い機会なので振り返ってみる。 - 放浪軍師のアプリ開発局
さて始まりました放浪軍師のアプリ開発局。早いもので転職してまもなく1年が経過します。令和最初の一大エントリーなんて呼ばれたあの記事を読み返してみると、ほんとよく頑張ったよなぁなんて思いますね…。さて、ちょうど公式はてなブログのトップページにもあの記事がピックアップされているようですし、区切りも良いので、この1年で学んだことや変わったこと、その他諸々の振り返りなんかをやってみようと思います。もし、読んでいない方がいらっしゃいましたら先に読まれると楽しめるんじゃないかと思います。 www.gunshi.info 現在のお仕事 前職ではマルチなエンジニア(?)として営業、見積もり、開発、納品、保守、あげくはサポートセンターや電子工作物の設計と作成までカバーするというオールジャンルな活躍をしておりましたが、現在はそのようなことはなく、自社内にて新規開発業務に当たらせていただいております。今現在は要
「スキル不足で職場に居場所がないおじさん」の救済プロジェクトに関わった時の話
昔所属していたSI会社で、「職場に居場所がないおじさん」の救済プロジェクトに関わったことがあります。 いや、実際にそういうプロジェクト名だった訳ではなくて、確か 「キャリア再考プロジェクト」とか「スキルリデザインプロジェクト」とか、なんかそんなかっこいい名前だったような気がするんですが、 一緒に関わった先輩が言った「これ、やってることは職場で居場所がないおじさんのサルベージだよな…」という言葉が強く印象に残っていて、私の中でプロジェクト名が上書き保存されました。 まあその先輩、「リストラ前のアリバイ作りじゃねーの」とかひどいことも言ってたんですが。 どんなことをやったかというと、要するに人事部のサポートみたいな話でして、 ・所持スキルが案件に合わず、なかなかプロジェクトにアサイン出来ない人 ・プロジェクト内でスキル不足の為タスクが振れず、PMから扱いにくいとアラートが出ている人 ・要は社内
「彼らはその仕事を『事務職』だと思っている」地方の企業を回って思う、ITエンジニアを採用する発想すらない人たちの話
沢渡あまね新刊 #バリューサイクルマネジメント #組織変革Lab 主宰 @amane_sawatari 「その仕事、エンジニア1～2名入れれば劇的に改善できますよ」 最近、地方（に限らないけど）の企業を回っていて思うこと。ところが、そもそもITエンジニアを採用する発想がない。彼ら／彼女たちはその仕事を「事務職」だと思っているから。そして優秀な事務員を探し求めている。凄くもったいない。 2019-09-11 00:04:14 沢渡あまね新刊 #バリューサイクルマネジメント #組織変革Lab 主宰 @amane_sawatari 地方企業経営者「優秀な事務員が欲しい！『事務員募集』」 沢渡「（その仕事なら、むしろエンジニア採用した方がいいと思う。そのほうが改善も進む）」 都内のエンジニア「Uターン転職したいけれど、エンジニアの求人がない！」 地方のエンジニア「地元にエンジニアの求人がない！」
ブラック企業に入っても実力はつかない - 脱社畜ブログ
以前、ものすごく技術力が低い開発会社と一緒に仕事をしたことがある。詳細な話は書くことができないのでぼかして書くが、その会社はコードの品質が低いことはもちろん、一切テストしていないものを「できた」と言い張って納品してきたり、危険な本番オペレーションを手順書も予行演習もなしに実行して障害を出しまくったりするなど、およそ褒められるところが見つからない会社だった。 あまりにもひどいので、どうしてこういう会社が未だに会社として存続できているのか疑問に思い、その会社のウェブサイトや求人情報などを興味本位で見てみた。まず驚いたのは、給与の低さだ。その会社は東京にある会社だったが、この給与では社員は東京ではまともに暮らせないだろう。思わずVokersなどの口コミも見てしまったが、入社後も低賃金はずっと続くようである。彼らの稼働状況を見る限り、彼らは休日や深夜もずっと働いてるように見えたので、労働時間はもの
NTTの下請けを退職しました : 東京ドワーフ
NTTの退職エントリが流行っていますね。ぼくも今年退職したばかりなので書いてみます。と言ってもNTTデータの下請けなので、社員から見れば「何だこいつ？」と思われるかもしれませんが、下請けからの目線をお伝えできればと思います。NTTの下請けって何？まずNTTデータがどんなお仕事をしているのか説明しておくと、大規模なお仕事が多いです。お国のシステム、いわゆる官公庁系や、金融系のシステムを作ったり保守したりしています。ちなみにシステムのお仕事のことを「プロジェクト」と呼びます。日本語でいうと案件ですね。 とにかくプロジェクトの規模が大きいので自社の人だけではプロジェクトが終わりません。そこで下請けの会社と協力してプロジェクトを行います。国→NTTデータ→NTTデータの子会社→下請け1→下請け2・・・という感じでエンジニアが集められていました。 そして下請け1も下請け2も複数社あるのでピラミッド構
9月末で60歳定年退職しました - 未来のいつか/hyoshiokの日記
当社の規定により満60歳で定年退職をした。長いようで短かった会社員生活も一区切りだ。自分のプログラマとしての会社員生活を振り返ってみる。無駄に長いし結論はないのでお忙しい人は飛ばして欲しい。 9月末なのでブログ界隈では退職エントリーがそこかしこに書かれると思うが、その中で自分の退職エントリーを連ねることにどれほどの意味があろうか。もちろんないのだが、それでも多くの書き手の年齢を考えると満60歳定年退職というところに若干の希少価値を見出せなくもない。 1984年に大学院修了して以来、プログラマとしてのキャリアを重ねてきた。大学時代の同期でプログラマとして就職したものは皆無だ。当時、工学部の同期はメーカーに就職するのがほとんどで、大手家電メーカー、自動車メーカー、電力会社などなど、当時の誰でも名前を知っている人気企業に就職するものが大半だった。 その中で、日本ディジタルイクイップメント（DEC
SI叩きが酷くて気分悪い
http://anond.hatelabo.jp/20160123131828 とか、ここ二日ほどSI叩きが酷くてちょっと気分悪い。 やれ技術が古い、テストをしないだのと叩かれまくっているけど、SIerって言っても色々だと言いたい。 俺が勤めている会社は、100人に満たない小さな会社だけど、ちょっとしたニッチな固有の技術を持っていて それを売りにした製品を自社開発すると同時に、受託開発も引き受けている。 固有技術なので顧客には完全なブラックボックスということがあって、それが顧客との間で有利に働く。 当然論文も特許もあるけれど、それを理解できる客など殆ど居ないので商売としては相当な強気を通していて、 受託受注額も業界屈指だと思うけど、技術力の高さに関する評判の為に顧客も文句は言われないし、その結果として給料はいい。 平均年収は800万程度だったはず。残業はないわけではないけど、社員平均で月間
辞める理由: ある nakagami の日記
とある上場企業で、エンジニアが大量に辞めていて一体何が起こっているんだろうと思っていた。 業績はさほど悪くなっているわけでもなく、かといってめちゃめちゃ儲かってるってほどではなく、（めちゃめちゃ儲かったら、それなりに軋轢がありそうだけど）ぼちぼち儲かっていて、もっとも辞める人が少なそうな会社の気がするのだが・・・ そして、辞めて行く人は辞めた会社のことを悪くいっている感じがしない。 あれはなんなんだろう。 こないだ、そこらへんの僕の疑問についての話をしてくれた人がいた。 個人的な感想だし、お互い酔っぱらっていたのだが - 分社化して、力量によらず所属する会社によって待遇が下がった - 屋台骨を支えている部署（会社）の待遇は低めで、まだ収益構造のはっきりした目処のたたない新規事業の人達が優遇されてる - 新規の開発が減って、既存の運用の比率があがってきた - エンジニアなのにイベントにかり出
僕の大切な優秀なエンジニア達がどんどん辞めていくようになりそろそろ限界になった
新卒で入社した会社はちょっとしたベンチャー企業だった。 業界で有名なエンジニアも何人かいた。 僕は彼らと一緒に働くのが夢だった。 実力を上げていつか一緒に社内のプロジェクトで関わりたいと思っていた。 僕の周りにはあまりすごい人がいたことがなかったから、またとない機会だと思った。 そしてその人達の１人は僕が入社して一年と経たないうちに辞めていった。 その数カ月後にも、まるで後を追うようにすごいと思っていた人が2人も辞めていった。 あれっ？てなったのはそこからだった。 なんでだろうって思って部長に聞いた。 聞けばみんなそれぞれもっともらしい理由で辞めて行った。 でも何故か目の前の上司は苦い顔をしている。 「新しい場所で再挑戦したい」とか、「自分の力を試してみたい」、 「他の環境のエンジニアがどういう感じなのか知りたい」という理由はすごく前向きでありまっとうで、 「じゃあしょうがないじゃないです
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
竹内研究室の日記