現役EMが語るプロジェクトマネジメント・プロダクトマネジメント・ピープルマネジメントに必要なスキル ─ エンジニア組織をまとめる技術 - はてなニュース
※ Udemy「初夏のビッグセール」と、はてなによるプレゼントキャンペーンは終了しました。エンジニア組織をまとめるスキルは、引き続きUdemyの講座で学習できます。 ソフトウェアエンジニアにとって、マネジメントの職に就くかどうかは大きな選択です。現在ではプレイヤーのままでスタッフエンジニアといった高い職位に進むキャリアもありますが、マネージャーとしてチームを率いてこそ達成できるビジネス上の成功もあるでしょう。 ひとくちにマネージャーといっても、マネジメントの対象によって要求されるスキルに幅があります。これまでUdemyの大きなセールで講座を紹介してきた当ニュースですが、今回はソフトウェア開発組織のマネジメントに必要となるスキルにフォーカスしました。 マネージャーという仕事と学びたいスキルを紹介してくれるのは、10年以上前からPM（プロジェクト・マネージャー）などに就いてチームを牽引し、現在
UnityエンジニアがUnreal Engine入門してみて感じた思想の違い - きゅぶろぐ
可燃性が高い記事なので、長めに前提と注意を書きます。 Unreal Engineは、以下UEと略します。 前提と注意 総合的にどちらが優れているか、みたいな話はしません。 それぞれのゲームエンジンの思想については公式が言及しているものではなく、個人の感想です。 この記事にはsimpleとeasyという言葉がでてきます。こちらのスライドをご覧ください。 SimpleとEasyは違う / Simple is not Easy ですが、自分はスライドにある「easyよりsimpleを選択しよう」は必ずしもそうではないと考えています。 時間は有限なので。 グラフィックの話はしません。 AAAゲームの話もしません。開発チームが10人以下の小規模開発を想定しています。 そのため、UE本体(エンジン)のコードに手を入れるのも最終手段として考えています。実際みんなどれだけ手を入れているのだろう？ Unit
段取りとマイクロマネジメントとスクラム - yigarashiのブログ
仕事ができるエンジニアはだいたい段取りがうまい。達成したいゴールがあるときに、AとBとCをやる必要があって、Bはわからないことが多いから先にやろうとか、AとCは並行してできるからCを誰かにお願いしようとか、とにかく目標を達成するための道のりをうまく計画できる人が多い。こういう作業をそつなくこなせるかが、ジュニアと一人前を区別する重要な指標のひとつと言える。そしてこの段取りをうまくできない人に対して、細かい計画を立ててあげて指示をするのがマイクロマネジメントだと思う。 スクラムにおけるスプリントプランニングは、この段取りをチームでやると思うとよく腹落ちする。達成したいゴールとしていくつかのプロダクトバックログアイテムを置いて、その達成に必要な作業を半日から1日で終わるサイズのタスクにみんなで分解して、不明点を一緒に洗い出して、どういう順番でやっていくか計画を立てる。まさに段取りだ。これがスク
中途入社エンジニアが体験した、はてなにおけるオンボーディングの実例 - Hatena Developer Blog
こんにちは。マンガアプリチームのiOS/Androidエンジニアid:tokizuohです。今年の5月に中途入社しました。本記事では、私がはてな入社後に受けたプロジェクトチームのオンボーディングについて振り返ります。 本記事の目的は、はてなのエンジニア受け入れ体制の事例を共有することです。業界的にもオンボーディングに関する記事はまだまだ少ないと感じていて、より良いオンボーディングを行うことができるように情報共有の一環として執筆しました。 本記事では、 新規加入者がチームに馴染むための施策のことを、オンボーディングと定義します。具体的な期間は、入社してから、プロジェクトのGitHubリポジトリに初めてプルリクエストを送るまでとします。ゴールを作ることはモチベーションに直結すると考えているため、プルリクエストの作成を明示的にゴールとします。 1. 受け入れ担当によるオンボーディングの説明 2.
KyashでEngineering Managerとしてやってきたこと / やっていくこと - Konifar's WIP
2020年1月から1年ほどKyashでEMをやっています。 今までチームをリードしてきたことは何度かありましたが、いわゆるマネジメントという役割は初めてでした。EMについて抽象化した話ができるほど自分の中で咀嚼できているわけではありませんが、思考整理を兼ねてやってきたこととやっていくことをまとめておこうと思います。 ここに書く内容は当然自分だけでやってきたわけではありません。他のメンバーによって支えられてきたことの方が多いです。文章量の都合で端折ることもありますが、自分だけで色々やってきたみたいに捉えられるとなんだかむず痒い気持ちになるので一応前提として書いておきます。 1~6月 : Android/iOSチームのEM 1月にiOSエンジニアが1名入社したタイミングで、Android/iOSチームのEMをやることになりました。 それまではTechチーム全体を@ymzkmctが見ていましたが
「ノーアジェンダ・どうしましょうか会議」の傾向と対策 - UNIX的なアレ
wadap.hatenablog.com 先日、こんなエントリーを書きました。割とエンジニアやデザイナーの方は経験したことがある会議ではないでしょうか。このワードに反応されていたので、少し掘り下げてみたいと思います。 「ノーアジェンダ・どうしましょうか会議」とは もうこの名前に全てが詰まってはいるので、経験したことがある人はすぐにわかるとおもうのですが、以下の点が揃っているとまさにその会議かと思います。 アジェンダが用意されていない とりあえず関係がありそうな人を呼ぶ 会議が始まり次第「どうしましょうか」的な空気が流れる ダラダラ長い 丸投げ感満載 というところでしょうか。会議そのものに主催者側の専門性があるものでは起きづらいのですが、自身が理解できない or 経験の無い領域の話になるとわりとこういう会議になりがちなのかなと思います。 会議の傾向 そしてこの会議が始まり「どうしましょうか」
ますます訳が分からない、SEはいったい何をする人？
「システムエンジニア（SE）って、よく分からないけど格好良さそうなので希望してみた」。1990年当時、友人のN君が金融機関の就職面接の後、言った言葉だ。あれから27年経つ今、SEという呼び名の職種は、定義や実態がまたよく分からなくなってきている。 一般にはこれまで、プログラマ（PG）の上位職で、要件定義から設計までの責任を持つエンジニア、といった認識だった。2000年前後に破たんプロジェクトが増えると、プロジェクトマネジャー（PM）がもてはやされ、SEの上位職として位置づけられる。IT現場は、PM、SE（アプリケーションエンジニア、インフラエンジニア）、PGをそろえて、ウォーターフォール型の工程で規模に合わせて人員をそろえればよかった。 この形が通用しないプロジェクトが、今増えつつある。新たなITで新サービスや新事業を立ち上げる、いわゆるデジタルトランスフォーメーションの流れに乗ったシステ
【エンジニア対談】ドリコム流サービスを支えるサーバーサイド技術とエンジニア文化〜全てはユーザーに価値を届けるために〜（前編） | gamebiz
【エンジニア対談】ドリコム流サービスを支えるサーバーサイド技術とエンジニア文化〜全てはユーザーに価値を届けるために〜（前編） ドリコム<3793>は、去る2月3日、2017年3月期の第3四半期累計（4～12月）の連結決算を発表、売上高56億7600万円（前年同期比16.1％増）、営業利益5億1400万円（前年同期3億1900万円の赤字）、経常利益4億5000万円（同3億2200万円の赤字）、四半期純利益4億1700万円（同6億8900万円の赤字）と大幅な黒字転換となった（関連記事）。 また、同社は2018年3月までに7～8本のIP（知的財産権）タイトルをリリース予定だ。直近では、2016年11月にリリースした『ダービースタリオン マスターズ（以下、ダビマス）』の第3四半期の売上が7億4000万円と、垂直立ち上がりを見せ、年明け1月の月次売上速報は4億5000万円となり、好調に推移している。
買い物リストはTrello、家族会議はSlackで。ママエンジニアの無理しすぎない育児プロジェクト - ぐるなびをちょっと良くするエンジニアブログ
こんにちは。エンジニアの小川です。約1年の産休育休を経て2016年に復帰し、ワーキングマザーとしての日々を送っています。主な役割は「ぐるなびまとめ」というコンテンツの開発チームリーダー。仕事内容は、チーム運営や案件管理などです。 ぐるなびのエンジニア職では産後に復帰する人が100％（2017年1月現在）*1。復職者向けの支援制度があり、妊娠・出産するママを会社がバックアップしてくれます。 今回は私の産休育休から復職までの体験や子育て・家事の経験から得たマインド、家庭での情報収集・共有方法などを紹介していきたいと思います。 妊娠発覚から産休引き継ぎまで 2014年の4月にレストラン検索のチームリーダーになった私は4月中旬に妊娠が発覚。一部上長には早め（4月下旬）に報告し、8、9月あたりから後任者（同じチームの後輩）への引き継ぎをはじめました。 引き継ぎ内容は、実務的なことよりチーム運営的な業
オープンソースプロジェクトとの距離のとりかた
オープンソースプロジェクトに参加したいな、と思った時、まず最初に問題だと感じるのは英語だと思う。構成員が日本人だけで、日本人に向けてのみ出しているそソフトウェアでない限り、プロジェクトの共通語はふつう英語だ。植山さんの記事には英語で物事を進めることの利点が体験談とともに書かれている。他の記事にも、オープンソースプロジェクトで上手いことやっていくためのひとつとして英語の話が出てくる。一方、英語のせいで参加したくても二の足を踏んでしまう、というのもよく聞く話だ。結論から言ってしまうと、やっぱり読み書きだけでも習得しないと話に入っていくのは難しい。ソフトウェア開発者の多くは多様性に対して寛容なので、英語が不得意という理由で拒絶されることはないだろう。ただ、特別な配慮もしてくれない。 しかし英語の前に、プロジェクトとの距離のとりかたを学ぶべきだと思う。いままでわたしが見てきたり、自分自身がやって良
なぜプロジェクトは炎上するのか？炎上しやすい4つの傾向と、炎上を防ぐ3つの対策 - paiza開発日誌
Picture by ITエンジニアを目指す女子高生たちの学園ライフ4コマ漫画『ぱいじょ！』 こんにちは、谷口です。 某Mずほ銀行の案件のニュースが出たとき、弊社でも結構話題になりました。 あんなに巨大なプロジェクトをしずめるのは、もう本当に不可能なんじゃないかと思いますが、どんなに大きな炎上も、恐らくは小さな火種が集まって、やがて大きな炎となってしまった結果だと思いますし、最初の小さな火種の段階からぷちぷち消していけたらこんな結果にはならなかったはず……。 という話をしていたときに、paizaのエンジニアが「かつて炎上しているプロジェクトに自ら突入していくのが趣味だった」などと言い出しました。「そういう性癖なのかな」と思ったんですが、聞いてみると 「炎上しているプロジェクトに行くと『優秀な人たちはどんな振る舞いや働きをして炎上をしずめているのか』『何が原因で炎上したのか、どの時点で何をし
なぜ｢フルスタックエンジニア｣が必要なの？
この業界、なぜかいつも人が足りません。 とくに最近の人材不足はとても深刻です。「システムエンジニアをやっています」と自己紹介をすると、ほぼ、「お仕事大変そうですね」という感想がかえってくる業界です。リリースに追われて、夜中まで働いているイメージがあるので、それが人気のない理由かも知れません。 さて、ぼへちゃん、プロジェクトの発注先の社長さんに呼ばれて人員を補充して欲しいとの要望をききました。 「どんな人材が必要なんですか？」 「要件定義から設計までできて、データベースの設計も運用もできてビッグデータ解析もできて、フロントエンドから、バックエンドまで精通している人を補充してください。しかも精神的に忍耐強い人にしてください。すぐに辞めるような人は困ります」 要するに、なんでもできて、しかも苦しくても働き続ける人が欲しいようです。この社長の気持ちはわかりますが、すぐ辞めちゃうのは、エンジニアの性
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
要はアジャイルは行き当たりばったりってことですか？