並び順

ブックマーク数

期間指定

  • から
  • まで

241 - 280 件 / 814件

新着順 人気順

プロジェクト管理の検索結果241 - 280 件 / 814件

  • 新人さんにすすめる有益なツール達 2022春- - Qiita

    はじめに DeepL翻訳をはじめとしたテキストコピペ系Webサービスは機密情報の扱いに注意しよう - Qiita 長文要約生成APIを利用する前に気をつけたいこと - Qiita 記事やソースコードを公開するときに気をつけていること - テックブログガイドライン - Qiita 他、ツールの利用は社内規定を確認しましょう。以下そのうえで日常おすすめするツールです。流行り廃りあるかもなので2022春と書きました ツール達 エディタ テキストエディタはどれが良いだろうか - Qiita を参考。 サクラエディタ TeraPad 公式ダウンロードサイト Oedit Typora — a markdown editor, markdown reader. Obsidianで日々のローカル秘蔵メモを取り込んでみたらNotionより自分好みに使えそうだった - Qiita Markdownはいいぞ。脱

      新人さんにすすめる有益なツール達 2022春- - Qiita
    • 「誰もやったことがないことを期限までにやれ」 無理ゲーなプロジェクトを任された時の「失敗」の考え方

      変化の激しい社会で成長を続けるため、新規事業の立ち上げに乗り出す企業が増えています。そんな中、タスクの進捗管理・日程調整・社内外との交渉など、多岐にわたる仕事を抱え、責任者としての重圧に悩んでいるプロジェクト担当者も多いのではないでしょうか。本記事では、DXサービスの新規事業を立ち上げた、エン・ジャパン株式会社の高橋淳也氏がゲストに登場。業務改善のためゼロからDXを勉強し、最終的にサービス化するまでに至った高橋氏が、プロジェクトマネジメントの課題を解決するヒントをお届けします。前編は、プロマネの仕事にまつわる誤解や、プロジェクトにおけるチームの重要性について語られました。 サイボウズ社員の4人に1人が受けた、人気のプロマネ勉強会 小林悠氏(以下、小林):それではみなさま、こんにちは。「なぜプロジェクトは難しいのか ーチームで旅するプロジェクトマネジメントー」という40分間のセッションを始め

        「誰もやったことがないことを期限までにやれ」 無理ゲーなプロジェクトを任された時の「失敗」の考え方 
      • エンジニアのためのマネジメント入門/Introduction to Management for Software Engineers

        ## 概要 エンジニアのキャリアパスの1つに「マネジメント」があります。エンジニアリングマネージャーとも呼ばれるこの仕事は、エンジニアにとっては多くの場合未知の領域です。その領域はいくつもの専門領域から成り、学ばなければならないことは多分にあります。本セッションでは、『エンジニアのためのマネジメント入門』で取り上げた「マネジメントの領域」を紹介して、各領域を解説します。 ## イベント https://forkwell.connpass.com/event/276110/

          エンジニアのためのマネジメント入門/Introduction to Management for Software Engineers
        • ソフトウェアエンジニア社長として起業してから会社清算するまでの4年間の振り返り (中編)|Takahiro Ikeuchi

          前編では、起業に至るまでの前職での経験と起業の動機、最初の事業立ち上げ未遂までの振り返りを行いました。今回の中編では、次に行った事業の話をメインに振り返りたいと思います。 第二期 : B2B SaaS 事業の立ち上げ 〜 モダン・ヘルプデスク SaaS を求めて最初に計画した事業が凄い勢いで頓挫したショックから立ち直ったのは、2016年早春のことでした。当時、最初の事業が失敗した理由は以下の2つだったと考えました。 ・業界から見ると僕は部外者であり、人脈もなければ仕事をした実績もない。→ 自分の体験に根付いておらず、僕がやる蓋然性が薄かった。 ・事業推進の面で、作品をいかに巻き込めるかというビジネス・ディベロップメント側の比率が大きすぎた。→ 自分の強みはプロダクトのつくりこみにあると考えた。 とにかく自分の得意領域に寄せて勝負しようということで、そこで取り組むことにしたのが B2B Sa

            ソフトウェアエンジニア社長として起業してから会社清算するまでの4年間の振り返り (中編)|Takahiro Ikeuchi
          • 『2時間スプリント』とフルリモートワークなシステム開発 - terurouメモ

            デンキヤギという会社で『2時間スプリント』が定着してきたので、その話でも書きます。 2時間スプリント? みなさん、すでにスクラムで開発してますよね! ぶっちゃけ、スクラムがよくわかってなくても、とりあえずスプリントと称して開発のメリハリをつけるために、1週間なり2週間なりで区間を区切って開発をしていくのは、普通にやってるんじゃないかと思います。 2時間スプリントとは、その期間を2時間にするという話です。 スプリントを超短期サイクルにすること自体は、47機関の人たちがオリジナルだという認識です。このあたりに本家の情報がまとまっています。 kyon-mm.hatenablog.com 2018年に実際に47機関の人たちのチームに入って1時間スプリントで働くという機会があって、それ経て、デンキヤギでもパクって導入しています。本家ではのちのち15分スプリントになっていったらしいんですが、うちはうち

              『2時間スプリント』とフルリモートワークなシステム開発 - terurouメモ
            • 「デザイナーこそ、スプレッドシートに強くなれ」の意味するところ|鷹野 雅弘

              「デザイナーこそ、スプレッドシートに強くなれ」とずっと言い続けています。先日、とあるセミナー(#D2デザインダンジョン)で発したところ、「具体的にはどういうことでしょうか?」と質問いただきました。 よい機会なのでまとめてみました。重要なのは、スプレッドシートは数字はもちろんだけど、数字以外でも使いますよね、ということです。 なお、この記事では、次をまとめて「スプレッドシート」と記します。 Excel(デスクトップ版、オンライン版) Google スプレッドシート スプシ 表計算 Apple Numbers 「スプシ」という言葉には、なかなか慣れません… スプレッドシートは「思考の道具」である私自身、「マインドマップ」はよく使います。 マインドマップは思考を“発散”するには向いていますが、“収束”には不向き。たとえば、異なる“枝”のアイテムの関係性を表現できません。 詳しくは、こちらの記事に

                「デザイナーこそ、スプレッドシートに強くなれ」の意味するところ|鷹野 雅弘
              • スケジュールにバッファを設けるのは悪か? - ユニファ開発者ブログ

                こんにちは、プロダクトマネージャーの田嶋です。 はじめにお断りしておきますが、本記事は、2021年7月にリリースした開発プロジェクト(以降「Rプロジェクト」)において、遅延なく開発を進められたことのプチ自慢です🎉 笑 週次で滞りなくバーンダウンが落ちていく様子を、チームで安心して見ることができました。スケジュールのストレスなく開発を進めることができたのは、チームの頑張りのほか、見積もりとスケジュール管理が良かったからだとも思っています! 開発プロジェクトにスケジュールが求められる理由は様々ですが、キャンペーン施策や営業資料の準備計画を立てるため、あるいは利用顧客へも告知責任があるから、などです。そのいずれの場合も、計画やそのための作業見積もりは欠かせません。 しかし多くの開発プロジェクトにおいて、実績は見積もりよりも上振れし、遅延してしまうことが多いのではないでしょうか。 本記事では、R

                  スケジュールにバッファを設けるのは悪か? - ユニファ開発者ブログ
                • Webフルスタックエンジニアになるためのチェックリスト

                  Webフルスタックエンジニアになるためのチェックリスト Zennでの投稿にあたって この記事は、2020/03/22に自分のgithubリポジトリで公開していた内容を、Zennのgithubリポジトリ連携機能を用いて一般公開したものです。 投稿にあたって、Zennの記事連携フォーマットに準拠する以外の修正は加えておりませんので、一部Zennというプラットフォームの方針や雰囲気に合わない内容などあるかもしれません。あらかじめご了承ください。 はじめに 日本のWeb開発業界で「フルスタックエンジニア」になるために必要な知識を、個人的経験からまとめました。 フルスタックエンジニアの定義ですが、ここでは、 企業で開発リーダー/テックリードとして、Webブラウザアプリケーションを前提としたサービスの立ち上げからリリース、運用まで面倒を見られる。 というロールと仮定し、前提条件としては、どちらかという

                    Webフルスタックエンジニアになるためのチェックリスト
                  • GitHub、チームでの利用も無料に。プライベートリポジトリ数も制限なく、チームディスカッション、ActionsによるCI/CDも可能

                    GitHub、チームでの利用も無料に。プライベートリポジトリ数も制限なく、チームディスカッション、ActionsによるCI/CDも可能 GitHubは無料で利用できる「Free」プランを見直し、個人に加えてチームでも無料で利用できる新たなFreeプランを発表しました。 Today we’re announcing free private repositories with unlimited collaborators for teams with GitHub Free, and reducing the price of our paid Team plan to $4 per user/month. All of the core GitHub features are now free for everyone. Learn more: https://t.co/fQ3r2ABt

                      GitHub、チームでの利用も無料に。プライベートリポジトリ数も制限なく、チームディスカッション、ActionsによるCI/CDも可能
                    • テストコード導入奮闘記~私はこうやってプロジェクトにテストコードを導入しました~ - Qiita

                      導入 どうやら新卒2年目社員のAさんが上司のZさんにプロジェクトにおいてテストコード導入を打診してるようです。少し内容を見てみましょうか。 Aさん(新卒2年目社員)「最近テスト自動化やテストコード、TDDなどの単語をよく聞きます。うちはテストコード書いてないですし、実装後の簡単な動作確認、最終の結合テストしかしていません。開発体験と品質を上げるために、テストコードを導入したいです。」 Zさん(上司)「そうは言うがね、君。今のうちの状況を見てごらんよ。みんな複数のプロジェクトに関わっていて、常に多忙。残業時間もぎりぎりで何とかプロジェクトが回っている状態だよ。そんなみんなにさらに作業を増やすようなことを提案するというのかね?しかも、テストコードはお客様からしたら作っても作らなくても関係ない、いわば直接利益に関係ないような作業じゃないか。もちろん、世の中で認知されているということは知ってるよ?

                        テストコード導入奮闘記~私はこうやってプロジェクトにテストコードを導入しました~ - Qiita
                      • リモートワーク改善していきたいよね

                        uzulla 2020/03/07 at Hachioji.pm #78 Lightning talk

                          リモートワーク改善していきたいよね
                        • 新人PM「あるある失敗」を回避せよ!『プロダクトマネジメントのすべて』共同執筆、小城久美子さんの視点 | キャリアハック(CAREER HACK)

                          プロダクトマネージャー(PM)の必読書!新刊『プロダクトマネジメントのすべて』共同執筆者、小城久美子さんを取材。小城さん自身も経験した「PMのあるある失敗談」をもとに、新人PMがいかに最初の壁を突破していけるか、考えました。 プロダクトマネージャーってなんだろう? 小城さんは、及川卓也さん率いるTablyにてプロダクトマネジメントの体系化、書籍執筆に携わり、個人的にもコミュニティづくりに取り組んできたと伺いました。そのなかでも、新人PMがぶつかりやすい壁も体系化されているのでしょうか? そうですね。とくに今回出版した書籍『プロダクトマネジメントのすべて』では、プロダクトマネジメントをはじめてする人を想定しながら執筆したので、新人PMの方にとって役立つ心構えや考え方をまとめています。 プロダクトマネジメントのすべて 事業戦略・IT開発・UXデザイン・マーケティングからチーム・組織運営まで ま

                            新人PM「あるある失敗」を回避せよ!『プロダクトマネジメントのすべて』共同執筆、小城久美子さんの視点 | キャリアハック(CAREER HACK)
                          • 開発チームの生産性・健全性を客観的に知るためにリポジトリ履歴から機械的に可視化するツールを作った - Qiita

                            はじめに ソフトウェア開発のチームの生産性や健全性というものは、内部の体感的として理解できるものの、外部の人間からは見えにくいものです。こういった情報の非対称性は開発チーム外の人々との関係の中での問題の原因になってきました。 また、複数の開発チームやプロダクトを束ねるEM、CTOや、管理職にとってそれぞれの状況を客観的な数字やグラフで可視化することは、全体的な戦略を考える上でも重要な参考情報になります。ですが、アンケートやプロジェクト管理を増やすほど、どんどんと開発メンバーに負担をかけてしまうことになり、計測のし過ぎによる疲れなども誘発してしまいます。 本稿では、gitリポジトリのログ情報から、いくつかのグラフを生成し、チームの状況を可視化するためのツールgilotを作成したので、その目的と意図、そして使い方、注意点を解説します。 アプローチ方法 gilotのアプローチは、git logの

                              開発チームの生産性・健全性を客観的に知るためにリポジトリ履歴から機械的に可視化するツールを作った - Qiita
                            • オープンソースのプロジェクト管理ツール「Taiga」を試してみた | DevelopersIO

                              こんにちは!DA(データアナリティクス)事業本部 サービスソリューション部の大高です。 プロジェクト管理ツールは色々ありますが、スクラム開発を実施する際には一定のお作法などもあり、より特化したツールのほうが利用しやすいかと思います。 今回はそんなプロジェクト管理ツールとして、オープンソースのプロジェクト管理ツール「Taiga」を試してみました。 Taigaとは? Taigaはアジャイルチーム向けのプロジェクト管理ツールです。直感的なユーザーインターフェイスを備えており、また多言語対応もしています。 「Basicプラン」または「Premiumプラン」の2つから、いわゆるSaaS型の利用ができますが、一方でセルフホスティングとして利用することで無償利用も可能です。 今回は、こちらのセルフホスティング型での利用を試してみたいと思います。 前提条件として、Docker環境が必要となるので私はDoc

                                オープンソースのプロジェクト管理ツール「Taiga」を試してみた | DevelopersIO
                              • 工数管理というものを理解する - Qiita

                                エンジニアのみなさま、日々の学習本当にお疲れ様です! また本記事まで足を運んでいただき本当に感謝です。 約3分程度で読めるので最後まで読んでもらえると幸いです。 はじめに 工数管理はプロジェクトの成功に欠かせない要素です。工数を正確に見積もり、管理することで、プロジェクトの遅延を防ぎ、クライアントやプロジェクトメンバーの信頼を得ることができます。 本記事では、工数見積もりの重要性とその手法、そして失敗しないためのポイントについて書きたいと思います。 「もっとこうした方が良いよ!」 や 「うちの会社ではこの様な考えで取り組んでます!」 があればぜひコメント欄で教えていただけますと幸いです。 工数とは? プロジェクトや業務を完了するために必要な作業時間のことを指します。 「人日」 や 「人月」 と呼ばれており、1人日は8時間、1人月は160時間(1日8時間、平日20日稼働)で表現するケースが多

                                  工数管理というものを理解する - Qiita
                                • 開発者の生産性を測るためのフレームワーク`SPACE`について

                                  LeanとDevOpsの科学の著者の一人であるNicole Forsgren氏が著者に入っているThe SPACE of Developer Productivity: There's more to it than you think - Microsoft Researchで提唱されているSPACEについて 以下記事も Four Keysだけじゃない開発者生産性フレームワーク 開発生産性の可視化フレームワークであるSPACEを活用するために、どのようなメトリクスをどう取得するかについて考えてみる 要約 SPACEは開発者の生産性を計測するためのフレームワーク 推奨されている測定指標のカテゴリ(本文ではディメンションと定義)の頭文字 satisfaction and well being performance activity communication and collaborati

                                    開発者の生産性を測るためのフレームワーク`SPACE`について
                                  • ペアプログラミングで「強いエンジニアチーム」を作る! ヤフーが実践する全てペアプロ開発の手法 - エンジニアHub|Webエンジニアのキャリアを考える!

                                    ペアプログラミングで「強いエンジニアチーム」を作る! ヤフーが実践する全てペアプロ開発の手法 ペアプログラミング(ペアプロ)のメリットや導入方法について、ヤフー株式会社の山下真一郎さんが、フリマアプリ「ヤフオク!」や「PayPayフリマ」での実例をもとに紹介します。 ペアプログラミング(以下、ペアプロ)は、2人のエンジニアが共同でプログラムを書いていく開発スタイルです。メンバー同士での知識の共有や、プロダクトの品質向上が見込めるとされており、多くの企業が導入を進めています。 本稿では、ヤフー株式会社のヤフオク!カンパニー開発本部でペアプロを導入し、現在はPayPayフリマの開発の取りまとめを行う山下真一郎(@shin_yahoojp)さんに、ペアプロに取り組む意義やその手法について解説してもらいました。 なぜペアプロが必要なのか? 質の高いコードレビューとしてのペアプロ ペアローテーション

                                      ペアプログラミングで「強いエンジニアチーム」を作る! ヤフーが実践する全てペアプロ開発の手法 - エンジニアHub|Webエンジニアのキャリアを考える!
                                    • 「本当に間に合うの?」の答えが「何もなければ大丈夫」は“圧縮スケジュール”  プロジェクトマネジメントアンチパターンの回避策

                                      ソフトウェア開発において「悪い結果に陥りやすい、避けるべき典型例」を指す、「アンチパターン」。 プロジェクトマネジメントの世界にも存在するアンチパターンは、プロジェクトの遅延や成果物の品質低下を招く原因となります。今回のセミナーでは、プロジェクトマネジメントの現場でよく見かける「プロジェクトマネジメントのアンチパターン」と、その回避方法を紹介しました。全4回。1回目は、アンチパターンその1「圧縮スケジュール」について。 よかれと思ってやっていることに苦しめられているケースがある 西郷智史氏:みなさんはじめまして、株式会社ビーイングコンサルティングでコンサルタントをしている西郷と申します。よろしくお願いします。 本編を始める前に、まず弊社の紹介をします。弊社はビーイングコンサルティングといいまして、事業内容は、制約条件の理論に基づいた生産性向上のコンサルティングサービスの提供です。制約条件の

                                        「本当に間に合うの?」の答えが「何もなければ大丈夫」は“圧縮スケジュール”  プロジェクトマネジメントアンチパターンの回避策
                                      • 権限移譲する技術 - 宮田昇始のブログ

                                        SmartHRの社長の宮田です。 この記事は SmartHR Advent Calendar 2019 3日目の記事です。 ソフトウェア開発にも役立つであろう「権限移譲」について書こうと思います。 胸を張って「これが得意です」と言えるものってそんなに無いのですが、CTOの芹澤さんから権限移譲だけはホメてもらえます。最近では「もしかしたら得意なのかも?」と思えるようになりました。そんな私が気をつけているポイントをまとめています。 権限移譲について学んだことはなく、独学です。そのため、すごーく当たり前のことしか書いてないかもしれませんし、逆に一般論からかけ離れている可能性があります。 あくまで、私が気をつけているポイントとして読んでいただければ。 いかに権限移譲してきたか? はじめに、私の権限移譲について紹介します。 半年でプロダクトにノータッチに 起業する前、私はWebディレクターとして仕事

                                          権限移譲する技術 - 宮田昇始のブログ
                                        • プロジェクトを成功させたければ人を信用してはいけない 大学教授が考えるプロジェクトマネジメントで重要な3つのこと

                                          年に一度のプロジェクトマネジメントに関するイベント「Backlog World 2020 re:Union」。今回「プロジェクトリスク&クライシスマネジメント」のテーマで登壇するのは、数多くのシステム開発の現場でプロジェクトマネージャーに従事し、現在は広島修道大学で教壇に立つ佐藤達男氏。前半はプロジェクトマネジメントに必要なことなどを、現場を知る人間の目線で語ってもらいました。 プロジェクトマネジメント論を教える現場経験豊富な大学教授 佐藤達男氏:みなさん、こんにちは。今回のテーマは「プロジェクトリスク&クライシスマネジメント」です。とくに、プロジェクトマネジメントの中でも、リスクと危機管理にフォーカスして話をしたいと思います。 あらためまして、佐藤達男です。出身は東京で、もとはSI企業で多くのシステム開発プロジェクトでプロジェクトマネージャーを経験。そのあと、全社のプロジェクトを統括する

                                            プロジェクトを成功させたければ人を信用してはいけない 大学教授が考えるプロジェクトマネジメントで重要な3つのこと
                                          • 「『何となく違うんだよなぁ』という曖昧なダメ出しにイライラしてきた」FF14を12年間率いる吉田直樹氏が、スタッフにとにかく根気よく説明する理由 | 文春オンライン

                                            世界でもっとも人気が高いMMORPGゲームのひとつに成長した「ファイナルファンタジーXIV(以下、FF14)」。 しかしFF14の発売当初の評判は「ゲームとして成立していない」と言われるほど低いものだった。コピー&ペーストが多用されたマップ、爽快感のないバトル、使いにくいUIなど問題が山積。 日本を代表するゲーム会社スクウェア・エニックスの人気シリーズで、なぜこのような失敗が起きたのか。そして炎上の真っ只中でプロデューサー兼ディレクターに就任した吉田直樹氏は、どのようにその惨状を立て直したのか。 「すでにサービスが開始されているオンラインRPGをイチから作り直す」という前代未聞の決断の内実と実情を吉田氏に聞いた。 会社の動きとは別の流れで、調査に巻き込まれていった ――現在は人気も評価も右肩上がりを続けるFF14ですが、吉田さんがプロデューサーとディレクターを兼任で引き受けた2010年はま

                                              「『何となく違うんだよなぁ』という曖昧なダメ出しにイライラしてきた」FF14を12年間率いる吉田直樹氏が、スタッフにとにかく根気よく説明する理由 | 文春オンライン
                                            • 2022年のプロダクトマネジメント方針を公開します - SmartHR Tech Blog

                                              こんにちは、プロダクトマネージャー(以下、PM)のadachiです。 SmartHRでは、年始に各部署のリーダーがその年の方針を発表することになっています。今回は私がPMグループの方針として書いた文章を、丸ごとそのまま公開したいと思います。 本文に入る前に、少しだけ補足をさせてください。 現在PMグループには13名のPMが所属しており、それぞれ担当するプロダクトの性質もフェーズも異なります。そのようなチームに向けたメッセージということで、やや抽象的かつ焦点が絞りきれていない内容になっております。(言い訳その1) また、改めて読み返すとかなり基本的なことしか書いていないのですが、基本に立ち戻ってがんばろうぜ!という趣旨であることをご理解いただければと思います。(言い訳その2) そして、あふれる思いを詰め込んだ結果、かなりの長文になってしまいました。シンプルさを美徳とするPMとしては汗顔の至り

                                                2022年のプロダクトマネジメント方針を公開します - SmartHR Tech Blog
                                              • ITフリーランスを対象とした国の労災保険「特別加入制度」が今日からスタート。フリーランスでも通勤や仕事によるケガ、病気、障害、死亡など補償

                                                フリーランスのプログラマやWebデザイナーなどの、いわゆるITフリーランスが通勤や仕事で被ったケガや病気、障害、死亡などに対して補償が行われる、国による労災保険の特別加入の対象拡大が今日、2021年9月1日からスタートしました。 労災保険とは、通勤や仕事において被るケガや病気、障害、死亡に対して、治療費などの療養費、休業する際の休業期間の給付、治療後に障害が残った場合の給付、死亡した場合の遺族への給付などを行うもので、国が管掌しています。病気やケガの際の医療費を一部負担する社会保険(健康保険)や国民健康保険などの国民皆保険制度とは別の制度です。 労災保険は、労働者を一人でも雇用する会社には労働者災害補償保険法によって加入が義務付けられており、保険料の全額を会社が負担することになっています。つまり、会社員やアルバイト、パートなど会社に雇用されている立場である労働者は、自動的に労災保険の対象と

                                                  ITフリーランスを対象とした国の労災保険「特別加入制度」が今日からスタート。フリーランスでも通勤や仕事によるケガ、病気、障害、死亡など補償
                                                • アップル、EV開発計画を白紙に-10年がかりのプロジェクト断念

                                                  The Apple Inc. logo at the new Apple store in Mumbai, India, on Tuesday, April 18, 2023. Photographer: Indranil Aditya/Bloomberg 米アップルは電気自動車(EV)を開発するという10年がかりの取り組みを中止する。事情に詳しい複数の関係者が明らかにした。同社史上最も野心的なプロジェクトの1つを断念することになる。 アップルは27日、社内でこの情報を共有し、同プロジェクトに携わる約2000人の従業員に驚きをもって迎えられたという。非公開情報であることを理由に匿名で語った関係者によると、今回の決定はジェフ・ウィリアムズ最高執行責任者(COO)と自動車プロジェクトを統括するバイスプレジデントのケビン・リンチ氏から従業員に伝えられた。

                                                    アップル、EV開発計画を白紙に-10年がかりのプロジェクト断念
                                                  • クックパッドの検索反映時間を 1/288 にしたシステム改修 - クックパッド開発者ブログ

                                                    こんにちは。レシピ事業部の新井(@SpicyCoffee)です。 クックパッドではこれまで、レシピを投稿してから検索結果に反映されるまで最長で 24 時間程度の時間がかかっていました。今回、この時間を 5 分程度、最長でも 10 分程度に短縮することに成功しました。本記事では、プロジェクトオーナーの立場で関わった私が代表してその開発について紹介します。 プロジェクトの目的と数値目標 本プロジェクトでは上記の「レシピを投稿してから検索結果に反映されるまでの時間短縮」が目的とされました。しかし、時間短縮といっても現状 24 時間であるものを "1 時間" にするのか、"1 分" にするのか、"1 秒" にするのかでは話が全然違います。この数値目標は設計を始めとした後の意思決定に大きく影響を与えるため、しっかりとした意図を持った状態で明確に定めておく必要がありました。 そこで、私とプロダクトオー

                                                      クックパッドの検索反映時間を 1/288 にしたシステム改修 - クックパッド開発者ブログ
                                                    • 見積もりをがんばらない - forest book

                                                      スクラムを開発方法論に採用しているチームで開発者をしています。最近たまたま見積もりについての話題がチームであがり、私の経験や考えを整理してみる機会にしようと考えました。お断りとして、本稿の考え方が正しいと主張する意図はありません。世の中にはさまざまなチームや開発スタイルがあります。私が経験していない業務においては他のやり方もうまくいくケースがあると考えています。 スクラムガイド には見積もりの実践について明確な指針を提供していません。一方でスプリントを設定し、スプリントプランニングを行う上で通常はその期間内にスプリントゴールの達成を図ることから、必然的になんらかの見積もりを行うことを前提としています。インターネットを検索すると、プランニングポーカーとストーリーポイントを用いた見積もりの記事も多くみつかります。私の立場として、ストーリーポイントという見積もり手法をやや懐疑的にみています。この

                                                        見積もりをがんばらない - forest book
                                                      • ヤフー式新人研修 〜 フルオンラインでエンジニア研修を作った話

                                                        ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは。システム統括本部で技術研修の設計・運営をしている酒井です。 ヤフーでは新入社員が配属後も業務で協力しあえるよう、同期同士の関係構築を研修のゴールのひとつとしています。しかし昨年は、新入社員の研修をフルオンラインで行ったために、そこに課題が残ってしまいました。今年は、いかに関係構築ができるよう改善できるか? がポイントの1つでした。 この記事では、2021年4月から6月にかけて実施した2カ月半の研修での工夫を、カリキュラム内容と新入社員の声もまじえて紹介していきます。よかったら最後までお付き合いください! 【目次】 狙いと課題 研修の流れとカリキュラム コミュニケーションのために工夫したこと 新入社員と運営が、ともに作る

                                                          ヤフー式新人研修 〜 フルオンラインでエンジニア研修を作った話
                                                        • 「小説家になろう」運営会社、経営体制を刷新 創業者は退任へ

                                                          小説投稿プラットフォーム「小説家になろう」を運営する株式会社ヒナプロジェクトが、代表取締役及び取締役の変更を知らせている。 この変更により、2024年2月29日付で代表取締役社長及びヒナプロジェクトの創業メンバーだった梅崎祐輔さんと平井幸さんが退任。 同年3月1日より、新たな代表取締役社長として青山侑矢さん、取締役に塩川和就さんが就任した。 「ユーザーへの収益還元」機能を示唆3月2日、「小説家になろう」は20周年イベントを東京都港区のニューピアホールで実施。新社長も登壇し、催しや発表が関係者やユーザーに対して行われたほか、かねてより待望されていた「ユーザーへの収益還元」が行える機能の実装を示唆。 2023年11月30日には、男性向けR-18イラストサイト「onaco」をリリース。2024年1月16日には「小説家になろう」のコア機能であるランキング機能をリニューアルするなど、大きな動きが続い

                                                            「小説家になろう」運営会社、経営体制を刷新 創業者は退任へ
                                                          • プログラムの「アーキテクチャに関するドキュメント」は面倒でも書くべき、ではどのように書くべきか?

                                                            開発プロジェクトに新しく加わった時は、まずプロジェクトの理解が第一。しかし、全体像を把握できるようなドキュメントがなく、コードから断片的な情報をかき集めるしかない場合もあります。新参の開発者がスムーズにプロジェクトを理解できるよう、大規模なプロジェクトでは「プロジェクト全体のアーキテクチャ」を示した「ARCHITECTURE.md」を添えた方がよいと、エンジニアのAleksey Kladov氏が指摘しています。 ARCHITECTURE.md https://matklad.github.io//2021/02/06/ARCHITECTURE.md.html Kladov氏はオープンソースプロジェクトの開発に携わる中で、「プロジェクトのアーキテクチャに対する知識量」によって開発スピードに大きな差が生じると気づいたとのこと。アーキテクチャに関する知識がない開発者にとって、大量のコードは「バラ

                                                              プログラムの「アーキテクチャに関するドキュメント」は面倒でも書くべき、ではどのように書くべきか?
                                                            • プロジェクト管理ツール「Trello」で運転免許証など個人情報流出 閲覧範囲の設定ミスが原因か

                                                              Trelloは豪Atlassianが運営するプロジェクト管理ツール。付せんのようなユーザーインタフェースで簡単にToDoやプロジェクトの進行状況を管理できるのが特徴。米Fog Creek Softwareが2011年に立ち上げ、14年に企業としてスピンアウト。Atlassianが17年2月に買収した。 Atlassianはヘルプページで「公開したボードはインターネット上の誰にでも表示され、Googleなどの検索エンジンに表示される。リンクを知っているすべての人が、Trelloアカウントを持っているかどうかにかかわらず、ボードを表示できる」と記載している。 関連記事 名刺SNS「Eight」で情報機関員などの本名が閲覧できる状態に 非公開にする方法は 治安や防衛、情報収集活動に関わる人物の中でも、Sansanの名刺SNS「Eight」を利用している人の一部の所属と本名がGoogle検索で誰で

                                                                プロジェクト管理ツール「Trello」で運転免許証など個人情報流出 閲覧範囲の設定ミスが原因か
                                                              • スクラムマスターがやること、やらないこと - アジャイルトレーニングの専門家に聞いてみた - エンジニアHub|Webエンジニアのキャリアを考える!

                                                                スクラムマスターがやること、やらないこと - アジャイルトレーニングの専門家に聞いてみた スクラムマスターとして日々仕事に邁進していても、教科書どおりにいかないこともしばしば。イベントに人が来ない……、タスク終わらなさそう……などなど、スクラムマスターが直面しがちな、「あるある」な悩みを、アジャイルコーチの吉羽龍太郎さんに相談してみました。 イベントマネジメントの心得 スプリントレビューでは言いたい放題言わせよう! スプリントの期間延長は絶対NG 大切なのは原因の究明 スコープと期限の両方を守るのは難しい よいチームを作るためにスクラムマスターができること アジャイル開発の定番手法ともいえる「スクラム」。開発チームにスクラムを導入し、効率的に開発を進めるには、スクラムマスターの手腕が欠かせません。しかし、いざスクラムを運用しようにも、現実には教科書どおりいかない場面もあるでしょう。 イベン

                                                                  スクラムマスターがやること、やらないこと - アジャイルトレーニングの専門家に聞いてみた - エンジニアHub|Webエンジニアのキャリアを考える!
                                                                • 長男が友人たちと旅行をすることになり、計画段階からニッコニコで見守っていた件

                                                                  身内褒めで恐縮なのですが、楽しいことがあったのでちょっと書かせてください。 先日、中学三年生の長男が、中学の友人たちと関西旅行に行っていました。で、色々と感心しました。 まず最初に、ちょっとこの画像を見ていただけるでしょうか。 なんの時刻表だ、と思われるかも知れないですが、長男が作った、友人たちとの旅行の行程表の一部です。 最初は手書きのメモだったんですが、彼最近Excelが使えるようになりまして、この表もいつの間にかExcel化されてました。 私は鉄道にそこまで詳しくないので、この行程表を作るのにどれくらい手間がかかったかまでは分からないのですが、相当きっちり考えられているように見え、よくまあここまで作り込んだなあ、とは感じます。 長男小さな頃からプラレール好きで、現在も順調に乗り鉄として成長しています。 進学先を選ぶ際も、「鉄道研究部がある中学に行きたい!」という強力な動機で中学受験を

                                                                    長男が友人たちと旅行をすることになり、計画段階からニッコニコで見守っていた件
                                                                  • 韓国発・日本人シティポップ歌手が世界で注目 “黒幕”ゲーム会社社長が語った戦略 | 文春オンライン

                                                                    そんなYUKIKAさんのマネジメント会社「エスティメイト」の社長で、音楽家・ESTi名義で活躍するパク・ジンベ氏(40)。実は、ベテランのゲーム音楽作曲家で、「エスティメイト」はゲーム関連会社であり、YUKIKAさんは氏の会社が初めて契約したアーティストだ。 なぜゲーム会社の社長が、ひとりの日本人女性を“シティポップ・クィーン”として世に送り出すことを決意したのか。その経緯と、日本カルチャーから多大な影響を受けてきた人生について聞いた。(全2回の2回目/前編から続く) ◆◆◆ シティポップは、日本が豊かな時代の音楽 ――日本人のYUKIKAこと寺本來可さんが、韓国発の“シティポップ歌手”として話題になっています。“シティポップ・シンガー”としての方向性を定めた背景は。 パク・ジンべ社長(以下パク) 意図的に「シティポップを作ろう」としたのではありませんでした。僕は、シティポップという明確な

                                                                      韓国発・日本人シティポップ歌手が世界で注目 “黒幕”ゲーム会社社長が語った戦略 | 文春オンライン
                                                                    • 100億レコード超のDBを“障害ゼロ”でマイグレーション 新卒1年目が考えた2つのアプローチと3つの工夫

                                                                      インターネットやAIを駆使しながら、領域に捉われずにさらなる挑戦を行うDeNAの取り組みを紹介する「DeNA TechCon 2023」。ここで成田氏が登壇。PocochaのDBをマイグレーションしたことについて話します。 新卒1年目が100億レコード超のDBマイグレーションをした話 成田篤基氏:発表を始めます。みなさんはじめまして。成田と申します。私は2021年にディー・エヌ・エーに新卒で入社して、現在入社から2年が経とうとしています。 私は新卒1年目で、大規模なデータベースマイグレーションを行う貴重な経験ができました。本日はそのマイグレーションプロジェクトについて、体験から得た学びをみなさんにお伝えします。題して「新卒1年目が100億レコード超のDBマイグレーションをした話」です。どうぞよろしくお願いいたします。 目次です。本日はこちらの目次に沿って発表を進めていきます。 まずは私たち

                                                                        100億レコード超のDBを“障害ゼロ”でマイグレーション 新卒1年目が考えた2つのアプローチと3つの工夫
                                                                      • 林業のタスク管理をRedmineでやる話|株式会社百森

                                                                        こんにちは!百森代表の田畑です。今日もオシゴト感の強いお話です。ブランコや秘密基地に類する話も徐々にネタを貯めておりますので、辛抱強く待って頂ければ幸いです。 ※Redmine.tokyoという勉強会で発表しました!(2021/11/27) 概要株式会社百森では、業務の効率化を推進しています。今回の記事では、その初段階として行っているタスクの見える化・進捗管理について、もがきながらも実現していることをまとめました。 ※なお、タイトルを「林業の」としていますが、百森は業界的には特殊です。自治体から委託を受け、所有者交渉・調査設計・補助金申請、施業発注・現場監督を行う業態なので、ニッチであることは予めご了承ください。 昔はこうでした社内では「口伝」と呼んでいますが、これまで作業手順などは口承文学として伝えられていました。 計算結果や、補助金等で必要になる外部とのやり取りという、成果文書の記録は

                                                                          林業のタスク管理をRedmineでやる話|株式会社百森
                                                                        • とほほのHaskell入門 - とほほのWWW入門

                                                                          「ハスケル」と呼びます。 数学者・論理学者の Haskell Curry の名前に由来しています。 LISP, ML などの言語の影響を受けています。 関数型プログラミング言語 であり、特に 純粋関数型言語 に分類されます。 金融、セキュリティ、数学・科学解析、構文解析などの分野での利用例があります。 関数型プログラミングに慣れていない人にとっては、多少学習コストが高いようです。 遅延評価 を採用しており、式は記述されていても必要となるまで評価されません。 関数型言語ですが、モナド などを利用することにより、手続き型言語のような記述も可能です。 Haskell 1.0 (1990年)、Haskell 98 (1999年)、Haskell 2010 (2009年) などのバージョンがあります。 コンパイル型言語ですが、スクリプト言語の様にインタプリタで呼び出すこともできます。 処理系は、イン

                                                                          • アジャイル迷子のための「アジャイルの本質」。あとDDDとのつながり - little hands' lab

                                                                            記事の構成 アジャイルソフトウェア開発とは アジャイルマニフェストとは アジャイルマニフェストの問題 そこで、アジャイルの本質 by マーティンファウラー アジャイルソフトウェア開発とは? アジャイルソフトウェア開発とはなんでしょうか? 「アジャイルマニフェスト(後述)の4つの価値観、12の原則に従う開発方法の総称」 これが最もオリジナルな定義です。 なぜこんなややこしい言い回しをするのは後から説明します。 重要なことは、「アジャイル」という具体的な手法があるわけではないということです。 アジャイルはマインドセット(思想、考え方)です。そのため、 ✖️ do agile 「アジャイルをやる」はありません。 ⭕️ be agile 「アジャイルになる、アジャイルの思想に則る」はあります。 アジャイルの思想に則った開発手法として ・スクラム ・エクストリームプログラミング(XP) ・リーンスタ

                                                                              アジャイル迷子のための「アジャイルの本質」。あとDDDとのつながり - little hands' lab
                                                                            • IT技術者の担当範囲を書いてみた。|むぎSE

                                                                              お疲れ様です。むぎです。 就活サイトや転職サイトを見ると、IT業界の求人がたくさんあって、どこの何をやっているのかが、いまいちイメージがしづらいと思ったので、システム開発工程と、よくあるIT技術者(職種)の担当範囲を書いてみました。 職種や担当範囲は、会社やプロジェクトによって違いがあるし、全て書きだしたわけではないです。細かくすると有りすぎて語り切れない。。。 なので、一例として、新サービスのシステム化プロジェクトを、ざっくりイメージで書きましたので、参考にしてください。

                                                                                IT技術者の担当範囲を書いてみた。|むぎSE
                                                                              • 進捗率を何で測るか? −−情報処理技術者試験の問題より | タイム・コンサルタントの日誌から

                                                                                「プラント・エンジニアリング会社のように、物理的に目に見えるモノを作っている分野は、数量が測りやすいからいい。ソフトのように目に見えない成果物を作る仕事は、進捗管理がとても難しい。」 ・・こういう意味のことを、IT業界の方から何度か言われたこともある。いえいえ、どういたしまして。プラント・エンジニアリングのプロジェクトでは、設計業務だけで18ヶ月〜24ヶ月もかかる。この間、膨大な図面や仕様書が生成されるが、プラント予定地では1年後にやっと、基礎工事のための穴掘りが始まる程度だ。設計作業の進捗をどう捉えるかは、同じように悩ましい。

                                                                                  進捗率を何で測るか? −−情報処理技術者試験の問題より | タイム・コンサルタントの日誌から
                                                                                • VSCodeのガントチャート拡張を作った - No Regrets in Bathing

                                                                                  去年に引き続きクリスマスイブになんか作ったシリーズです。 下記のような感じで、ガントチャートを雑に作れるVSCodeの拡張機能を作りました。 テキストを編集してもいいし、プレビューを操作してもいいというのがこのツールの売りです。 変更内容は相互に同期します。 VSCodeなので、当然ながらコピペやマルチカーソル、置換なんかも普通に使えます。 VSCodeの編集機能で、GUI部分の貧弱さを補おうというコンセプトです。 実用性や自由度は低めですが、文法や操作方法を覚える必要も最低限になっているんじゃないかなと思います。 あと、ただのテキストなんで、Git管理もできますね。 2週間程度の短期予定を立てる用途を想定しています(自分はその程度の予定しか立てません)。 要望に答える可能性は低いですが、プルリクを頂ければ割と軽率にマージすると思います。 かんたんな導入方法 まずVSCodeを開き、おもむ

                                                                                    VSCodeのガントチャート拡張を作った - No Regrets in Bathing