このエントリは全9回を予定する18卒新人ブログリレーの第4回です！ 今回は、SUUMOのモバイルアプリ開発の現場から、企画と開発が一体となったチームでの開発プロセスについてご紹介します！ はじめに はじめまして。リクルートテクノロジーズ新人の三田涼介です。現在は不動産検索サービスSUUMOのAndroidエンジニアとして働いています。 今回はSUUMOアプリチームの開発プロセスについて紹介します。 SUUMOは巨大なサービスでありながら日々高速に改善を行っており、週1回以上の頻度でiOS、Androidの各OSでリリースを行っています。このスピード感を実現するために、開発プロセス自体も日々磨き込みが行われており、私が配属された3ヶ月前にも開発プロセスに大きな変化がありました。 この記事では、私が新人としてキャッチアップしていく中で学んだ、 なぜ開発プロセスを選ぶことが必要なのか どうやって

XP祭り2022登壇資料 https://confengine.com/conferences/xp2022/proposal/17074/kptk-p-t

2022.11.05 Scrum Fest Sapporo 2022

アジャイルとDevOpsを組織全体に適用するための指南書『変革の軌跡』が2017年1月25日（水）に発売されます。本書の発売を記念して、マイクロソフトの牛尾剛さんにバリューストリームマッピングについて寄稿いただきました。 バリューストリームマッピングの重要性 みなさんの会社で、DevOps変革を推進するために、最初の第一歩として何をすべきだろうか。筆者は間違いなく「バリューストリームマッピング」をお勧めする。バリューストリームマッピングは、リーン生産方式の技法の1つであり、製品やサービスを顧客に届けるために必要なプロセスを分析するのに使用される。トヨタで使われていた手法をもとにしている。 バリューストリームマッピングの話を始める前に、Gene Kimがまとめた「DevOpsのThree Ways」についてお話ししておきたい。これは、DevOpsの3つの目的を明確にしたものだ。1つ目はアイデ

それぞれのエンジニアリングマネージャー観があるようです 毎日さまざまな話題のエントリーが生まれるはてなブログの中から「旬な話題」をピックアップする企画「はてなブログで話題」。今回は「エンジニアリングマネージャーと組織づくり」をテーマに記事を紹介します。 はてなブログではIT系技術ブログが数多く開設されており、「今週のはてなブログランキング」でも技術に関連した記事が頻繁にランクインしています。 技術ブログでは特定の専門的な技術のノウハウを共有する記事や勉強会に参加したことをつづるレポートだけでなく、エンジニアリング組織づくりにまつわるエントリーも投稿されており、たびたび話題となっています。 そこで今回は「エンジニアリングマネージャー（EM）と組織づくり」をテーマに記事をまとめました。そもそもEMはどのような役割を担っているのか？ EMが実践していることや工夫って？ EMだからこそ感じられるや

こんにちは、@24guchiaです。 タイトルの通り、1年勤めたベルフェイス株式会社を退社しました。 ベルフェイスの入社エントリーはこちら。 ベルフェイス株式会社に入社しました なぜやめるか？ 入社エントリーにある入社を決めた理由が満たされなかった点と、アサインされていたプロジェクトの中断が理由です。 事業会社である以上、プロジェクトの中断は仕方ないので納得しており、僕が残る理由はなくなってしまったのが大きいですね。 ここでスクラム開発におけるスプリント異常終了時の注釈を読んでみましょう。 重要なのは、チームメンバーはリソースではないということだ。自分のコミットメントを外部の力でだいなしにされたことに、意見も感情も絶対に持っている。 Ken Schwaber ‒ March 6, 2008 Ken Schwaber 氏はスクラムガイドを書いた作者の一人です。 さて、ベルフェイスで学んだこと

2 年前にソフトウェアエンジニアからプロダクトマネージャーにロールチェンジした。ソフトウェアエンジニア時代は割と頑張れてたし成果を出せてた気がするのだけど、プロダクトマネージャーになってからは正直かなり苦戦した。プロダクトマネージャー 3 年目を迎えてようやく仕事に自信が持てるようになってきた気がするので、振り返りを兼ねて、これから同じようにプロダクトマネージャーにコンバートしたいと思っている人の役に立てばと思って書きます。 Table of Contents プロダクトマネージャーになった理由 プロダクトマネージャーの役割 1. 何がユーザーの問題かを特定する 2. その問題を解決する製品を定義する 3. 製品がリリースされるまで開発チームに帯同し、リリースを成し遂げる 4. 製品が「正解」であったかの評価を行う 実際になってみてのギャップ プロダクトマネジメントの認知度が原因？ 一体型

ソフトウェア開発プロジェクトでは、顧客への定期的な進捗報告を行うために、当然のことだが進捗を管理しなければいけない。中規模以上のプロジェクトではプロジェクトはいくつかのチームに分かれていて、さらにチームごとに担当する会社が異なることもある。ありがちな事だが、チーム別にプロジェクト内の進捗会議を行うようになってくると、これが壮大なムダになっていく。 チームリーダーはソフトウェア開発プロジェクトのボトルネック ソフトウェア開発プロジェクトは、ウォーターフォール形式であれアジャイル開発プロセス型であれ、膨大なコミュニケーションと意思決定を行うことで進んでいく。ソフトウェアの仕様や構成について決定するのは、たいていはチームリーダーの仕事だ。また、各開発担当者の仕事の結果が正しいのかをレビューやインスペクションによって判定するのもチームリーダーの仕事であることが多い。そして、チームリーダーはチームメ

個人的なメモ。 EA（Erectric Arts）流のPM（Project Manager）の仕事の進め方（タスク管理のノウハウ）を岩崎啓眞氏が実に明快にツィートしていらっしゃったので、まとめました。 確かにこの方式で仕事を進めてくれるPMがいたら、純粋に仕事に集中できそうです。こんな環境欲しいなぁ…。

「管理」を勘違いするPMが、メンバーに翻弄される理由：新任PMがついやってしまうNG集（4）（1/3 ページ） 1人で仕事をしているプログラマ時代は、ばりばり仕事がこなせたのに、PMになった途端に仕事がうまく進まない！ そんな新任PMの悩みを解決するTipsを紹介します。 こんなはずじゃなかったのに……ああ世知辛い、PMの嘆き プロジェクトを管理するプロジェクトマネージャ（PM）は、何かにつけ苦労する立場にあります。 「メンバーにガミガミ言うことに疲れた」「いくらチームに必要とはいえ、この役割はつらい」「ぶっちゃけプログラマの方が良かった」……このような声をPMからよく聞きます。 しかし、ここでいま一度思い出してみてください。形はさまざまあれど、PMは理想とする「管理」の姿を持っているはず。そして、それは決して「ガミガミ言うこと」ではなかったと思います。 「そんなこと言ったって、メンバーが

仕事でより高い成果をだすためにはどうすればいいのか？ 仕事では、問題解決力が大切と言われている。問題解決には２種類ある。 １つは問題が発生してから解決する力、もう１つは問題が発生する前に先読みして解決しておく力。 今回、問題が発生する前に先読みして解決する力に焦点を当てた、「先読み力」で人を動かす ~リーダーのためのプロアクティブ・マネジメント~を読み、かなり多くの発見があったので紹介。 「先読み力」で人を動かす ~リーダーのためのプロアクティブ・マネジメント~ 作者: 村中剛志出版社/メーカー: 日本実業出版社発売日: 2008/03/27メディア: 単行本（ソフトカバー）購入: 11人 クリック: 190回この商品を含むブログ (40件) を見る 目次 概要 ポイント 成果をあげるために大切なこと 先読み力のある人の行動３ステップ プロアクティブに行動することのメリット 先読み力を知る

妻から言われたことをいくつかツイッター（URLはこちら）で紹介したのですが、 予想に反してかなりの反響がありました。 そんな「妻語録」を一度まとめてみました。 2010/06/03 07:44 かつてネトゲで数十人を率いていたという妻「相手が欲していることは何で、どうやったらモチベーションを高く持ってくれるかを必死に考え抜くの。そうしたら勝手にみんなが動いてくれる。それがマネジメントだよ。やってないから帰りが遅いんじゃないの？」…代わりに会社に行ってもらえませんか？ 2010/06/04 07:46 （再掲）近所の豪邸の前で「ここの家主と僕との違いは何なんだあ！」と嘆いていたら、妻が「今まで背負って来たリスクの差じゃない？例えば受験勉強を頑張ると、落ちたら努力が無駄になるというリスクを背負うんだよね。遊んでいればリスクもないけど合格しない。そういうこと。」 2010/06/08 23:46

3ヶ月前、「かつてネトゲで数十人を率いた妻の『マネジメント論』」と題して妻語録をまとめたのですが、かなりすごい反響がありました。びっくりです。 コメントもたくさんいただき、とても勉強になりました。みなさんありがとうございます。 あれから3ヶ月ほど経ちました。子供二人の世話で大変なはずの妻から僕は相変わらず色々言われています。 そういうわけで妻語録の第2弾をまとめましたので、お時間のある方は是非読んでみてください。。 2010/11/06 22:10 妻が寝込んでいた頃、いやいや洗い物をしている僕を見かねて「人生の目標がないからダラダラしちゃうんだよ。50年後にどうなっていたいかを真剣に考えなよ。時間がもったいなくて、チャキチャキ動くようになるから」･･･妻がエクセルで作った今後50年の予定表兼予算表を見ているだけに無条件降伏 2010/11/09 20:58 妻「税金受け取ってるとみんなに

世界一わかりやすいプロジェクト・マネジメント 【第2版】 作者: G.マイケルキャンベル,サニーベーカー,中嶋秀隆出版社/メーカー: 総合法令出版発売日: 2010/04/23メディア: 単行本（ソフトカバー）購入: 3人 クリック: 45回この商品を含むブログ (4件) を見るプロジェクトマネジメントに興味があったので、本を読んでまとめた。 本書は、ものすごく分厚く、詳細なところまで書いてあり、とても参考になった。 このブログでは、大枠と重要だと思った点をまとめた。 プロジェクトマネジメントの全体像 プロジェクトマネジメントは、４つのフェーズにわかれる フェーズ１：プロジェクト定義フェーズ フェーズ２：プロジェクト計画フェーズ フェーズ３：プロジェクト実行フェーズ フェーズ４：プロジェクト終結フェーズ フェーズ１：プロジェクト定義フェーズ プロジェクトを立ち上げる プロジェクト・マネジャ