データ分析プロジェクト「Gov Data Lab」始動！先日デジタル庁は「デジタル社会の実現に向けた重点計画」を公開しましたが、「デジタル社会を形成するための10原則」の最初の原則として「オープン・透明」が書かれています。また、6つ示されている施策の中でも、1：継続的な成長では「データを誰れでも扱いやすく」が、2：一人一人の暮らしでは、「データの利活用を促進」が、4：UX・アクセシビリティでは「根拠と効果の可視化」が示されるなど、さまざまな分野でデータ活用の重要さが示されています。 そこで、デジタル庁では、行政が取り扱う様々なテーマに対するデータ分析結果や生データを公表し、国民や研究者向けにわかりやすく課題や政策を伝えるための データ分析チーム「Gov Data Lab(仮称)」を立ち上げる予定です。 今回のnoteではこの取り組みの概要と、プロジェクトを一緒に進める仲間の募集についてご案

アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 とある同人誌に寄稿した原稿を知り合いに共有していたのですが、ブログでオープンにしてほしいという依頼を受けたので公開します（同人誌の発行者には許可を取っています）。 怪文書みたいなものですが、感想お待ちしております。 本稿で何を書こうか考えていたところ、Twitterで「これがNASA流の仕事術、「プロジェクトマネージャーが守るべきルール100」が公開される」 という2014年の記事を見かけました。書かれている内容はとても妥当なもので、プロジェクトマネージャーだけでなく、組織のリーダーでもプロダクトマネージャーでもプロダクトオーナーでもあてはまるものでした。 ただ問題は100個という数

アトラシアンは、同社がクラウドサービスとして提供しているJira SoftwareやConfluence、Jira Service Desk、Jira Coreを、10名以下のチームに対して期限なく無料で提供することを発表しました。 That’s why @Atlassian is making many of our tools available for free. We’re on a mission to help unleash the potential of every team, regardless of location or balance sheet. 2/3 https://t.co/4TnxWUm4To — Scott Farquhar (@scottfarkas) March 18, 2020 Jira Softwareはプロジェクト管理やタスク管理を行えるツ

住友不動産の高級賃貸タワマン「中野ステーションレジデンス」、20代女性が竣工7ヶ月で事故物件にしてしまう

米調査会社のガートナーは、2030年までにプロジェクトマネジメントの業務の80％はAIが肩代わりすることで削減される、という予想「Gartner Says 80 Percent of Today’s Project Management Tasks Will Be Eliminated by 2030 as Artificial Intelligence Takes Over」を発表しました。 同社は現時点でAIを用いたプロジェクト管理ソフトウェアが登場し始めていることを指摘しています。それが進化することで2030年にはプロジェクトマネジメント業務（プログラムマネジメントおよびポートフォリオマネジメント：PPM）の主要な部分がAIによって肩代わりされるようになり、人間が行っていた業務は大幅に削減できるようになると予想しています。 特にプロジェクトマネジメント業務の中で大きな部分を占める、デ

宿泊事業本部フロントエンドエンジニアの宇都宮です。 2018年度下期は、一休.comホテルリストページ スマホ版の速度改善に取り組んできました。その結果、ページのデザインはそのまま、機能面はリッチにしつつ、プロジェクト開始前の約2倍のスピードでページが表示されるようになりました。 本記事では、高速化のためにどのような施策を行ったのか紹介します。 なお、Webサイトの高速化手法については、ホテル詳細ページ高速化プロジェクトを実施した際にも記事を書いています。これらの記事で紹介している手法（たとえば、Imgixによる画像最適化等）については、記述を省略しています。あわせてご覧ください。 一休.comスマホサイトのパフォーマンス改善（概要編） - 一休.com Developers Blog 一休.comスマホサイトのパフォーマンス改善（JavaScript編） - 一休.com Develop

2016/01/26 Backlog Worldd 2016 https://backlogworld2019.jbug.info/

インフラストラクチャー部の青木峰郎です。 最近はDWH運用の傍ら、所属とまったく関係のないサービス開発のためのデザインスプリントをしつつ、 Java 10でgRPCサーバーを書きつつ、 リアクティブプログラミングを使った非同期オーケストレーション層を勢いだけで導入したりしています。 ですが今日はそれとはあまり関係なく、クックパッドの中核サービスであるレシピサービスの アーキテクチャ改善プロジェクト、「お台場プロジェクト」の戦略について話します。 これまで、お台場プロジェクトで行った施策について対外的に発表したことはあっても、 全体戦略について話したことはありませんでした。 その一番の理由は、正直に言って、プロジェクトオーナーであるわたしにもプロジェクト全体の姿が見えていなかったからです。 しかし現在プロジェクト開始から1年半が経過してようやく全貌が見えてきたので、すべてをお話ししようと思い

🔖目次 🔖目次 🙋はじめに 💡このブログを書こうと思った経緯 ✨Emoji Prefix✨ 👍メリット このコミットでなにをしたか分かりやすくなる👀 コミットの粒度が適切になる🗿 キレイに見える⭐ テンションがあがる(重要)🕺💃🕺💃 👎デメリット Emojiの意味や種類を覚える・入力するのが面倒くさい🤔 📝Emoji Prefix の作り方 手順 1. Emoji Prefixのルールを定義し、共有する🤓 2. コミットテンプレートを作成する👨‍💻 🔚最後に 🌟おまけ 🙋はじめに はじめまして❗ 2018年11月よりLiBでエンジニアをしている渡邊です。 前職ではチームラボという会社に新卒で入社し、約1年間半ほど受託開発をしていました。 社会人歴もエンジニア歴もまだまだ2年目でやる気だけは満ち溢れています😎 好きな言語はGo、苦手な言語はJava、

開発者が、開発者ではない同僚から言われて嬉しい11の言葉 – 「クライアントが、IE6で使えなきゃダメだと言っている」 「 決して、 君にキレそうなのを隠すために笑っているんじゃないよ」 非開発者は、職場の開発者をコードで魔法を生み出す人々だと思っています。開発者なら、終日複雑なAPIインテグレーションを構築することもあれば、マウスをカチカチさせて単にSteamで West of Loathing をプレイしているだけの場合もあるでしょう。99％の同僚にはその違いが分かりません。テック企業は開発チームなくしては文字どおり存在しえないのに、開発者は、日がな無為な会議に出て他人の仕事を自分の手柄にしているチーフ・インスピレーション・ニンジャといった役職の人々よりも給与が低かったりします。 開発チームともっとうまくコミュニケーションをとれる方法はないものかと考えている人に、開発者が非開発者から言

Photo by thejbird こんにちは。倉内です。 先日PM経験を振り返って反省する記事を書いたばかりですが（さまざまな反応ありがとうございました！）今度は前職でプロジェクトメンバーだった頃に遭遇した、いろいろなプロジェクトでの「信じられないPMの言動」をまとめてみました。 このようなPMを反面教師にしきれなかった部分ももちろんありますが、「自分はこうならないぞ」と戒めにしていた部分もありました。 今回は私の経験談だけでなく、SEの友人にヒアリングした内容も含めています。もちろん表に出せるものだけを厳選しているのでご安心ください！ 信じられないPMの言動10選 1.「年末年始休む人は理由含めて報告して」 出る前提かい！というツッコミはもはや入れる元気もありませんでしたが、デスマってると休むのが異端みたいな空気ありますよね。怖い。 みんな頑張って出るならまだ納得できるのですが、実作業

もうずいぶん前のことになる。 あるIT業の業務改善プロジェクトに、私はいちメンバーとして参加した。 その会社のプロジェクトメンバーは全部で8名。期間は約9ヶ月だった。 経営陣肝いりの、それなりに大きいプロジェクトである。 そのため、プロジェクトマネジャーは、掛け値なしに優秀であった。 指示は的確で、果敢に新しいことにチャレンジするが、無用なリスクは取らず、守りが堅い。 メンバーとの関係も付かず離れずとバランスが良く、理想的な人物だった。 だが経験的に、プロジェクトメンバー全員が優秀であることはほぼない。 政治的な理由からか、教育効果を期待してなのか、リストラ予備軍だからなのか、それとも単なる人手不足なのか。 理由は様々だろうが、プロジェクトメンバーの中に、必ず２，３名はボンクラが含まれているのである。 そして、プロジェクトは一定の期間内に成果を出す、という厳しい制約があるため、無能の扱いを

国際メタバース連合理事長 @shin_semiya タスクに優先度をつけてくれ、って言ったら「全部マスト！優先度最高に決まってるだろ！」ってPMに言われたので「全部優先度最高にするということは、全部優先度最低にすることと何の違いもありませんよ」と返したら「意味がわからない」とだけ言われた。 まあ案の定予想通りプロジェクトは大炎上した

Backlog開発チームの藤田です。皆さんは子どもの頃、夏休みの宿題にどんなふうに取り組んでいたでしょうか？ 夏休みの初めに一気に終わらせてしまう 毎日こつこつ進める 夏休みの終わり近くになって必死でやる 終わらせない などいろんなタイプがありますね。 私は「初めに一気に終わらせる」タイプでした。毎日こつこつ進めるとかは無理と自分でわかっていたので、先にやってしまって安心したかったのだと思います。「終わらせない」を選択できるほど肝が据わってもいませんでした。 本記事は、普段私たちが業務で使っているプロジェクト管理の手法を夏休みの宿題に応用したお話です。小学2年生になった娘と一緒に「夏休みの宿題完遂」を目的に、バーンダウンチャートなどを活用して、プロジェクトをどのように進めたのかお届けします。 関連機能: バーンダウンチャート | 機能 | Backlog 夏休みの宿題をマネジメントする事の

やりとりは「チーム単位」へと移行 現在、マイクロソフトでは社内でのやりとりの多くをチームベース、プロジェクトベースでのコミュニケーションへと変えています。個人間でのEメールももちろん便利ですが、やりとりを重ねる際にはチーム単位へと移行しています。それが私たちの“モダンワークプレイス”です。いまや、わが社の経営幹部のコミュニケーションのうち80％は、プロジェクト中心のやりとりとなっています。 プロジェクトチームのメンバーはEメールではなく、とあるプラットフォームを使うことで複数のプロジェクトについて継続的なディスカッションをしているのです。参加者は対話形式で固有のテーマに取り組むことができます。これによって本題に入るまでがスムーズになり、エンゲージメントをより加速化することが可能になりました。 私たちが使っているプラットフォームは「Teams」（チームズ）というツールです。もし弊社製品の「O

photo by pexels.com *1 この記事を書いたきっかけ niconegoto.hatenadiary.jp 「PinQulをクローズします」にて事業のふりかえりをしている文章の中に「アプリビジネスは完全にダウントレンドにある」という一節があって、ここから話題が広がっていったのを機に上記の記事を読みました。そして色々思うところがあったのです。 アプリビジネスは完全にダウントレンドというのは自分も前から思っていた。リッチな体験、通知を遅れることはアプリの利点だが、他PFからの流入なども含めたプロダクトのコアな検証はwebモバイルが1番早いはず。— sadakoa (@sadako_a_) August 16, 2018 (Twitter上で多くの共感を集めた投稿) 例えば「モバイルアプリがWebに負けはじめた理由」ではWebアプリがモバイルアプリに比べて優れているでろうという点

「開発残酷物語」は、システム開発会社比較検索サービス「発注ナビ」ユーザーのシステム開発会社の方々に過去の失敗事例をお話しいただき、プロジェクト運営の勘所を読者諸氏と共有し、これから経験するトラブルを未然に防ぐことを目的としている。 聞き手は、山本一郎氏。今回、失敗談をお話しいただいたのは、2017年に「スタイル・フリー」の代表取締役に就任した島田篤史氏だ。 経験者ゼロで無謀なチャレンジ！ スタイル・フリーは2007年に設立されたシステム開発会社だ。Web制作事業、SIer事業、メディア事業、マーケティング事業などを展開し、現在、東京、名古屋、大阪、福岡に拠点を構え、ベトナムでのオフショア開発なども手掛けている。 「幅広く事業を展開していますが、メインはSES（システムエンジニアリングサービス）です。そのため、エンジニアの採用は大きな課題でした」（島田氏） SESは開発力を人月単位で提供する

プロジェクトをリードする技術 http://kakakakakku.hatenablog.com/entry/2018/04/23/223304

「10年前に比べ大きな進歩だ」。ITプロジェクトの動向に詳しいアドバンスト・ビジネス創造（ABC）協会の細川泰秀副会長は「成功率が52.8％」という調査結果をこう「評価」する。 一見すると厳しい結果にもかかわらず、それを評価する声があること自体がITプロジェクトの難しさを示している。「システム開発の成功率は3割程度と言われていた。失敗の原因を追究して未然に防ぐ、地道な努力が結実した成果だとみなせる」（細川氏）。 ITプロジェクトに関する本格的な調査は2008年以来、約10年ぶり。今回は企業のIT部門（情報システム部門）や業務部門、ベンダーに所属する1201人から1745件のシステム導入/刷新プロジェクトに関して回答を得た。

1 on 1（ワンオンワン）とは、マネージャーとその直下のソフトウェアエンジニアが定期的に行う面談のことである。アメリカのIT系の会社では一般的だったが、最近少しずつ日本の会社でも導入されてきた。しかしながら導入したものの何を話したらよいかわからないという声をよく聞くので、筆者の経験からまとめてみたい。筆者はマネージャーとエンジニアどちらの経験もあるので、両者の立場からそれぞれ説明する。 ソフトウェアエンジニアが話すこと まず、1 on 1は「マネージャーと話す定期的な自分の時間」であることを強く意識しよう。考えてみてほしい。マネージャーとは席が離れている。とても忙しそうであまり席にいない。週次のチームミーティングで顔を合わすが、話すことは多くない。筆者はそこまで社交的ではないので、自分から積極的に話しかけに行くことはほとんどない。半年に一度の評価面談で話すのがほぼ唯一の機会である。そうい