私がメンターとして新人教育で伝えたこと - 本トのこと。
会社で新しく中途入社された方がおり、３週間ほど教育係を担当しました。 新人教育というのは実際やってみると、意外と「教える側の個性」が出るものなのだなぁと感心したので、今後のメモを兼ねてわたしが伝えたことなどを記録します。 入社する新人さんのメンターになるので「よーし最強のカスタマーサポート育成するぞー」という心持ちでいるけど、私が教育すると確実に会社で浮くことになると思う— ミネコ (@meymao) 2016年2月29日 ■メモをとる癖をつける 教えてもらった仕様や感じたこと、疑問点など、こまめにノートにメモを取る癖をつけましょう。短期記憶はすぐに忘れる可能性が高いです。また書く行為自体、学習に向いています。 メモをしたうえで、ナレッジ化したほうがよさそうなものについては、他のひとが読んでも分かるように内容を整理して、情報共有ツールなどにまとめましょう。 知識を溜め込むだけに留まらず、積
アニメイトラボ流エンジニア日報と、個人的に始めてみたプライベート日報 - アニメイトラボ開発者ブログ
抱き枕の人ことバトルプログラマー柴田智也 id:bps_tomoya です。 みなさんは日々の業務で日報を書いているでしょうか。ひょっとすると、「日報なんて」と思われる方もいらっしゃるかもしれません。書くのがメンドウ、書いても読まれたのか読まれてないのかよく分からない、作業時間に当てた方が有益だ…日報を書くことには色々な意見があると思います。 それでも弊社、アニメイトラボのエンジニア陣は esa.io 上で出社時に日報を作成、退社時に更新することを日課としています。 アニメイトラボ流エンジニア日報 アニメイトラボの日報の主な目的は、メンバー間で以下のことを共有するためです。 今朝はどんな気持ちですか 今日なにやる予定？ どんな成果が出せましたか 今日はどんな気持ちでしたか 「今朝はどんな気持ちですか」「今日はどんな気持ちでしたか」というのは、一般的な日報ではあまり見られないものかもしれませ
採用プロセスを真剣に考えろという話
人材流動性の高まりを日々感じているみなさんこんにちは。 最近いろんな会社にお呼ばれしていて、その中でエンジニアの採用の話になることがとても多いのでちょっと整理しておきます。 ポイント▼「面白いプロダクトもないし、仕事内容は面白いとは思えないし、よい給与は払えないし、仕事環境にも自由はないけど、良い人雇いたいんだけど、どうしたらよいですか？」悪いが諦めろ。良い人は当然のことながら複数の会社が興味をもつことになるし、働く場所を自分で選択します。Pros/Consを見極めて選ぶことになるので、Prosがない場所で働く理由がありません…だとあまりに冷たいので、もしあなたが次に転職するとして、それでも今の会社に入るのであればあなたを惹きつける理由が何かあるはずで、それをアピールしよう▼「入社してから期待値にあっていないことが分かる、ってことが多いんだけどどうしたらよいですか？」期待値を明文化している
チーム開発で感じた大事にしたい要素8つ | DevelopersIO
はじめに 普段はスマホアプリのチーム開発をメインでやってます。正直昔はチーム開発とかいう言葉自体好きじゃなかった‥はずの中2です（今は好きですよ）。そんな僕ですが、チーム開発でこれ大事にしないと回ないよな、と思った事を紹介します。今回はチーム開発を助けるツールの話しではなく、ふわっとした話しです。 大事にしたい要素８つ 1.現実を受け入れる 例えば期限に間に合わない → 頑張れば少しはマシになるはず。 少しマシになるかもしれないけど、遅れる可能性があるなら先にアラートを上げてる。特に開発者やステークホルダーが多い場合に自分(達)だけが頑張って解決する問題じゃなくなる。各ステークホルダーに予め連絡してその場合の準備をしてもらう必要がある。現実を見て落下地点を計測する。 2.情報はできるかぎり公開する ≒ 開かれたコミュニケーション 現実を受け入れるとも関連。良い悪いにかかわらずこまめに情報を
プログラマとして30年以上の経験から得た教訓 | POSTD
私は、プログラマとして30年以上仕事をしてきた中で、学んだことがあります。そのいくつかを以下にご紹介します。もっと挙げることもできますよ。 実物を見せないと、顧客の希望は分からない。 このことは最初の仕事で学びました。顧客は、実物を見るまでは、何が本当に必要なのかがよく分かりません。言葉で長々と説明するよりも、機能検証のためのプロトタイプを提示する方が確実に役立ちます。 十分な時間があれば、あらゆるセキュリティは破られる。 現代社会において、セキュリティを保つことは信じられないほどの難題となっています。プログラマは常に完璧を求められますが、ハッカーは1回でもハッキングができれば成功なのです。 セキュリティが破られた場合、事前にその状況に備えた対策を講じているかどうかで結果が変わってくる。 最終的にセキュリティが破られることを想定する場合、その時に起こることに備えて対策を立てておく必要があり
社員がフリーランスになる前に教えておきたいこと | fladdict
秘密結社THE GUILDも仲間が15人近くになり、僕の直轄チームも3人に増えた今日この頃。直轄チームのみんなには、できれば幹部になって欲しい。でも、翼を折って囲い込むのではなく、いつ独立しても恥ずかしくないように育てていきたい。っていうか、ここに書いたのできるまで、独立なんぞ許さんよ的メモ。新入社員は各自マスターしておくこと。 1: 収入の一定パーセントを貯蓄しなさい 収入の10%〜20%を、お給料日に自動振り込みで貯蓄しなさい。お金持ちになる唯一の方程式は「消費＜収入」。この方程式が強制的に維持される仕組みを作る。これが人生を安定させるために一番重要なことです。 2: 生活資金を半年分ためなさい まず無収入状態でも3〜6ヶ月生存できる貯金を作りなさい。生活費の安全バッファは大型案件や、お金にならないチャンス案件を手に入れる最低条件です。安全バッファがなければ、常に生活費のために自分を切
仕様書の書き方について - なんとな～くしあわせ？の日記
最近ずっと仕様書を書いているのだが、なかなかうまく書けない。できるだけ次はうまく書けるようにメモをしておこう。 設計書の種類と目的 開発工程の共通知識 各設計書の説明に移る前に、ここではウォーターフォール型の開発における開発工程についての概要を記載する。 ウォーターフォール型開発の概要 開発工程についての基本的な説明はwikipediaを参照 ソフトウェア開発工程 - Wikipedia 最もよく知られた従来型の開発工程モデルはウォーターフォール・モデルである。このモデルでは、開発者は上述の工程（局面、フェーズ）を順番に行う。要求仕様を作成し、それを分析し、解決法を設計し、そのためのソフトウェアフレームワークのアーキテクチャを作り、コードを書き、評価し（単体テスト→システムテストの順）、配備し、保守する。各工程が完了すると、次の工程に進むことができる。ちょうど、家の骨組みを組み上げてから土
エンジニアの成長と「快適な職場」について : 小野和俊のブログ
「時間あれば軽く飲んでいきます？」 一年前のちょうど今くらいの季節に、Diablo3のオフ会の後に伊藤直也さんと2人で新宿三丁目のバーに向かった。 伊藤さん曰く、 「グリーにいたとき、すごく優秀な人がいて。お願いしたいことを短い言葉で伝えるだけで、行間を読んでこちらがやりたいことを全部理解して、必要な指示を出して自分も動いてあっという間に成果を出しちゃう。」 一般に、エンジニアの楽園のような職場 - 快適で自由闊達に意見が言えて、技術力があり、それぞれが自主性を持ってのびのびと仕事をしている職場の方が、エンジニアは良いアウトプットを出せるし、類は友を呼んで優秀なエンジニアが集まってきやすい。これは確かなことだろう。ただ、エンジニアの成長を考える時、そういう職場は本当に理想的なのか、という点については、少し立ち止まって考える必要がある。 人の成長には、明るく楽しく周囲も優秀でコミュニケーショ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サル先生のプロジェクト管理入門
ソフトウェアエンジニアの目指す道