工数見積もりのコツ - Qiita
はじめに 本稿では、仕事をする上での作業工数の見積もり方法について説明します。 工数とは何か 工数(こうすう1)というのは、仕事において、あるひとつの作業を完了するまでにかかる総累計時間のことです。情報処理技術者試験に出てくるTAT(ターンアラウンドタイム)とは意味合いが異なります2。 例えば、ある作業に40時間(40H3)かかるとした場合、工数は40時間であるといえます。1日8時間勤務だとした場合、40時間は5人日(にんにち)と表現することができます。さらに、1ヶ月20日勤務だとした場合、0.25人月(にんげつ)と表現することもできます。 一般的に工数の単位は「人日」および「人月」で扱います。 学生時代は工数を気にすることはないですが、ITエンジニアとして会社で働くようになると、かならず工数を意識する必要があります。 なぜ工数を意識する必要があるのか なぜ工数を意識する必要があるのかとい
なぜVLOOKUPを使えるとExcel中級者なのか - 本しゃぶり
Excel中級者の定義は、VLOOKUPを使えることである。 この力を手にした時、人は神を追放する。 Excel中級者 「Excelが使える」とはどの程度のことを指すのか。企業の募集などで「Excelが使える人」と言う場合、それはExcelの達人を求めているわけではない。かと言って使える関数がSUMとAVERAGE程度の、初心者を指すわけでもない。ここで必要とされるのは「Excel中級者」である。 求められているのが「Excel中級者」ならば話は早い。VLOOKUPが使えればそれでいいのだから。 この定義について、今では異論のある人はほとんどいない。しかし、なぜVLOOKUPが使えたら中級者*1と言えるのか分かっている人は少ない。だからこの記事でそれを解説したいと思う。 VLOOKUPとは 表や範囲から行ごとに数値や文字列などを検索するには、検索/行列関数の 1 つ、VLOOKUP を使用
日本のITエンジニアがイノベーティブでないのは暇じゃないからかもしれない - メソッド屋のブログ
ここ１ヶ月ぐらいは、海外のメンバーと仕事をしているが、Serverless Hackfest というイベントと、Serverless Conf やワークショップに関わっているので仕事量が増えていった。日本にいることだし、久々に「日本流」のハードワークをしてしまったのだが、一つ気づいたことがあった。それは、ここしばらくの謎だった、日本人のIT エンジニアはなぜイノベーティブな感じがしないのか？ということに対する問いだった。 Microsoft Hack week 日本人はイノベーティブ Rochelle Kopp さんとの仕事で知ったことで、一つとても意外だったことは、アメリカ人から見ると日本人は相当にイノベーティブに感じるらしい。 自分的には、少なくともIT 分野に関しては、向こうの真似ばかりしていて、後追いのイメージがある。私たちも向こうで生まれたツールやサービスばかり使っていて、全然日
ニュージーランドのプログラマが毎日定時で帰れる本当の理由｜NZ MoyaSystem
僕がニュージーランド（以下、NZ）でプログラマになることを目指した大きな理由は「とにかく残業したくなかった」からだ。 日本を離れた2014年当時はワークライフバランスをめぐる機運も今ほど高くはなかった。また、5年半のシステムエンジニア生活の間、多くのプログラマが失敗プロジェクトに巻き込まれ長時間労働を余儀なくされ、業界を離れていくのを数多く目にしてきた。という事情があり、 「日本でプログラマになっても残業地獄に放り込まれる可能性が高い。ならば、残業しないのが当たり前の社会に行けば、毎日定時で帰れるだろう」と考えたのだ。 その狙いは見事に当たった。今ではプログラマとして楽しく働きながら、残業ゼロ生活を実践できている。 しかし最近、ふと考えた。 僕が毎日定時で帰れるのは、NZが残業しないのが当たり前の社会だから、ではない。それは半分正解で半分間違いだ。 NZのプログラマが毎日定時で帰れるのには
富士通を退職した話
少し前に新卒で入社した富士通株式会社を退職した 理由は簡単に言ってしまえば自分の目指すキャリアパスとのミスマッチ。 おそらく人事部の書類にも、今頃そんな感じのことが書かれているんだと思う。 ただ、それだけで済ませてしまっては腹の虫が治まらないので、 なぜ好き好んでそんな会社に入社して、短期間で退職するはめになったのかを書こうと思う。 入社する前は大学の情報系学部に通い、大学院まで進学して専門分野の研究にそれなりに熱意をもって取り組んでいた。 それもあって、同じ分野の研究を企業として行なっている同社に入社しようと考えた。 内定の前後にいくつかの職種のマッチングを行う機会はあり、自分の希望についてはしっかりと主張したつもりだったけれど、 入社して1週間後に告げられた自分の配属先は、山奥の工場でメインフレームを主とするシステムの開発・保守を行う関連会社への出向だった。 当然この決定に対して人事に
イケてる環境のWEB系の労働生産性がイケてないSIerのたった三割しかない件 - プロマネブログ
久しぶりの更新。一度ブログ書くの面倒になると、とことん書くのが面倒になるもんで。 【Web系最高って言うけど本当なの？】SIから転職したエンジニア達に聞いてみた - paiza開発日誌 まあ、いつものPaizaのWebアゲSIer Disの記事なわけなんですが。。。 最近、どうでもよくなって放置していたものの、いろいろ誤認している人が増えていそうなので、改めて問題点指摘しておきますか。ブコメ見るとSIer側の反論も欲しそうだし。 とはいえ、開発環境の話はわきに置いて、別の観点を中心とした内容となります。 イケてる環境のWEB系の労働生産性は、イケてないSIerのたった三割 http://www.soumu.go.jp/johotsusintokei/linkdata/ict_keizai_h28.pdf 上記は総務省が毎年公開している「ICT の経済分析に関する調査 」の資料です。 大体1
新規事業を潰してわかった、失敗するスタートアップの8の兆候 - paiza times
Photo by Jeff Attaway 今回のpaiza開発日誌は片山がお送りします。 paizaの運営を始めて3年半ほどたちました。 大変なこともたくさんありましたが、ユーザー数もこの1年で約6万人ほど増えるなど、事業もだいぶ軌道に乗ってきました。 paizaはメディアビジネスなので、ITエンジニアと求人企業がそれなりの数集まらないと成り立ちません。初期投資もそれなりに必要だったため、最初のころは資金がすごい勢いで溶けていく割には先が見えない、まさにヒリヒリと「痺れる」毎日をすごしていました。 最近ではようやく事業も軌道に乗ってきましたが、ここまで来るためには、paizaを立ち上げる前に一度、新規事業立上げで失敗した経験がとても役立ちました。 今回は、その失敗から学んだことをまとめてみました。何かの参考になれば幸いです。 ■スタートアップ立上げをやってみて分かった失敗の法則 paiz
夏休みの宿題進捗管理をIT化したら子供が凄くやる気出した話
長男(今年9歳)が通っている学校は、かなり宿題が多い学校のようで、低学年でもそれなりの量の宿題が出ます。当然、夏休みの宿題も結構な量です。 長男は、普段の勉強については特に苦労をしていないようですが、やはり小学生であって、計画的に宿題をするのは苦手です。 一年生の時の夏休みの宿題も、結局すべて片づけるのはかなりギリギリになっていたようで、8月下旬くらいに泣きべそをかきながら宿題をやっているのを観測しました。 小学校の宿題に親が口出しするのもどうかなと思いまして、一年の頃はあまり干渉しなかったんですが、ちょっとそれを見て反省というか、考えを改めました。 宿題の本来の意味は、「家庭での勉強の習慣を作ること」だと思います。それが機能しないばかりか、単に嫌な思い出ばかりになってしまい、机に向かうこと自体がイヤになってしまったら可哀想だなーと思ったからです。 そこで、2015年の夏休みは、多少干渉し
SYSZO - 情シス特化型メディア
平素はユナイトアンドグロウのサービスをご利用いただき、誠にありがとうございます。 当社は、全国の情報システム担当者が知識や経験を共有するプラットフォームとして、情シスのオープンナレッジ『Syszo（シスゾー）』を無料で提供してまいりましたが、このたび、同種の有償サービスである『Kikzo（キクゾー）』へ事業を統合することとし、Syszoを終了することになりましたのでお知らせいたします。 個人向け・匿名制・無償サービスのSyszoを廃止し、法人向け・実名制（ニックネーム登録可能）・有償サービスのKikzoに力を入れてまいります。 Syszoに保存されたユーザ情報や投稿データはサイトの閉鎖と同時に消去され、Kikzoには統合されません。ご自身の書き込みで大切なものがある場合は、閉鎖予定日までに複製などの対処をお願いいたします。 ■『Syszo』のユーザ投稿停止日：2024年5月1日（水） ■『
【悲報】みずほのデスマ現場、ガチで監獄並だった。末端は7次受けで時給900円 : IT速報
窓のない部屋に鮨詰めにされて 会議用の長机とパイプ椅子で 隣の人の肘があたったり、前の人の足が当たって 便所は長い行列で漏れそうになる 当然毎日終電 助けて 関連：【悲報】みずほ銀行の次期システム、デスマプロジェクトが破綻か。完成のメドなく4000億円がパー
SIはやめておけ
20代の数年間SIで働いた。1年以上前に退職して今は別業界にいる。 今日、Evernoteを整理していたら「退職理由、SIの嫌な点」というメモが発掘された。退職直前のかなりストレスがたまっていた時期に書き殴った文章だった。学生の頃の私は絵を書いたりしていて、ものづくりで暮らしたいな〜などと思って始めたプログラミングが楽しかったので安易に受託開発業を選んでしまったが、その後悔が如実に表れていた。 一部自分でも覚えていない話もあったがコンテンツとしては面白かったし、今でもシステムインテグレーター業界で消耗する若者を減らしたいとは思うので公開してみる。 以下、同メモに加筆・修正したものなのでファンタジーだと思って読んでくれ。 工数至上主義受注した時点で売上がおよそ確定するので、後はその予定工数に収めて納品できれば御の字という考え方。よくある話だが、見積がおかしくても顧客と対等な関係が築けていない
【社内資料公開】運用手順書を作る時のポイントについて書いてみた | DevelopersIO
はじめに こんにちは植木和樹＠上越妙高オフィスです。本日は私がここ10年くらい意識している運用手順書を書くときのポイントについてまとめてみました。 対象読者 開発・構築したシステムを別の人に引き継ぐ予定のある人 他の人が作ったシステムを引き継ぐ担当の人 半年後の自分でも分かる手順書の書き方に困っている人 （この記事を読むのにかかる時間の目安：5分） 1. ドキュメントの冒頭に書くこと まず個々の詳細手順の前に、ドキュメント自体について記載してもらいたいことです。 1.1. ドキュメントに書かれていることを3行で書く ドキュメントの最初には、このドキュメントに何が書かれているのかを100文字くらいで書いておくと良いでしょう。 システムが増えれば増えるほど手順書も増えていくものです。見つけたドキュメントに自分の期待するものが書かれているのか、冒頭数行でわかるようになっているとうれしいです。 1
手を動かせるプログラマの市場価値が高まる理由 〜 この10年間で起きた４つの環境変化 | Social Change!
プログラミングができるITエンジニア人材の市場価値は、以前と比べて非常に高まってきているように感じる。そこで求められている人材とは、自ら手を動かすことで問題解決をするナレッジワーカーとしての「プログラマ」である。 決して、仕様書通りにコーディングだけする職種のことではない。それは以前に書いた。ソフトウェアエンジニアの目指す道 〜 ナレッジワーカーとしてのプログラマ 今回の記事では、この10年間で起きた市場や環境の変化から、手を動かせるプログラマの市場価値が高まってきた背景について、そして、これから求められるITエンジニアの姿について考えてみた。 12年前の転職市場で求められていたスキル 私が30歳を過ぎた頃、今から12年前（2004年頃）の話になるが、その当時に転職しようと少し調べたことがある。自分の年齢と経験をもとに探した応募要項で求められるスキルは、マネジメントであり大規模プロジェクト
仕事を全自動化して6年間も働かず年収1000万円を得ていたプログラマーが最終的にクビに
By Nicola Albertini プログラマーは自分の仕事を減らすために便利なツールやソフトを作成することができることから、怠け者で愚かな人間ほど優秀と言われることがあるほどです。自作ツールを活用すれば単調で反復的な仕事の生産性を上げられるわけですが、なんと全ての仕事を全自動化して6年間にわたって給与を得ていたプログラマーが、最終的にクビになってしまったというredditの投稿をInteresting Engineeringが取り上げています。 Programmer Automates His Job For 6 Years, Finally Gets Fired, Forgets How To Code| Interesting Engineering http://interestingengineering.com/programmer-automates-job-6-year
｢仕事が遅すぎる人｣に共通する残念な考え方
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
インフラを意識してコードを書くということ - Hatena Developer Blog
チーフエンジニアの id:Songmu です。 4月に 新人エンジニア研修を行なった のですが、その際に、「インフラを意識したアプリケーションの書き方」という講義を担当しました。そこでおこなった講義の内容について整理しながら書き起こしていきたいと思います。 インフラを意識すると何が良いか 業務でWebアプリケーションを扱うと、個人ではなかなか扱えないトラフィックであったりデータ量を扱うことになります。小規模サービスでは考えなくてよかった多くのことを考慮する必要がでてきます。なかなか体験できないことでもあるので、楽しく、やりがいもあります。 また、そういった経験を通して、インフラを意識しコードをかけるスキルを身につけることは、Webエンジニアとしては大きな強みとなります。ISUCONで優勝できるかもしれません*1。 インフラを意識すると何が良いか 〜 中規模ベンチャーの場合 そもそも、はてな
「工数一日」は「明日できる」じゃない！エンジニアと非エンジニアのギャップとは - paiza times
Picture by ITエンジニアを目指す女子高生たちの学園ライフ4コマ漫画『ぱいじょ！』 こんにちは、谷口です。 ディレクターやプロジェクトマネージャーといった非エンジニア職の方々は、エンジニアとコミュニケーションをとることに難しさを感じたり、考え方にギャップを感じたりしたことがある方もいらっしゃるかと思います。 「エンジニアとわかりあえない…」「エンジニアが何を考えてるのかわからない…」という方のために、エンジニアとのトラブルのもととなるやりとりや、気を付けるとよいことを考えていきますので、非エンジニアの方々の参考になればと思います。 ■「どれくらいでできる？」はその場で決められるものではない 非エンジニアとエンジニアのもめごとの原因で多いのが、スケジュールに関することです。 非エンジニア「この機能どれくらいでできる？」 エンジニア「一日でできます」 非エンジニア「じゃあ明日リリース
ロシアの天才ハッカーによる【新人エンジニアサバイバルガイド】 - Qiita
弊社に５年間在籍していたロシアの天才ハッカーが先日退職しました。 ハッキング世界大会優勝の経歴を持ち、テレビ出演の経験もある彼ですが、正直こんなに長く活躍してくれるとは思っていませんでした。彼のようなタレントが入社した場合、得てして日本の大企業にありがちな官僚主義に辟易してすぐに退職するか、もしくはマスコットキャラとして落ち着くかのどちらかのケースがほとんどなのですが、彼は最後まで現場の第一線で活躍してくれました。 そんな彼が最後に残していった退職メールがなかなか印象的だったので、その拙訳をここに掲載します（転載について本人同意済み。弊社特有の部分は一部省いています。） ああ、なんという長い旅だったろう。この会社で５年間もセキュリティを担当していたよ（諸々の失敗は許してくれ） 俺は他の退職者のように面白いことは書けないが、私のこの退職メールを読んでくれている人、特に新人エンジニアのために、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
shinji.asia
HRナビ by リクルート
