[B! management] kyokomiのブックマーク

エンジニアと1on1をするときの事前面談シートテンプレート - $shibayu36->blog;

はてなのチーム横断のエンジニアメンター制度 - Hatena Developer Blog で紹介していますが、はてなにはチーム横断のエンジニアメンター制度があります。僕も最近までメンターとして5~6人ほどのメンティーを持っていました(今は事情があってメンターをやっていないのですが)。メンターとして1on1をする時には1on1ミーティングに備えるアンケート - しるろぐを参考にし、事前にメンティーに面談シートを書いてきてもらうという工夫をしていました。その面談シートは改善を少しずつ加えながら運用していたのですが、一度知見共有も兼ねて最近使っていた面談シートテンプレートを公開してみようと思います。面談シートテンプレート以下のようなフォーマットで書いてもらっています。1on1の前にメンティーに1on1用Google Docsに追記していってもらっています。1on1用Google Docs

kyokomi 2018/12/18

リンク

CodeIQについてのお知らせ

2018年4月25日をもちまして、『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 IT エンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。これまで多くのIT エンジニアの方に『CodeIQ』をご利用いただきまして、改めて心より深く御礼申し上げます。また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。今後は『moffers by CodeIQ』にて、 IT エンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、引き続きご愛顧のほど何卒よろしくお願い申し上げます。また、Cod

kyokomi 2017/01/26

リンク

開発の見積もりとスケジュール管理 - クックパッド開発者ブログ

こんにちは。会員事業部の丸山です。エンジニアが開発を開始する時にはタスクの見積もりとスケジュールを作成行って、実装を進めていくと思います。しかし1ヶ月を超えるような規模の開発をする場合、なかなか予定通りの期日に終わらなかったりすると思います。そして大抵の場合、増える方向になりますよね。今回はそういうことにならないために、私が気をつけていること・実践していることをいくつか紹介したいと思います。見積もりとはまずは「見積もり」とは何なのかを正しく理解したいと思います。一般的には「見積もり」＝「全タスクとその工数を洗い出す」というものだと思います。しかしここで以下のことに気をつける必要があります。見積もりとスケジュールとコミットメントは違う見積もりとはあるタスクがどれだけの工数(規模)なのかを算出することです。対して、スケジュールとはあるタスクがどれだけの工期(期間)なのかを

kyokomi 2016/04/06

リンク

プロジェクトが失敗する10の兆候

今年こそは失敗プロジェクトをなくしたいと思っているみなさんこんにちは。ryuzeeです。先日海外のサイトを見ていたところ、10 Signs When Projects Are Doomed to Failureという面白い記事を見つけたので、10の兆候それぞれをご紹介しつつ私の私見を述べておきたいと思います。なお、アジャイルなのかウォーターフォールなのかは関係なくあてはまります。失敗プロジェクトの兆候(1) プロジェクトメンバーが自分たちのタスクをこなすよりもプロジェクトの悪い状況について話し合いをするのに時間を使っているよくあるパターン。たとえばなかなか仕様が決まらないので見切りで発射してみたら、途中で色々な仕様変更がおこったり考慮漏れが出てきたりして常に対策会議をしなければいけなくなったり、品質が悪すぎて品質改善のための会議を頻繁におこなうことになったりといった状況。タス

kyokomi 2016/01/04

リンク

正しい製品を作る / 製品を正しく作る - ninjinkun's diary

Inspired: 顧客の心を捉える製品の創り方を読み返していて、「第7章: プロダクトマネージャーを管理する」の一節エンジニアリング部門というのは、基本的に、正しい製品を作ることではなく、製品を正しく作ることに専念することになっているからだ。というところが引っかかったので、思うところを書いてみる。ちなみに「第5章: プロダクトマネジメントとエンジニアリング（実装）」にも「正しい製品を作るのか、それとも、製品を正しく作るのか」というタイトルの章がある。エンジニアは製品を正しく作るエンジニアは製品をリリースする責任があるので、不確定要素を減らして正しいスケジュールでリリースすることにモチベーションがある。このために、開発が進むほどにエンジニアは保守的になっていく。企画段階では和気藹々とブレストしてアイデアを出していても、最後のリリース前にはしぶい顔で実装を拒んだりする。エンジニアと