並び順

ブックマーク数

期間指定

  • から
  • まで

241 - 280 件 / 4886件

新着順 人気順

Backlogの検索結果241 - 280 件 / 4886件

  • GitHubをフル活用してカンバン(Kanban)方式による開発体制を構築したノウハウを惜しみなく公開する - Qiita

    簡単な自己紹介 渋谷のとあるプログラミングスクールを経営する会社でCTOを担当しています。 昨年、2019年3月にこの会社にジョインしてから開発から新商品企画まで幅広く担当してます。 背景 2019年3月に私が入社した時、システム開発の案件管理に色々と問題がありました。 それらの問題を各ステークホルダーにヒヤリングして問題点と解決案をまとめて社長に提案し、社長の賛同を得て開発体制の構築を進めてきました。 この度、ようやく開発体制の構築ができて順調に開発案件の管理、運用できるようになってきたので、今回、他の会社の参考になればと思ってまとめてみました。 弊社の組織体制 組織としては、CEO(社長)をトップとして、以下チームが下にある形です。 私は、CTOとして開発チームのマネージャーを担当しています。 開発体制の問題点をステークホルダーの声を聞いて整理した 問題の解決にあたって、まずは各ステー

      GitHubをフル活用してカンバン(Kanban)方式による開発体制を構築したノウハウを惜しみなく公開する - Qiita
    • 鬼速リモートな開発チームを支えるツールと仕組みとマインドセットの話

      web系スタートアップ開発チームが仕組みもへったくれも無い状態からすったもんだありつつリモートワーカーも交えて良い感じにワークする体制で開発できるようになったなぁと言って良いところまで来たと感じたので、ここらでひとつ段落をつけて開発体制とか組織設計、体制作りみたいなところの話をまとめておきたいと思います。 サービス開発の現場に仕組みや体制を引く目的と意味 まず開発チームに体制や仕組みを引く意味、目的について。 開発速度の向上 これ1点に設定しました。 開発スピードで市場ごと引っ張る 展開中の事業ドメイン(教育)は今、ほっといても急成長中の市場でタブレット端末の導入がどんどん進んでいます。 が、私立やいけいけの公立を除いて大体の公教育の現場では単純に既存のパソコンと置き換えてコスト削減に利用するだけだったり、まだまだ端末の普及が途中です。 IT機器の導入が教員の業務効率化や教育そのものの質の

        鬼速リモートな開発チームを支えるツールと仕組みとマインドセットの話
      • IoTのチカラで社員をストーキングしてみた結果、業務効率に繋がる何かが見えてきた話 - サーバーワークスエンジニアブログ

        みなさんこんにちは! サーバーワークスのIoT担当の中村です。 今回の記事もIoT関連の記事です。タイトルがちょっとアレですが、オフィスでの働き方についてのお話です。サーバーワークスの東京オフィスは仕事の効率を上げるために、様々な工夫が凝らされています。そこで、「実際の所どうなのか」と思った私が社員の動向をトラッキングした結果、効率に繋がる何かが見えてきた、という話です。 話は遡り、2015年の東京オフィス移転の話から始まります。少々前置きが長く恐縮ですが、しばしお付き合いください。 ※前置きを飛ばして本題から読む方はコチラ オフィス移転プロジェクト サーバーワークスの東京オフィスは、2015年3月末に江戸川橋から飯田橋に移転しました。引っ越しの際には新しいオフィスのデザインやレイアウトに関わりたい人たちがタスクフォース(特定の課題に取り組むためのチーム)を組み、結果的に素晴らしいオフィス

          IoTのチカラで社員をストーキングしてみた結果、業務効率に繋がる何かが見えてきた話 - サーバーワークスエンジニアブログ
        • UXの社内勉強会で私が伝えたかった2つのこと|Tsutomu Sogitani

          UXの社内勉強会をしようと思ったのは、あるお客様に以下のようなことを言われたからだ。 「ベイジさんでは全員がユーザー目線で考えてるんですよね?」 会社の現状を包み隠さず言えば、私たちの会社は「全員がユーザー目線」とは言い難い。ベイジは全員がディレクター、デザイナー、エンジニアなどの専門領域を持った制作者集団であるが、長年受託の制作会社で働いていた者も多いが故に、制作者目線、開発者目線、受託者目線に囚われ、時にユーザー目線から外れた判断をしていても気が付かないことがある。 危機感を感じるのは、クライアントの多くがユーザーを理解しようとし、ごく自然に「ユーザーのためにはどうするのがいいのか」という発想で物事を考えているからである。もちろんその精度にはバラつきがあるし、企業目線になってることも多々あるが、近年のUXブームのおかげか、勉強熱心なクライアントほど「ユーザー目線で物事を考える」は仕事の

            UXの社内勉強会で私が伝えたかった2つのこと|Tsutomu Sogitani
          • Gevent チュートリアル

            はじめに このチュートリアルはある程度の Python の知識を前提としていますが、 それ以上の知識は前提としていません。 並列プログラミングの知識も必要ありません。 このチュートリアルの目的は、 gevent を扱う道具を提供し、 読者がすでに持っている一般的な並列プログラミングの問題を手なづけて 非同期プログラムを書き始められるように手助けすることです。 寄稿者 時系列順の寄稿者: Stephen Diehl Jérémy Bethmont sww Bruno Bigras David Ripton Travis Cline Boris Feld youngsterxyf Eddie Hebert Alexis Metaireau Daniel Velkov そして Denis Bilenko に、 gevent の開発とこのチュートリアルを作る上での 指導について感謝します。 この共

            • Elm 言語 が楽しすぎたので Typetalk のクライアントアプリを作りました。 | 株式会社ヌーラボ(Nulab inc.)

              BacklogチームのLeoです。ドイツ出身ですが、ゲーム、マンガ、時間通りの電車、日本語、納豆、カラオケが好きで日本に移住してきました。私はBacklogのGrowthチームですが、今日はプログラミング言語 Elm を使って Typetalk クライアントアプリを開発したお話をします。 さて、 Elm とは英語でニレ(楡)属の樹木の総称、ハルニレの通称です。そしてフロントエンド開発を楽しくするプログラミング言語でもあります。そんなプログラミング言語の Elm を使った開発、気になりませんか? 目次 Elm言語 Elmは何が美味しい? こんにちは世界樹 Hello WorldでElmの構文とElmアーキテクチャー入門 Elmは関数で出来ている ElmでHTMLを植える Elmアーキテクチャー降臨 世界樹から巣立つ Typetalkの世界へようこそ ElmでTypetalkクライエントを作る

                Elm 言語 が楽しすぎたので Typetalk のクライアントアプリを作りました。 | 株式会社ヌーラボ(Nulab inc.)
              • 開発チームが大規模リプレイスを成功させるために取り組んだ "7つの取り組みと反省"【Backlog Play 化プロジェクト】 | Backlogブログ

                ヌーラボの松本です。「Backlog Playプロジェクト」に2017年2月から途中参加し、プロジェクト解散の2019年7月までメンバーの一員として動いていました(プロジェクトの概要は 時系列でみる!4年の歳月をかけてPlay Frameworkで「大規模リプレイス」した話をご覧ください)。 このBacklog Playプロジェクト(以下、Play化プロジェクト)では、期間によって私の役割は変わりました。 参加した当初は開発メンバーとしてコードを書いていましたが、2018年4月からプロジェクト終了の2019年7月までは、開発をしながらプロジェクトの取りまとめをしていました。 マネジメントのような役割ははじめてだったので、いろいろ未熟な点もありましたが、プロジェクトの機能リリースを早めるために、不具合対策や手戻り削減といった問題と向き合いました。 本記事では、私のPlay化プロジェクトでの役

                  開発チームが大規模リプレイスを成功させるために取り組んだ "7つの取り組みと反省"【Backlog Play 化プロジェクト】 | Backlogブログ
                • Development | Nulab (Japanese)

                  ヌーラボでパスキーを導入したって言ってるけど、パスキーって何ですか? ヌーラボでパスキーを導入したって言ってるけど、パスキーって何ですか? nulab Playwright を使ってテストデータ作成を自動化した話 Playwright を使ってテストデータ作成を自動化した話 nulab Vite+Vitest+Ladleで快適フロントエンド開発 Vite+Vitest+Ladleで快適フロントエンド開発 nulab Jotaiで快適フロントエンド開発 Jotaiで快適フロントエンド開発 nulab 依存関係が複雑なタスクの着手順序を Backlog とスプレッドシートで簡単にわかるようにする 依存関係が複雑なタスクの着手順序を Backlog とスプレッドシートで簡単にわかるようにする nulab AngularJS を Angular に移行する際に必要だった作業 typetalk 数年

                    Development | Nulab (Japanese)
                  • ElastiCacheとELBとtwemproxy - まめ畑

                    redis / memcachedをスケールする方法として、アプリケーションで分散アルゴリズムを実装する方法や、ライブラリを使う方法などありますが、 Twitterが作っているtwemproxy(https://github.com/twitter/twemproxy)というものがあります。 これは、redis / memachedの前段に置くことでキャッシュクラスタを構成することが出来ます。様々な分散アルゴリズムや、故障ノードの切り離しなどの機能もあり、 キャッシュノードが不具合で接続できなくなったとしても自動でサービスアウトしてくれます。 開発も盛んに進んでいて、今、ノード追加時にプロセスの再起動が必要ですが、gracefulの実装も見えて来ました。 詳しくは以前書いたこちらの記事を参照して下さい。http://d.conma.me/entry/20121227/1356596553

                      ElastiCacheとELBとtwemproxy - まめ畑
                    • 3年間でおこなった僕のチームの開発ルール制定と考え方inぐるなび - ぐるなびをちょっと良くするエンジニアブログ

                      こんにちは! 季節が秋に突入し、次第にスノボ欲が高まってきた吉次です。 前回は勤怠連絡の出欠確認を自動化するという題材で記事を書かせていただきました。今回はもう少し開発の話題に寄せ、チームの開発ルールができるまでの話をしたいと思います。 はじめに みなさんは、「開発ルール」と聞いて何を思い浮かべますか? 一口に開発ルールといっても、コーディング規約、Gitのブランチングルール、命名規則、開発におけるマインド、社内のローカルルールなどなど、枚挙にいとまがありません。今回の記事ではソース管理、タスク管理、リリースの3つに着目し、どのようにして開発ルールの効率化を図ったかを振り返ります。 ぐるなびにおけるソース管理の遍歴 Gitによるソース管理 ぐるなびにおけるGitの歴史はさほど長くありません。下記はぐるなびソースコード管理の略歴です。 時期 ツール 問題点など ~2012年7月 SVN or

                        3年間でおこなった僕のチームの開発ルール制定と考え方inぐるなび - ぐるなびをちょっと良くするエンジニアブログ
                      • GitHub Projects勉強会を開催しました - ROUTE06 Tech Blog

                        こんにちは!ROUTE06 Software Engineerの@yoshida-m-3です。 GitHub Projectsがアップデートを続けていることは知っていましたが、実際のプロジェクトで使用できるかは確証がありませんでした。そこでチーム内でGitHub Projectsの勉強会を開催し、実際に検証することにしました。 見るべき人に見るべき情報を確実に届けたい プロジェクト情報の管理において、「各関係者に適切な粒度で情報を確実に届けること」が重要だと考えています。 情報の可視化にはカンバンを使うことが多いですが、情報が多いと重要な情報が隠れてしまう可能性があります。 情報の粒度は見るべき人の立場によって異なります。エンジニアはIssue単位の情報が必要ですが、プロダクトオーナー・マネージャーはEpic単位の情報が必要であり、時系列の進捗情報も必要な場合があります。 GitHub P

                          GitHub Projects勉強会を開催しました - ROUTE06 Tech Blog
                        • フロントエンドエンジニアがAWSトップエンジニアになるまで - NRIネットコムBlog

                          はじめまして、岩崎です!「APN AWS Top Engineers/APN Ambassadors Week」の4日目の記事を書かせて頂くことになりました。この度、元々モバイルアプリしか作ってこなかった私が、「2021 APN AWS Top Engineers」になることができました。ちょうど良い機会でもあるので、NRIネットコムに入社してから取り組んだことをざっくりと整理していきたいと思います。 はじめに 昨今、一口にフロントエンドエンジニアと言ってもアプリを開発するだけではなく、プロジェクト規模によってはCI/CDの仕組みを構築・管理したり、アプリに機能やコンテンツを提供するためのバックエンドを構築したり、はたまたプロジェクト管理もしてみたりと、エンジニア一人に要求される専門性がますます多様化しているように感じます。おそらく、多方面で起こっている「技術の民主化」の流れが進んでいくに

                            フロントエンドエンジニアがAWSトップエンジニアになるまで - NRIネットコムBlog
                          • NUCON 資料を公開しました! | 株式会社ヌーラボ(Nulab inc.)

                            昨日は雪が舞う悪天候にも関わらず、大勢の方に NUCON にお越し頂きました。みなさま本当にありがとうございました! 基調講演は元より各セッションも大盛況で、「どのセッションを見ればよいか悩んだ」「見れなかったほうのセッションの資料をみたい」といったお声もいただきましたので、以下に資料を公開いたしました。 テクニカルトラック 開発者がかたるヌーラボのコラボレーションサービス API 最前線 ( ヌーラボ 染田貴志、中原正二、後藤幸 ) 職人任せにしないインフラ構築/運用 ~ DevOps時代を生きぬくために ~ ( ヌーラボ 中村知成 ) 今どきのリアルタイムコラボレーションツールの作り方〜Backlog、Cacoo、Typetalkにおける実践例〜 ( ヌーラボ 縣俊貴 ) ジェネラルトラック ヌーラボサービスの利用事例 – Backlogを使ったオフショア開発 ( EVERRISE 古

                              NUCON 資料を公開しました! | 株式会社ヌーラボ(Nulab inc.)
                            • SIは本当に終わったのか? - ひがやすを技術ブログ

                              SmartNewsやBacklogの華やかな成功をみていると、SIになんて明るい未来はないんだから、これからはスタートアップをやるべきだと思う方も少なくはないでしょう。 だけど、世の中そんなに甘くない。 私は、2011年から5年間、スタートアップのようなことをずっとやっていますが、未だに何一つ成功していません。 問題は、技術にあった訳ではありません。やりたいことで実現できなかったことなんてなかった。 問題が、アイディアにあった訳でもありません。もちろん、アイディアが今一で、失敗したプロジェクトもありますが。電通の人たちと一緒に仕事をやっているので、アイディアは面白そうなものがほとんどです。でも、実際に実装してみると、それほど面白いものにならない。 これ、実はしょうがないんです。アイディアは実装するまで、その本当の面白さを確認できないから。 だから、スタートアップでは、アイディアの面白さが確

                                SIは本当に終わったのか? - ひがやすを技術ブログ
                              • Amazonクラウドを襲った嵐が、EC2、EBS、ELB、RDSの障害に発展した理由(前編)

                                米国で6月29日の夜に発生したAmazonクラウドのトラブルは、InstagramやFlipboard、Netflixなど有名なサービスにも影響を与えました。国内のサービスでもいくつか影響を受けたところがあったようです。 今回のトラブルの発端は電源障害でした。嵐によって一時的に電源に障害が発生し、UPSに切り替わったもののUPSが電力を使い果たした結果、一部のデータセンターが稼働を停止しました。 この電源障害による直接の影響は全体の数%だったものの、これが引き金となって仮想マシンの「EC2」、ストレージの「EBS」、ロードバランシングの「ELB」、データベースサービスの「RDS」などにおいてソフトウェアや運用まわりでの問題が相次いで発生。一部で複数のアベイラビリティゾーンに影響する障害へと発展しました。 今回は複数のアベイラビリティゾーンに影響があり、その上6月中旬にも電源まわりのトラブル

                                  Amazonクラウドを襲った嵐が、EC2、EBS、ELB、RDSの障害に発展した理由(前編)
                                • 『開発基盤チームとして課題を探したらマネジメントをしていた』という発表をした - Feedforce Developer Blog

                                  こんにちは。増田(id:masutaka26)です。発表が無事終わり、何かゲームでも買おうかなと思ってます。 さて、フィードフォースでは毎週金曜日 16:00 から、社内技術勉強会を開催しています。当番制の持ち回りで技術に関連したことを発表します。 先週金曜日は私の当番で『開発基盤チームとして課題を探したらマネジメントをしていた』という発表をしました。 技術チーム以外の方もたくさん聞きに来てくれて、ありがたかったです。🙏 発表の内容 前回含めて、これまでの発表は全てコードが登場していました。今回のようなコードが登場しないマネジメントの話は、内容が拡散しがちで難しかったです。結局まとまりませんでした...。 今回は敢えて後から読めるプレゼン資料にしました。なのでプレゼン資料としては冗長な書き方になっています。 まとめるとこんな内容です。 コミュニケーションの不確実性を解消することが、マネジ

                                    『開発基盤チームとして課題を探したらマネジメントをしていた』という発表をした - Feedforce Developer Blog
                                  • WEB担当・制作者必携のスマホ表示計測アプリ「WebDevTools」がリリースされましたよっと!!

                                    【営業連絡】先日、このブログにてWEB制作パートナーになってくれる会社を募集したら、びっくりするくらいの応募があり、面接などをいろいろしまして能力の高い数社とパートナーシップを結びました。いままで新規案件は着手まで最大4ヶ月とかかかっていたのですが、これでリアルタイムに着手ができるようになりました。ほっとしました。これからは複数の制作会社とネットワークを組んで、私めは設計と運用コンサル中心に行こうと思います。これからはWEB制作のゼネコン野郎と呼んでください(笑)・・・ さて、ちょっと前に書いたこのエントリー 楽天がこれからヤバイ!! もうひとつの理由をKeynote MITEで証明してみましたよ の中で、 iPhoneで今見ているサイトの表示速度を計測するアプリがあったらいいなと思って調べたけど・・・無い!! 自分のサイトだけ調べるならアナリティックスでなんとかなるけどいろんなサイトを調

                                      WEB担当・制作者必携のスマホ表示計測アプリ「WebDevTools」がリリースされましたよっと!!
                                    • Google Cloudの主要サービスが10時間ものあいだ障害発生。原因は分散アクセスコントロールへの大量の変更要求が引き起こしたメモリ不足

                                      Google Cloudの主要サービスが10時間ものあいだ障害発生。原因は分散アクセスコントロールへの大量の変更要求が引き起こしたメモリ不足 Google Cloudは、米国太平洋時間の3月26日木曜日16時50分(日本時間27日金曜日 午前8時50分)頃から約10時間ほどのあいだ、Google Compute EngineやCloud Storage、Cloud SQLなどをはじめとする主要なサービスで障害を起こしていました。 受けた影響はリージョンごとに異なりますが、ほぼすべてのリージョンで何らかの影響を受けたようです。 Googleはその原因についての調査結果を発表。原因はGoogle Cloud内部でアクセスコントロールを司る部分に障害が発生したことだったと説明しました。 アイデンティティマネジメントへの大量の更新要求がキャッシュサーバの障害に クラウド内部では、APIへのアクセス

                                        Google Cloudの主要サービスが10時間ものあいだ障害発生。原因は分散アクセスコントロールへの大量の変更要求が引き起こしたメモリ不足
                                      • リクルートからコルクのCTOになったエンジニア推薦、非IT企業でまず導入すべきツール5選 | コルクのブログ

                                        萬田大作(コルク CTO) ナビタイムジャパンで経路検索&地図描画エンジンの研究開発、フューチャーアーキテクトでITコンサルタント、リクルートで複数の新規事業開発を担当。WEB系と基幹系のエンジニアリングからビジネス開発まで幅広く経験。2016年コルクにCTOとして参画し、『心に届ける』エンターテイメント作品をテクノロジーで支えるべくリードする。 はじめまして、コルクCTOの萬田(@daisakku)です。 僕がコルクに参画した理由には「本好き」であることもあるが、何よりも未だITされていない「出版・メディア」業界をテクノロジーの力でサポートし、「作家の才能を最大化する」というコルクのマインドに心を動かされたからである。 コルクは、大手出版社とは異なる社風ではあるが、まだまだIT化されていない部分も多かった。そこにエンジニアが入社した場合、どのようなところから手をつけていけば良いだろうか?

                                          リクルートからコルクのCTOになったエンジニア推薦、非IT企業でまず導入すべきツール5選 | コルクのブログ
                                        • SREは大規模なリプレイスプロジェクトで発生した様々な問題にどう取り組んだか【Backlog Play 化プロジェクト】 | Backlogブログ

                                          Backlog SREチームのmuziです。2018年4月から2019年7月まで、BacklogをJavaからScala / Play Frameworkに移行する大規模なリプレイスプロジェクトに参加していました。 SREとして、このリプレイスにはかなりの困難が伴いました。特にBacklogのサービス安定性は大きな問題でした。 本記事では、こうした問題に対して、SREである私がどういうアプローチを取ったのか、そしてこのプロジェクトで得られた教訓を今後チームや組織全体でどのように活かそうとしているかをご紹介します。 正直言って、泥臭い話だらけの内容です。それでも、技術的負債を抱えたプロジェクトでSREが取れるアプローチの事例の一つとして、読者の参考になれば幸いです。 はじめに ヌーラボでは2015年11月から2019年7月まで、BacklogをJavaからScala / Play Frame

                                            SREは大規模なリプレイスプロジェクトで発生した様々な問題にどう取り組んだか【Backlog Play 化プロジェクト】 | Backlogブログ
                                          • 時系列でみる!4年の歳月をかけてPlay Frameworkで「大規模リプレイス」した話【Backlog Play 化プロジェクト】

                                            ヌーラボの松浦です。私がSREのエンジニアリングマネージャーとしてプロジェクトのサポートに携わっているプロジェクト管理ツールのBacklogは、2019年7月にJavaからScala / Play Frameworkに完全移行をしました。 このPlay化プロジェクトは、10年がかりで改良され仕様が明文化されていなかったBacklogを、JavaからScala / Play Frameworkに移行するという壮大なプロジェクトでした。 約4年にわたる「Backlog Playプロジェクト」(以下、Play化プロジェクト) で体験した“紆余曲折”を記録に残し、後のプロジェクトにつなげるために、今回から7回に渡って、技術的な挑戦やプロジェクト管理の視点など、当時のチームメンバーが独自の目線でPlay化プロジェクトを振り返った記事を連載します。 連載第1回目の本記事では、序章としてPlay化プロジ

                                              時系列でみる!4年の歳月をかけてPlay Frameworkで「大規模リプレイス」した話【Backlog Play 化プロジェクト】
                                            • Toodledo、RTM、Nozbe…この春に始めたい、おすすめタスク管理ツール5選+9選

                                              現在位置: ホーム1 / GTD2 / Toodledo、RTM、Nozbe…この春に始めたい、おすすめタスク管理ツール5選+9... この春から、GTDやToDo管理をクラウドサービスやアプリで始めてみよう。という方も多いかもしれません。 当ブログでイチオシのToodledoをはじめ、オンライン(オフライン)のタスク管理ツールは種類も豊富で、どれを使うか決めるのが一番面倒なタスクだったりします…。 そこで今回、当方がおすすめのツールを(Toodledo以外も!)勝手におすすめポイント付きで、超簡単にご紹介させていただきたいと思います。 なお、それぞれのツールについての詳細な使い方等は書いていませんので、各サイトヘルプやガイド・チュートリアルやTipsを紹介しているサイトやブログを参照いただければと思います。 それでは以下、順にご紹介します! Toodledo(トゥードゥルドゥー) Too

                                                Toodledo、RTM、Nozbe…この春に始めたい、おすすめタスク管理ツール5選+9選
                                              • Backlogの改善でわかった A/Bテスト を失敗に導くアンチパターン5選 | 株式会社ヌーラボ(Nulab inc.)

                                                ※ 数字は仮のものですが、改善率は実際の結果と大体合わせてあります。 これらの結果から「基本的ではない機能を持つアイコンにラベルを合わせて表示すると、ユーザーの使用率が上がる可能性がある」ということがわかりました。特にウォッチ機能と編集機能の改善率の差にわかりやすく出ていますね。 現在はこの結果や更なるA/Bテストを基にしながら、他の画面の改善も進めています。 A/Bテストを失敗に導くアンチパターン 結局どっちがいいの? A/Bテストサイコー! なんでもいいからA/Bテストしたいぞ! ……と言いたいところですが、実際はそう簡単ではありませんでした。やってみて初めて気付いたり、改めて実感した知見から、A/Bテストを失敗に導くアンチパターンをいくつか共有します。 アンチパターン 1: 仮説を設定しない 仮説は、テスト内容を決めたり、結果を評価する際の判断基準になります。テストを行う前に仮説を設

                                                  Backlogの改善でわかった A/Bテスト を失敗に導くアンチパターン5選 | 株式会社ヌーラボ(Nulab inc.)
                                                • 開発チームで実運用しているスクラムを画像いっぱいでまとめてみた - SMARTCAMP Engineer Blog

                                                  スマートキャンプの郷田です。 私はBiscuet(ビスケット)という新規SaaSのプロダクトマネージャーをしております。 Biscuetでは開発プロセスに課題を感じていたため、外部からアジャイルコーチの天野さんをアドバイザーとして召喚し、スクラムの導入を進めています。 そこで今回は、Biscuetチームで先月から導入を進めているスクラムの現状を、たくさんの画像を用いてまとめてみたいと思います! スクラムの役割 開発チーム プロダクトオーナーチーム スクラムマスター スクラム全体像 スクラムのセレモニー PBL(Product Backlog) SBL(Sprint Backlog) 朝会(Daily Scrum) モブプロスペース KPT(Sprint Retrospective) その他 最後に スクラムの役割 開発チーム 開発チームはエンジニアの3人が中心となって開発を進めています。

                                                    開発チームで実運用しているスクラムを画像いっぱいでまとめてみた - SMARTCAMP Engineer Blog
                                                  • 普通のおばちゃんプログラマが学んだプログラミング入門サイト&本 - トレイシーの肖像が記録するnote

                                                    みなさん前回の記事お読みいただきありがとうございます。まさかそこそこバズるとまーーーーーったく思ってなかったので正直驚きました。あかん!なんかそれっぽい記事あげたほうが良いかもと謎のプレッシャーに駆られました。 ( ゚∀゚)アハハ八八ノヽノヽノヽノ \ / \/ \なんでいままでワイガ参考にさせていただいたサイトや本など上げてみたいと思います。みんなのおググり時間の参考にどうぞ、基本老舗のかたいとこです。 公式ドキュメントは教科書、Webや本は参考書 基本メーカーが出してる公式チェックしながら写経や購読したほうがいいです。詰まった時結局公式のAPIドキュメント見てチェックが一番早いので習慣づけもためにも。公式にチュートリアルあればそちらもチェックしてみてね。 どんな良書でも自分に合う、合わないがある 大学の面接授業で先生におすすめの参考書を伺ったときの先生のお答えです。これはあるな〜。先生

                                                      普通のおばちゃんプログラマが学んだプログラミング入門サイト&本 - トレイシーの肖像が記録するnote
                                                    • 15年間務めた会社に退社を切り出したら史上稀にみるクソ展開になって1年。良い機会なので振り返ってみる。 - 放浪軍師のアプリ開発局

                                                      さて始まりました放浪軍師のアプリ開発局。早いもので転職してまもなく1年が経過します。令和最初の一大エントリーなんて呼ばれたあの記事を読み返してみると、ほんとよく頑張ったよなぁなんて思いますね…。さて、ちょうど公式はてなブログのトップページにもあの記事がピックアップされているようですし、区切りも良いので、この1年で学んだことや変わったこと、その他諸々の振り返りなんかをやってみようと思います。もし、読んでいない方がいらっしゃいましたら先に読まれると楽しめるんじゃないかと思います。 www.gunshi.info 現在のお仕事 前職ではマルチなエンジニア(?)として営業、見積もり、開発、納品、保守、あげくはサポートセンターや電子工作物の設計と作成までカバーするというオールジャンルな活躍をしておりましたが、現在はそのようなことはなく、自社内にて新規開発業務に当たらせていただいております。今現在は要

                                                        15年間務めた会社に退社を切り出したら史上稀にみるクソ展開になって1年。良い機会なので振り返ってみる。 - 放浪軍師のアプリ開発局
                                                      • nanapi Ver5をリリースするときに使った社内リリースの仕組み - UNIX的なアレ

                                                        久々のエントリーです。先日、3周年ということでnanapiをリニューアルしました!今回は「メディアからプラットフォームへ」をコンセプトとし、大幅なリニューアルを実施しています。 リニューアルのコンセプトとかは、詳しくはこちらに書いてあります。 nanapiがVer5.0にバージョンアップしました : けんすう日記 社内リリースの重要さ UIやデザイン、細かい機能など制作側としてはすごく作り込んでいるわけですが、数週間1つのプロジェクトにコミットしているとなかなか客観的に見ることができなくなってきます。 そんな時は客観的な意見をもいたくなるものですが、その意見のもらい方がなかなか難しい。 弊社もサービスを立ち上げてから3年が経過しているわけで、従業員数もそれなりの人数になってきています。となると、開発環境やステージング環境を見てもらうにしても、面倒な手順がちょっとでもあるとなかなか難しかった

                                                          nanapi Ver5をリリースするときに使った社内リリースの仕組み - UNIX的なアレ
                                                        • AWS の API を利用するときに気をつけたい 3 つのポイント | はったりエンジニアの備忘録

                                                          AWS の魅力は API を使ってインフラをコントロールできる点です。インフラだけでなく SQS や DynamoDB といったサービスも API で操作します。ほぼすべてのサービスに API が用意されているので、AWS を使いこなせば使いこなすほど API の利用頻度も上がります。 今回は AWS の API を利用するときに気をつけたいポイントをまとめてみました。 リトライ処理を入れる AWS に限ったことではありませんが、API リクエストはさまざまな理由で一時的に失敗する可能性があります。クライアント側のネットワークエラーの可能性もありますし、大量のリクエストを送ってサーバ側でスロットリングされているかもしれません。 なので、API リクエストは 一時的な失敗を前提 にリトライ処理を入れましょう(AWS SDK を利用しているのであればリトライ処理は自動的に行われます)。一度失敗

                                                            AWS の API を利用するときに気をつけたい 3 つのポイント | はったりエンジニアの備忘録
                                                          • nginxとUnicornでRackアプリを動かす : As Sloth As Possible

                                                            どうやらUnicornというのが良いらしいという噂を聞きつけたので、どんなもんじゃろと試してみることにした。 Route 477 - 大規模Railsサイトのための新しいHTTPサーバ、Unicorn Unicornてのは何者なのかと言うと、Rack及びRailsに対応したRubyのWebアプリ用のHTTPサーバ。詳しくは上の記事を読んで下さい。githubでも使ってるそうだ。あと、名前が格好良い(あんまり関係ない)。 まずはunicornの設定 と言っても、gem install unicornしてconfig.ruがあるディレクトリでunicornコマンドを叩けば、thinとかと同じようにサーバが起動する。rackup互換のオプションも付いてるので特に悩むこともないと思う。あとは普通にApacheとかでプロキシの設定してやるなりなんなりすればすぐ使える。 それだけだと大して面白くないの

                                                              nginxとUnicornでRackアプリを動かす : As Sloth As Possible
                                                            • 【お前のチケット】チーム開発でのチケット改善術【解読不能】 - seri::diary

                                                              Issue管理システムを使っている開発現場では同僚の書いたチケットに悩まされる以下の様な光景が良く見られます。 事例1「何の目的で作られたのか分からないチケット」 ソースレビューを振られたのでチケットを見てみたら、何を変更したいかは分かるけどこの変更がどういう意味があるのか分からないケース 担当者の対応 作業したメンバーの席まで歩いて行って 「ねーねーこれさー、何のために作ったの?」 「あーそれはですね、まず○○という話がありまして、それで…」 (背景から説明されて15分経過) 事例2「ソースを全部読まないと何を変更したか分からないチケット」 ソースレビューを振られたのでチケットを見てみたら10コミットぐらい入れてあるけどチケットの説明が簡素過ぎて何の仕様をどう変更したか(もしくは新規に作ったか)がソースの差分を全部読み込まないと分からないケース 担当者の対応 作業したメンバーの席まで歩い

                                                                【お前のチケット】チーム開発でのチケット改善術【解読不能】 - seri::diary
                                                              • GitHubの新機能「Projects」を使ってタスク管理してみた - teratail blog

                                                                みなさんこんにちは。teratail開発チームの出川(@ikuwow)です。 少し前ですが、9月14日にサンフランシスコで開催されたGitHub Universeにて 「Code Review」と「Projects」という大きな新機能が発表されましたね! github.com 中でもIssueやPull Requestをかんばん上に表示できる"Projects"機能は 誰もが待ち望んでいたツールとも言えるでしょう。 以前からGitHubのIssueをかんばん化するツールは ZenHubや Waffleなど様々なものがありましたが、 ついにGitHubが公式で実装してくれました。 teratail開発チームでは開発でGitHubを利用しているので、 ニュースを聞いたときにはチームメンバーの皆がすぐに使いたくなりました。 既にこのProjectsを使ってみた様々な記事がありますが、 terat

                                                                  GitHubの新機能「Projects」を使ってタスク管理してみた - teratail blog
                                                                • スクラムだからとあーだこーだ言っても仕方ない - regtanの日記

                                                                  こんばんは。ドワンゴ Advent Calendar 2015 12/10担当の@regtanです。昨日はorzngoさんのCharlesでらくらくフロント開発でした。 今年の2月ごろまではニコニコ静画(電子書籍)の開発リーダーをやっていましたが、現在はもう一つ上のレイヤーでのエンジニアの管理や評価を担当しています。そんな中で、これまで以上にエンジニアチームのマネージメントや育成などの部分とこれまで以上に向き合う機会がふえました。 今年のアドベントカレンダーはとても技術よりの部分が多かったので、箸休め的に今日はエンジニアマネージメントについて書いていこうと思います。しかも、ポエム要素がつよいのでQiitaではありません。 評価されないと悩むスクラムマスター 先日、このようなエントリーを読みました。techblog.yahoo.co.jp 詳細はこちらのエントリに任せますが、このエントリーの

                                                                    スクラムだからとあーだこーだ言っても仕方ない - regtanの日記
                                                                  • ヌーラボ、「リゾートワーク制度」を始動--社員の宮古島におけるリモート就業を支援する社内制度 | プレスリリース | 株式会社ヌーラボ(Nulab inc.)

                                                                    チームのコラボレーションを促進し、働くを楽しくするツール「Backlog (バックログ)」「Cacoo (カクー)」「Typetalk (タイプトーク)」を開発、提供する株式会社ヌーラボ(本社:福岡県福岡市、代表取締役:橋本 正徳、以下 ヌーラボ)は、宮古島市教育委員会と共同で、社員の宮古島におけるリモート就業を支援する社内制度「リゾートワーク制度」を始動しましたので、お知らせします。 ■ 「リゾートワーク制度」始動の背景 「リゾートワーク制度」は、宮古島からリモート環境で通常業務などに従事する「リゾートワーク」を希望する社員を社内公募し、選抜された社員(およびその家族)の旅費などの一部をヌーラボが負担する内容です。 ヌーラボは、自身が開発・提供する3つのコラボレーションツール「Backlog」「Cacoo」「Typetalk」によって、地球上のどこにいてもオンラインで仕事ができています。

                                                                      ヌーラボ、「リゾートワーク制度」を始動--社員の宮古島におけるリモート就業を支援する社内制度 | プレスリリース | 株式会社ヌーラボ(Nulab inc.)
                                                                    • BEA introduces service bus for enterprise-wide SOA deployments - ComputerWeekly.com

                                                                      News Archive July 24, 2024 24 Jul'24 CrowdStrike blames outage on content configuration update CrowdStrike publishes the preliminary findings of what will be a lengthy investigation into the root causes of the failed 19 July update that caused Windows computers to crash all over the world July 24, 2024 24 Jul'24 Fortune 500 stands to lost $5bn plus from CrowdStrike incident The largest global orga

                                                                      • Go言語 で Gitサーバー を書いてみた。 | 株式会社ヌーラボ(Nulab inc.)

                                                                        Backlogチームのnabe_です。もっぱら仕事はJavaとScala、最近の趣味は Go言語 です。今回、 Go言語 で nulab/go-git-http-xfer という Git ライブラリ を書いたので紹介させていただきます。 役割 動機 仕組み 使い方 試用 まとめ 役割 このライブラリを使うと、GitのリモートリポジトリへHTTPでアクセスするためのサーバーを作ることができます。HTTPアクセス自体は、BacklogやGithub等のGitをホスティングしているサービスであれば概ねサポートしているので、普段あまり気にすることはないかと思いますが、独自にGitを運用している場合、リモートリポジトリの前に clone、push、fetch  等で発生するHTTP通信を捌く仕組みを、なにかしら用意しなければなりません。 動機 私自身まだまだGoのニュービーなのですが、兎に角手を動か

                                                                          Go言語 で Gitサーバー を書いてみた。 | 株式会社ヌーラボ(Nulab inc.)
                                                                        • Notion API を使った機能開発 〜最小の実装で作る要望回収システム〜 - Timee Product Team Blog

                                                                          はじめに こんにちは、フロントエンドエンジニアの樫福 @cashfooooou です。 タイミーでは toB 向け管理画面を作成しています。 半年ほど前、タイミーでは顧客からのサービスへの要望を集め、管理するシステム(以下、要望回収システム)を作りました。 顧客の課題から新しい機能について考え、顧客により価値のあるものを届けるための施策です。 システムの実装には Notion という SaaS を活用しました。 最小限の実装で良い機能・良い運用が作れたと思っています。 この記事では、要望回収システムの実装に取り組んだ経緯から、実際の運用の例まで紹介します。 同じように顧客の要望回収を行いたい方はもちろん、SaaS を使ったミニマルな機能開発の参考になれば幸いです。 はじめに Notion 従来の回収システム 課題 解決したい課題 Notion API を用いた課題解決 制約 データベースの

                                                                            Notion API を使った機能開発 〜最小の実装で作る要望回収システム〜 - Timee Product Team Blog
                                                                          • 初心者でもほぼ無料でGitの使い方を学べるコンテンツ7選 - paiza times

                                                                            Photo by othree こんにちは。谷口です。 開発業務未経験からITエンジニアを目指す方にとって、プログラミングだけでなく、習得しておきたいのがGitの使い方です。 Gitは、プログラミングしたコードの変更などをした履歴を管理してくれるシステムです。 開発をしていると、ファイルを編集前の状態に戻したいとか、間違えて編集しちゃったとか、どれが最新かわからないとか、そういうことがたびたび発生します。(プログラミングの勉強しているときに、コードをいじったら動かなくなってしまって「前の状態に戻したい!!」となった経験がある人も多いかと思います) そんなときに、バージョン管理をしておけば、コードの変更履歴を管理したり、過去のバージョンのファイルに戻したり…といったことが簡単にできます。そのため、ほとんどの企業がバージョン管理システムを導入しています。 バージョン管理システムには、大きくわけ

                                                                              初心者でもほぼ無料でGitの使い方を学べるコンテンツ7選 - paiza times
                                                                            • GoogleもRPAに参入か。ノーコードでプロセスオートメーションを実現する「AppSheet Automation」を含む「Business Application Platform」を発表

                                                                              GoogleもRPAに参入か。ノーコードでプロセスオートメーションを実現する「AppSheet Automation」を含む「Business Application Platform」を発表 Googleは、企業がクラウド上で簡単かつ迅速にビジネスアプリケーションを実現するためのプラットフォーム「Business Application Platform」を発表しました。 Business Application Platformはおもに、Google CloudのサービスをAPI経由で利用しやすくする「API Gateway」、ノーコード開発ツールのAppSheetのデータソースを拡張する「Apigee data source for AppSheet」、そしてAppSheetの新機能としてノーコードでプロセスオートメーションを実現する「AppSheet Automation」の3つか

                                                                                GoogleもRPAに参入か。ノーコードでプロセスオートメーションを実現する「AppSheet Automation」を含む「Business Application Platform」を発表
                                                                              • Emacsでスムーズに図形編集ができるようになるcacoo.elを作ってみた - 技術日記@kiwanami

                                                                                最新記事 -> cacoo.el v2.0 リリース - 技術日記@kiwanami (2012/11/17 追記) Cacoo(http://cacoo.com/)というWeb上の図形描画ツールを、Emacsからシームレスに使える cacoo.el を作りました。 Emacsユーザーにとっては他のWordやExcelなどのアプリを超える文書作成環境になるのではないかと、勝手に妄想しています。 Cacooについては以下のサイトを見てください。自分はCacooで方眼紙Excelをやめることが出来ました。 日本発のCacooは複数ユーザーがリアルタイムで協調しながらデザイン作業ができるすぐれもの | TechCrunch Japan Online Diagram & Collaboration Features Tour | Cacoo インストール方法 必要なものは、Emacs22以上(たぶ

                                                                                  Emacsでスムーズに図形編集ができるようになるcacoo.elを作ってみた - 技術日記@kiwanami
                                                                                • PHPコンパイルによる高性能のFastCGIウェブサーバー構築とチューニングに関するお話し(1) - LIFULL Creators Blog

                                                                                  こんにちは。新規事業本部・金融グループの金(成奉)です。 前回は高性能GIS専用のPostgreSQLデータベースサーバーの構築について話しましたが、今回はFastCGI基盤ウェブサーバーのPHPコンパイル構築、チューニング、設定などについてお話したいと思います。内容の範囲が広く、長文になっているため、3回に分けて投稿します。 PHPは、ほとんどのモジュールがコンパイルされるような構成となっています。おまけにGIS関連のデータを扱うことのできるGEOSエクステンションの追加などにも触れています。 ウェブサーバーは、ApacheとNginxになりますが、Nginxのコンパイル構築方法についても説明します。特にApacheでPHPを運用する際、最も効率よい構成はなんだろうと開発やインフラ担当の方はきっと悩んだことがあるかと思います。ApacheとPHPをどのような構成と設定で運用すれば、高いパ

                                                                                    PHPコンパイルによる高性能のFastCGIウェブサーバー構築とチューニングに関するお話し(1) - LIFULL Creators Blog