Mackerel開発チームカイゼンの旅（振り返り・モブプロ・スキルマップなど） - Hatena Developer Blog
こんにちは。Mackerel開発チームディレクターの id:daiksy です。 Mackerelチームでは、開発プロセスにおけるプラクティスや、チームをうまく機能させるための様々な取り組みに対して、普段から定期的なカイゼンを行っています。 世の中は新年度を迎え、いろいろと新しい取り組みにチャレンジしやすい時期でもありますし、Mackerelチームで行った最近のカイゼンの様子を簡単にまとめてみようと思います。 振り返りでKPTをやめた Mackerelチームではスクラムをベースとした開発サイクルを採用しており、1スプリント2週間というペースで開発イベントが計画されています。スプリント最終日に振り返りを実施し、2週間の間に起きた出来事や課題などを議論して、次のスプリントでカイゼンをする、というルーチンです。 チームではこれまで長い間、KPTという振り返りのフレームワークを採用していました。K
「新機能作成時に開発ブランチに細かくmergeしていく戦略」について社内勉強会で発表しました - Hatena Developer Blog
はてなのアプリケーションエンジニアのid:shiba_yu36です。社内技術勉強会で「新機能作成時に開発ブランチに細かくmergeしていく戦略」という発表をしたので、資料を公開します。 speakerdeck.com 以下、簡単に文字でまとめておきます。 戦略 ユーザーに新機能が見えないようにする工夫をし、新機能のbranchもどんどん開発ブランチにmergeしていく mergeされたものは随時本番にリリースされるが、ユーザーに見えない工夫をしているので問題なし PRは可能な限り細かくする 機能が完成したら最後にユーザーに新機能を見えるようなPRを作り、mergeしてリリースする なぜこの戦略を使うのかいろんな失敗を経験して、この戦略を最近使っている。 失敗パターンその1: 巨大PRパターン 失敗パターンその2: 新機能リリースブランチパターン 失敗パターンその1: 巨大PRパターン 新機
プロダクトマネジメントに関する5つの誤解 - 小さなごちそう
Extreme Swiss Army knife by Sneed 本職のプロダクトマネージャーではない人たちによく見られる、プロダクトマネジメントについての誤った認識がまとめられている。 ざっくり意訳してご紹介。 誤解1. プロダクトマネジメントは「自明なこと」をまとめるだけだ プロダクトマネージャーは普通の人が自明だと考えていることを疑うのが仕事だ。普通のドライバーはコーナーで減速するだろうが、モータースポーツではコーナーで加速するように教わる。より少ないことはより豊かなこと、制約は有益、スピードアップするために減速する、というわけだ。 誤解2. プロダクトマネジメントとは追加機能を考えることだ 実は単純な機能追加で問題が解決することは非常にまれだ。これをスーツ族に理解してもらうのは、本当に本当に難しい。 プロダクトが使われないのは機能が足りないからではない。顧客ターゲットの設定を間違
ピクシブ社内で「ポエム」を書くことをはじめて7ヶ月が経過しました - pixiv inside [archive]
はい、"古きよき時代から来ました、真面目なSE、真面目にSE" 開発マネージャ id:bash0C7 です。 以前、このようなエントリーを投稿しました。 devpixiv.hatenablog.com そこから７ヶ月ほど経過した現在、ピクシブ社内での「ポエム」を書くことはどのようになっているかをご紹介します。 どのようになっているか 「ポエム」として個人の熱意を書き記すことはもとより、 「ポエム」をきっかけにプロジェクトがはじまる事例が増えた ノウハウの伝達、トラブル事例共有、勉強会資料、設計メモ、覚え書きなどなど、さまざまに使われている 意見を募る用途にも便利なことがわかった という様に、サービスを広く支えるツールとして、esa導入以前はどうやってたか思い出せない位になっています。 詳細 コミュニケーションツールと“持ち寄り型”プロジェクトマネジメント - DevLOVE関西 | Doo
![ピクシブ社内で「ポエム」を書くことをはじめて7ヶ月が経過しました - pixiv inside [archive]](https://cdn-ak-scissors.b.st-hatena.com/image/square/6da62550d90a47db874bf30a300655599e254c8c/height=288;version=1;width=512/http%3A%2F%2Frecruit.pixiv.net%2Fupload%2F2014%2F11%2Fbash5.jpg)
開発組織のマネジメント
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
開発合宿で何を考えてどう作ったか - Hatena Developer Blog
こんにちは。はてな社長の id:chris4403 です。 この記事ははてなエンジニアアドベントカレンダー2014の14日目です。元エンジニアということでカレンダーに参加させていただきます。 先日、はてなのサービス開発合宿が開催されました。 合宿の開催概要については、先日チーフエンジニアのid:onishiがエントリを書いているのでそちらをご覧ください。 私もいちエンジニアとして参加したので、合宿の間、何を考えてどうやって作ったのかを書き記そうと思います。今後合宿に参加する人の何かの参考になればと思います。先に断っておきますが、あんまり技術的な話は出てきません。 day 1 AM 今回の合宿は、合宿の1週間ほど前に、作るサービスや機能の具体的なアイデアを持っている人が、参加者の前でプレゼンを行い、一緒に作る人を募るというチームビルドのフェーズがありました。私もそこに向けて、リッチメディアを
技術は手段にすぎない。クックパッド勝間氏が語る、いかにして「ユーザーファースト」を実現するか？ | HRナビ by リクルート
長年ユーザーに愛され続ける料理レシピのサイト「クックパッド」。1998年のオープン当初から今に至るまで変わらない基本機能が「レシピを探すこと」「レシピを投稿すること」。この、ユーザーが行える2つの機能のうち「レシピ投稿」の利用体験を最大限に向上させることをミッションに掲げるのが、同社のレシピ投稿推進室です。クックパッドの財産である、ユーザーからのレシピ投稿を、どう捉え、どのようにユーザー体験を向上させようとしているのか、室長の勝間亮さんにお話を伺いました。 「レシピを投稿する」に特化した専任チーム「レシピ投稿推進室」 2009年にクックパッドに入社してから5年を迎えた勝間さん。大学では情報系学部を専攻し、研究室の先輩が立ち上げたベンチャー企業に新卒入社。P2P（Peer to Peer）の技術を使った動画配信の自社サービスを開発。その後3年ほどして、自社開発したWebサービスで、ユーザーに
開発チームにアーキテクトがいないなと感じてしまうような、残念なコードスメルの例 - 達人プログラマーを目指して
まったく個人的なモチベーションの問題から、前回の最終更新から2年以上が経過してしまい、多くの読者のみなさんにはご心配をおかけいたしました。「プログラミングに関して調べたことや日々感じたことをメモとして残していきたいと思います。」というもともとの原点に立ち返って、あまり気負わずに、また今後も時々更新していけたらと思います。今までこのブログの主なテーマとして、JavaEEやSpringといったような、いわゆる業務開発で使われるような技術を中心としてきたわけですが、最近Springを使ったJavaの開発に（アーキテクトではなく）プログラマーとしてちょっと参加する機会があったので、その時気づいたこと、感じたことを書いてみたいと思います。 さて、皆さんはアーキテクチャやアーキテクトという言葉に対してはどのようなものをイメージするでしょうか。システムのセキュリティを確保するための方式であったり、大量の
GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー
少し前までアプリケーションのデプロイと言えば capistrano などをコマンドラインから叩いてデプロイ、みたいなことをやっていたが、最近は少し様子が違うのでそのやり方、KAIZEN platform Inc. での事例を紹介する。 GitHub のイベントを契機に CI as a Service にデプロイを担当させる GitHub で Pull Request を送って開発するのが前提になっているのは以前にも紹介した。 最近は Travis CI や CircleCI などに代表される CI (Continuous Integration) as a Service があって、CI も自分たちで環境を構築しなくてもクラウドに任せることができる。KAIZEN では CircleCI を積極的に使っている。 これらの CI as a Service は基本的に GitHub と連携するこ
LINE Serverの開発とリリースプロセス « LINE Engineers' Blog
皆さんお元気ですか?LINEサーバー開発室でサーバ開発を担当している崔珉秀と申します。 この記事ではLINEのサーバーの開発とリリースプロセスについて述べたいと思います。 LINEの開発者はどんな形で開発しているのか、サービスに変更事項をどのように適用しているのか、お互い協力してより良い開発環境を得るためにどんな努力をしているのかをお伝えする機会になったらいいなと思います。 ここで述べるリリースプロセスは、LINEのサーバ開発の流れとソース管理システムの運用方法、そして本番環境に変更事項を適用するまでの過程です。 LINEのServer Applicationはその役割とシステムの構成によって複数のServer Applicationに分かれて構成されています。 例えばNetwork通信及びProtocolなどを担当するApplication、messagingやsocial graph
Githubの組織が成長する過程で変えたことと変えなかったこと - ワザノバ | wazanova
GithubのZach Holmanが語るGithubの組織戦略です。まず最初に、 Step #1: ロックスターエンジニアを雇う Step #2: ものすごく透明性のある経営をする Step #3: ブログ/ソーシャルメディアなどでテクノノロジーについて発信する Step #4: カンファレンスで会社について話す Step #5: カネに余裕ができる Step #6: 社員を大勢雇う Step #7: 会社のことを話さなくなる Step #8: コミュニティを無視する Step #9: 創業者が株を売って儲ける Step #10: 別の会社をはじめる という事例を挙げて、Githubは組織が成長する中で、このようなパターンに陥らないように、コミュニケーション及び仕事の進め方をどのように進化させてきたかについて紹介してます。 Dunbar's numberとしてよく知られるとおり、人間が良
Web開発にPythonを使う理由 - Web屋さんのアレ
僕の周りだけかもしれないですが、国内のWeb受託開発案件は「PHPで作るのが暗黙のルール」ってな勢いでPHP案件ばっかりなのですが、Python大好きな僕としては、何としてでもPythonを使って仕事をしたい！ なので頑張って布教活動をしているのですが、中々良い手応えが得られないのが現状です。。 という訳で、改めてPythonを使うメリットとか、安心してクライアントにPythonを進められる理由なんかをまとめてみました。 技術者がPythonを使うメリット 「今までPHPでやってきて何の問題もなかったし、これからPython始める意味なんてあんの？」 ぶっちゃけ、そんなにないですｗ 結果的に出来上がる物に関しては大差ないですからね。 ただし、開発効率やメンテナンス性は飛躍的に上がると僕は思います。 ライブラリがとても豊富 PHPも沢山ライブラリありますけど、Pythonだっていっぱいあるん
iPad miniで持ち歩けるコーディング環境を作る
iPad mini + Cellularを朝一番から並んで買いました！軽くてLTEでネットが使えるということで、外に持ち歩き端末としてはApple史上最高な端末です。 しかし、私は出かけるときには常にコードを書ける環境を持って歩きたいので、結局MacbookProかAirを持って出かけることになってしまいます。 最近、MBP15に代えたのでちょっと持ち歩きが厳しいなと思っていたので、この際iPad miniでコードを書く環境を構築することにしました。 まずはキーボード。前に買ってあったrapoo E-6300をBluetoothで接続してみます。一発でつながったし、サイズ感も良い感じです。 蓋になる形のキーボードも出ているようですが、とりあえずE-6300で問題なさげ。 次にメインとなるエディタです。iPadでソースコードを書くのに適していて、Dropboxに対応しているエディタといえば、
かっこ悪くて面倒でもテストコードを書こう - 今川館
Python | 10:08わたしはプログラマーではありませんが、いくつかの仕事でテストコードを見たり書いたりすることがあったので、その過程で思ったことをメモとして残しておきます。コーディングとテストを分けて工数を言う癖をやめようどっちもコードを書くのだから分けて考える必要はないテストコードの重要性は理解しているけど、工数も厳しいし客がテストコードを書くことに工数を割くことを認めてくれない。ありがちな話ですが、それがテストを書かないことの根拠であるならば少し考え直しましょう。コーディングとテストを異なる工程と考えるのをやめてしまえばそんなことに悩む必要はなくなります。つまり、「テストを書きながらコーディングする」のです。だいたい、普段プログラムを書いているときだって手元で動かしながらものを作っているでしょう。それと同じことをプログラムを書いてやればいいだけです。客がテストを書かせてくれない
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://medium.com/how-to-create-startup/%E3%82%B5%E3%83%BC%E3%83%93%E3%82%B9%E3%81%A7%E4%B8%80%E7%95%AA%E5%A4%A7%E4%BA%8B%E3%81%AA%E3%81%AE%E3%81%AF%E6%83%B3%E3%81%84-%E3%81%9D%E3%81%AE%E6%83%B3%E3%81%84%E3%82%92%E6%96%AD%E3%81%A1%E5%88%87%E3%82%8B%E3%83
開発フローの作り方