以前同僚から、いくつかのプロジェクトやタスクを持っているときにどう進めると良いかという質問を受けた。僕はその時、価値が出るポイントまで一気に進めてから次のタスクに取り組むようにしていると答えた。この話についてブログに言語化してみる。 良くない進め方の一例 たとえばプロジェクトA（自分の担当分工数10日）、プロジェクトB（自分の担当分工数20日）で、合計30日分のタスクを持っているとする。この時良くない進め方は、両方ともを完全に並列に少しずつ行って、30日後に終わるということだ。1 このやり方だと30日後にならないとプロジェクトAもBも結果が出ない。もしプロジェクトAのみに集中して終わらせれば少なくともプロジェクトAの結果は10日後に出るのに関わらずである。 このやり方がまずいのは当たり前に見えるのだが、気をつけないとやってしまいがちである。なぜなら少しずつ進めれば、他の関係メンバーに「自分
「『何となく違うんだよなぁ』という曖昧なダメ出しにイライラしてきた」FF14を12年間率いる吉田直樹氏が、スタッフにとにかく根気よく説明する理由 | 文春オンライン
世界でもっとも人気が高いMMORPGゲームのひとつに成長した「ファイナルファンタジーXIV（以下、FF14）」。 しかしFF14の発売当初の評判は「ゲームとして成立していない」と言われるほど低いものだった。コピー＆ペーストが多用されたマップ、爽快感のないバトル、使いにくいUIなど問題が山積。 日本を代表するゲーム会社スクウェア・エニックスの人気シリーズで、なぜこのような失敗が起きたのか。そして炎上の真っ只中でプロデューサー兼ディレクターに就任した吉田直樹氏は、どのようにその惨状を立て直したのか。 「すでにサービスが開始されているオンラインRPGをイチから作り直す」という前代未聞の決断の内実と実情を吉田氏に聞いた。 会社の動きとは別の流れで、調査に巻き込まれていった ――現在は人気も評価も右肩上がりを続けるFF14ですが、吉田さんがプロデューサーとディレクターを兼任で引き受けた2010年はま
Meety フルリモートワーク＆顔出し不要の働き方
Meetyでは、フルリモートワーク＆顔出し不要という働き方を推奨しています。 背景にあるのは「一人ひとりの人生を大切にし、自律的なハイパフォーマーが集まるチームをつくる」という組織の理想です。 それを実現するために、なぜ私たちがこの働き方を選んでいるのか。 全ての業種で成立する働き方ではないですが、私たちのようにWebサービスを提供するプロダクトドリブンな企業で、どんな実践ができるのか。 私たちの思想と取り組みをフルリモートワークのオープンソースのような形でドキュメントにしました。 Meetyで働くことに興味がある方には働き方の様子を、フルリモートワーク導入を検討している方にはメリットや課題を、体系的にお伝えできれば幸いです。
こんにちは、freee会計のプロダクトマネージャー（以下PM）をしております、gokiです。 皆さん、「ドメイン知識」という言葉、聞いたことありますか？ ドメイン知識（英: Domain knowledge）または領域知識は、はっきり限定された、ある専門分野に特化した分野の知識であり、一般知識またはドメイン独立の知識と対比される。 ドメイン知識 - Wikipedia freee会計での開発現場で例示すると「確定申告のプロダクトを作るには、開発技術だけでなくそもそも確定申告業務の理解というドメイン知識が必要だよね」みたいな使われ方をします。 freeeはスモールビジネスの皆さんのバックオフィス業務を改善するプロダクトを作っているので、このドメイン知識が開発においても必要な場面が多いです。 そこで、今回はドメイン知識が必要な開発をどのように進めるか、というコツをPM目線でご紹介しようと思いま
Noteの皆様、はじめまして。 今年はワークスタイルの変化に伴い、自宅の作業環境を改めて整備した方も多いのではないでしょうか。私が所属するツクルバでも、エンジニアが所属するチームは春から全面的にリモート体制へ移行しました。 その後、オンラインミーティング向けに自宅の作業環境のアップデートを重ね、その変遷を社内で共有したところ大変好評をいただいたので、Noteでも共有することにしました。少々長い記事ですが、お付き合いいただけると嬉しいです。 Macだけで良かった時代前職時代にリモートワークが許可されていたこともあり、以前から自宅の作業環境を既に整備していたので、リモート体制への移行はスムーズでした。下の写真は数年前の自宅デスクです。デスク上にiMacしかない、素晴らしい環境でした。 これなら、かのデスクすっきりマガジンの皆様もニッコリしてくれるでしょう。 しかし、今年になってこのすっきりデス
エンジニアとして経験を積んでいくと、「技術に深く潜っていくこと」と「開発をうまく進めること」はイコールではないとぼんやりと感じ、モヤモヤする時があります。「Meets Professional #5」のゲストは、『エンジニアリング組織論への招待』の広木大地氏。モヤモヤの原因となる「不確実性」への向き合い方について語りました。全3回。2回目は、「悩んでいる状態」と「考えている状態」の違いについて。前回はこちら。 体重計に乗る・テストを受ける・締め切り直前の仕事に取り掛かる…これらに向き合う時に生まれる感情は？ 広木大地氏：仕事や今までの人生の場面で、どうすると不確実性、ファクトなどに向き合っていけるのかをイメージするのにちょうどいい例を2つ挙げると、1つが「体重計に乗る」、もう1つが「テストを受ける」です。 自分自身がダイエットしようと思っている時に体重計に乗ることは、事実と向き合うことなの
こんにちは、プロダクトマネージャー（以下、PM）のadachiです。 SmartHRでは、年始に各部署のリーダーがその年の方針を発表することになっています。今回は私がPMグループの方針として書いた文章を、丸ごとそのまま公開したいと思います。 本文に入る前に、少しだけ補足をさせてください。 現在PMグループには13名のPMが所属しており、それぞれ担当するプロダクトの性質もフェーズも異なります。そのようなチームに向けたメッセージということで、やや抽象的かつ焦点が絞りきれていない内容になっております。（言い訳その1） また、改めて読み返すとかなり基本的なことしか書いていないのですが、基本に立ち戻ってがんばろうぜ！という趣旨であることをご理解いただければと思います。（言い訳その2） そして、あふれる思いを詰め込んだ結果、かなりの長文になってしまいました。シンプルさを美徳とするPMとしては汗顔の至り
歩兵 @gontasan1992 英語のメールを打つのが本当に面倒で色々悩んだ結果ひらがなで英文を登録してから1年程が経ちましたが、結論めちゃくちゃ使ってます。割と便利です。 pic.twitter.com/qJtcIL8hVv 2021-11-27 10:38:59 歩兵 @gontasan1992 商社→IT / ハードな海外駐在を機に、地縁・血縁を大事にしながら人間らしく生きようと地元にリターンしてきたアラサー / 2児の父 / 人それぞれの転職の葛藤や生き様を綴る note 『俺たちの転職物語』運営兼編集長 / 兼業個人事業主2年目 https://t.co/ckoSDzyDgR
越澤明 Prof.Emeritus Akira Koshizawa @akirakoshizawa @178neet 引用”里中満智子学科長は「夢を形にすることを学ぶ学科。刺激を受けて学生たちがより個性を磨いて巣立ってほしい」‥。古城をモチーフにしたデザインについて、‥塚本副学長は「‥『城』らしく仕上がった。賛否はあるが非現実を感じながら、発想力を鍛えてほしい」”sankei.com/article/202111… 2022-01-10 12:39:20
スクラムを開発方法論に採用しているチームで開発者をしています。最近たまたま見積もりについての話題がチームであがり、私の経験や考えを整理してみる機会にしようと考えました。お断りとして、本稿の考え方が正しいと主張する意図はありません。世の中にはさまざまなチームや開発スタイルがあります。私が経験していない業務においては他のやり方もうまくいくケースがあると考えています。 スクラムガイド には見積もりの実践について明確な指針を提供していません。一方でスプリントを設定し、スプリントプランニングを行う上で通常はその期間内にスプリントゴールの達成を図ることから、必然的になんらかの見積もりを行うことを前提としています。インターネットを検索すると、プランニングポーカーとストーリーポイントを用いた見積もりの記事も多くみつかります。私の立場として、ストーリーポイントという見積もり手法をやや懐疑的にみています。この
「1人アジャイル」から始める、アジャイル開発導入のススメ｜Agile Journeyローンチによせて - Agile Journey
みなさん、こんにちは。 ユーザベースという会社でSaaS事業のCTOを務める林 尚之です。 本日、新しいWebメディア『Agile Journey』がローンチされました。私はこのメディアに編集長として関わりますが、本稿では『Agile Journey』がどんなメディアで、なぜアジャイルをテーマとしたメディアを立ち上げたのかをお伝えしたいと思います。 『Agile Journey』はできるかぎり「実践」にフォーカスしていきたいと考えています。すでに世の中には、アジャイルに関する事柄を解説する本や資料がたくさんあり、「ペアプロってなに？」「TDDってなに？」という問いに対する基本的な解は容易に見つかるでしょう。しかし、「やり方を知る・理解する」と、「それをいかに実践するか」には別の難しさがあります。実際、私も「アジャイルをいかにして、実践するか」に関して日々、頭を悩ませていますし、試行錯誤を繰
こんにちは。レシピ事業部の新井（@SpicyCoffee）です。 クックパッドではこれまで、レシピを投稿してから検索結果に反映されるまで最長で 24 時間程度の時間がかかっていました。今回、この時間を 5 分程度、最長でも 10 分程度に短縮することに成功しました。本記事では、プロジェクトオーナーの立場で関わった私が代表してその開発について紹介します。 プロジェクトの目的と数値目標 本プロジェクトでは上記の「レシピを投稿してから検索結果に反映されるまでの時間短縮」が目的とされました。しかし、時間短縮といっても現状 24 時間であるものを "1 時間" にするのか、"1 分" にするのか、"1 秒" にするのかでは話が全然違います。この数値目標は設計を始めとした後の意思決定に大きく影響を与えるため、しっかりとした意図を持った状態で明確に定めておく必要がありました。 そこで、私とプロダクトオー
開発プロジェクトに新しく加わった時は、まずプロジェクトの理解が第一。しかし、全体像を把握できるようなドキュメントがなく、コードから断片的な情報をかき集めるしかない場合もあります。新参の開発者がスムーズにプロジェクトを理解できるよう、大規模なプロジェクトでは「プロジェクト全体のアーキテクチャ」を示した「ARCHITECTURE.md」を添えた方がよいと、エンジニアのAleksey Kladov氏が指摘しています。 ARCHITECTURE.md https://matklad.github.io//2021/02/06/ARCHITECTURE.md.html Kladov氏はオープンソースプロジェクトの開発に携わる中で、「プロジェクトのアーキテクチャに対する知識量」によって開発スピードに大きな差が生じると気づいたとのこと。アーキテクチャに関する知識がない開発者にとって、大量のコードは「バラ
The Apple Inc. logo at the new Apple store in Mumbai, India, on Tuesday, April 18, 2023. Photographer: Indranil Aditya/Bloomberg 米アップルは電気自動車（ＥＶ）を開発するという10年がかりの取り組みを中止する。事情に詳しい複数の関係者が明らかにした。同社史上最も野心的なプロジェクトの１つを断念することになる。 アップルは27日、社内でこの情報を共有し、同プロジェクトに携わる約2000人の従業員に驚きをもって迎えられたという。非公開情報であることを理由に匿名で語った関係者によると、今回の決定はジェフ・ウィリアムズ最高執行責任者（ＣＯＯ）と自動車プロジェクトを統括するバイスプレジデントのケビン・リンチ氏から従業員に伝えられた。
Trelloは豪Atlassianが運営するプロジェクト管理ツール。付せんのようなユーザーインタフェースで簡単にToDoやプロジェクトの進行状況を管理できるのが特徴。米Fog Creek Softwareが2011年に立ち上げ、14年に企業としてスピンアウト。Atlassianが17年2月に買収した。 Atlassianはヘルプページで「公開したボードはインターネット上の誰にでも表示され、Googleなどの検索エンジンに表示される。リンクを知っているすべての人が、Trelloアカウントを持っているかどうかにかかわらず、ボードを表示できる」と記載している。 関連記事 名刺SNS「Eight」で情報機関員などの本名が閲覧できる状態に 非公開にする方法は 治安や防衛、情報収集活動に関わる人物の中でも、Sansanの名刺SNS「Eight」を利用している人の一部の所属と本名がGoogle検索で誰で
スクラムマスターがやること、やらないこと - アジャイルトレーニングの専門家に聞いてみた - エンジニアHub｜Webエンジニアのキャリアを考える！
スクラムマスターがやること、やらないこと - アジャイルトレーニングの専門家に聞いてみた スクラムマスターとして日々仕事に邁進していても、教科書どおりにいかないこともしばしば。イベントに人が来ない……、タスク終わらなさそう……などなど、スクラムマスターが直面しがちな、「あるある」な悩みを、アジャイルコーチの吉羽龍太郎さんに相談してみました。 イベントマネジメントの心得 スプリントレビューでは言いたい放題言わせよう！ スプリントの期間延長は絶対NG 大切なのは原因の究明 スコープと期限の両方を守るのは難しい よいチームを作るためにスクラムマスターができること アジャイル開発の定番手法ともいえる「スクラム」。開発チームにスクラムを導入し、効率的に開発を進めるには、スクラムマスターの手腕が欠かせません。しかし、いざスクラムを運用しようにも、現実には教科書どおりいかない場面もあるでしょう。 イベン
身内褒めで恐縮なのですが、楽しいことがあったのでちょっと書かせてください。 先日、中学三年生の長男が、中学の友人たちと関西旅行に行っていました。で、色々と感心しました。 まず最初に、ちょっとこの画像を見ていただけるでしょうか。 なんの時刻表だ、と思われるかも知れないですが、長男が作った、友人たちとの旅行の行程表の一部です。 最初は手書きのメモだったんですが、彼最近Excelが使えるようになりまして、この表もいつの間にかExcel化されてました。 私は鉄道にそこまで詳しくないので、この行程表を作るのにどれくらい手間がかかったかまでは分からないのですが、相当きっちり考えられているように見え、よくまあここまで作り込んだなあ、とは感じます。 長男小さな頃からプラレール好きで、現在も順調に乗り鉄として成長しています。 進学先を選ぶ際も、「鉄道研究部がある中学に行きたい！」という強力な動機で中学受験を
そんなYUKIKAさんのマネジメント会社「エスティメイト」の社長で、音楽家・ESTi名義で活躍するパク・ジンベ氏（40）。実は、ベテランのゲーム音楽作曲家で、「エスティメイト」はゲーム関連会社であり、YUKIKAさんは氏の会社が初めて契約したアーティストだ。 なぜゲーム会社の社長が、ひとりの日本人女性を“シティポップ・クィーン”として世に送り出すことを決意したのか。その経緯と、日本カルチャーから多大な影響を受けてきた人生について聞いた。（全2回の2回目／前編から続く） ◆◆◆ シティポップは、日本が豊かな時代の音楽 ――日本人のYUKIKAこと寺本來可さんが、韓国発の“シティポップ歌手”として話題になっています。“シティポップ・シンガー”としての方向性を定めた背景は。 パク・ジンべ社長（以下パク） 意図的に「シティポップを作ろう」としたのではありませんでした。僕は、シティポップという明確な
「小説家になろう」運営会社、経営体制を刷新 創業者は退任へ
小説投稿プラットフォーム「小説家になろう」を運営する株式会社ヒナプロジェクトが、代表取締役及び取締役の変更を知らせている。 この変更により、2024年2月29日付で代表取締役社長及びヒナプロジェクトの創業メンバーだった梅崎祐輔さんと平井幸さんが退任。 同年3月1日より、新たな代表取締役社長として青山侑矢さん、取締役に塩川和就さんが就任した。 「ユーザーへの収益還元」機能を示唆3月2日、「小説家になろう」は20周年イベントを東京都港区のニューピアホールで実施。新社長も登壇し、催しや発表が関係者やユーザーに対して行われたほか、かねてより待望されていた「ユーザーへの収益還元」が行える機能の実装を示唆。 2023年11月30日には、男性向けR-18イラストサイト「onaco」をリリース。2024年1月16日には「小説家になろう」のコア機能であるランキング機能をリニューアルするなど、大きな動きが続い
アジャイルとかいうクソみたいな開発
結論から言うと受発注の関係性でアジャイル開発やるのは完全に間違えてる 受注側が優秀だと発注側の意思決定の遅さにイライラするし 受注側が未熟だと発注側のイメージが具現化されない 第三者的に両方の場合に遭遇したんだが記録しておきたい 受注側が優秀な場合スプリントのスピードが速すぎて発注側の意思決定が間に合わない 評価用のボタンを作成するときにGood/BadにするかGood/Normal/Badにするかを決めるだけで2週間かかる 本来なら意思決定者がミーティングに出て欲しいが日本企業は権限委譲しない会社ばかりなので 最終決定は上役の偉い人になるが、そういう人はなかなか捕まらないので意思決定が遅くなる 「意思決定を早くしよう」ということでミーティング時間を10分に制限するとか意味不明なことをしてる 責任を下位の役職まで委譲しないとアジャイルは成り立たない まぁなのでこういう組織にはアジャイルは向
Regional Scrum Gathering Tokyo2023 の中の moyiyuya さんの「私考える人、あなた作業する人」というセッションが大きな反響を呼んでいました。 スクラムを導入してチームとして一体感をもってプロダクト開発をよりうまくやっていきたかったはずなのに、いつの間にか「私考える人、あなた作業する人」という関係性ができてしまっていた、という相談を受けることがあります。 なぜこのような「私考える人、あなた作業する人」という関係性が生まれてしまうかについて、コミュニケーションの観点で考えてみます。 プロダクトオーナーと開発者の堺目 「私考える人、あなた作業する人」のような関係性が生まれてしまっているチームでは、開発者からプロダクトオーナーに対するコミュニケーションが以下のようになっていることが多いです。 プロダクトバックログを出してくれたらつくります 仕様を決めてくれた
インターネットやAIを駆使しながら、領域に捉われずにさらなる挑戦を行うDeNAの取り組みを紹介する「DeNA TechCon 2023」。ここで成田氏が登壇。PocochaのDBをマイグレーションしたことについて話します。 新卒1年目が100億レコード超のDBマイグレーションをした話 成田篤基氏：発表を始めます。みなさんはじめまして。成田と申します。私は2021年にディー・エヌ・エーに新卒で入社して、現在入社から2年が経とうとしています。 私は新卒1年目で、大規模なデータベースマイグレーションを行う貴重な経験ができました。本日はそのマイグレーションプロジェクトについて、体験から得た学びをみなさんにお伝えします。題して「新卒1年目が100億レコード超のDBマイグレーションをした話」です。どうぞよろしくお願いいたします。 目次です。本日はこちらの目次に沿って発表を進めていきます。 まずは私たち
ssmonline #43 での発表資料です。 (運用設計ラボ合同会社 波田野裕一)
こんにちは！百森代表の田畑です。今日もオシゴト感の強いお話です。ブランコや秘密基地に類する話も徐々にネタを貯めておりますので、辛抱強く待って頂ければ幸いです。 ※Redmine.tokyoという勉強会で発表しました！（2021/11/27） 概要株式会社百森では、業務の効率化を推進しています。今回の記事では、その初段階として行っているタスクの見える化・進捗管理について、もがきながらも実現していることをまとめました。 ※なお、タイトルを「林業の」としていますが、百森は業界的には特殊です。自治体から委託を受け、所有者交渉・調査設計・補助金申請、施業発注・現場監督を行う業態なので、ニッチであることは予めご了承ください。 昔はこうでした社内では「口伝」と呼んでいますが、これまで作業手順などは口承文学として伝えられていました。 計算結果や、補助金等で必要になる外部とのやり取りという、成果文書の記録は
リリースするたびに「影響範囲の考慮漏れ」によるトラブルを起こす。こういう症状は、既存のソフトウェアシステムに追加開発を繰り返す組織によく見られるのではないかと感じます。コードやシステムの変更が影響を及ぼす箇所を見逃してしまい、未修正な箇所が残されたまま本番リリースされたために発生するトラブルです。 このようなトラブルが頻発すれば、関係者らは不満を感じます。エンジニアたちの能力に不信感を抱くかもしれません。 しかし、不満の矛先をエンジニアに向けたところで問題が解決することはありません。そもそも原因を見誤っているからです。根本的な原因は、もっと奥深くにあります。 影響範囲の考慮漏れの多発は、ソフトウェアシステムが大きな問題を抱えていることを知らせるサインです。このサインを見逃して表面的な対策ばかりを続けていると、症状が良くなるどころか、かえって悪化し続けることになるでしょう。 問題/原因の3層
アジャイル迷子のための「アジャイルの本質」。あとDDDとのつながり - little hands' lab
記事の構成 アジャイルソフトウェア開発とは アジャイルマニフェストとは アジャイルマニフェストの問題 そこで、アジャイルの本質 by マーティンファウラー アジャイルソフトウェア開発とは？ アジャイルソフトウェア開発とはなんでしょうか？ 「アジャイルマニフェスト(後述)の4つの価値観、12の原則に従う開発方法の総称」 これが最もオリジナルな定義です。 なぜこんなややこしい言い回しをするのは後から説明します。 重要なことは、「アジャイル」という具体的な手法があるわけではないということです。 アジャイルはマインドセット(思想、考え方)です。そのため、 ✖️ do agile 「アジャイルをやる」はありません。 ⭕️ be agile 「アジャイルになる、アジャイルの思想に則る」はあります。 アジャイルの思想に則った開発手法として ・スクラム ・エクストリームプログラミング(XP) ・リーンスタ
働く中で、徐々に部下や後輩、外部パートナーを含む「チーム」をまとめるポジションに変化していく人も少なくありません。ただ、「はじめて部下ができたけど、接し方が分からない」「良い雰囲気をつくりたいけど、どうすれば……？」と迷うことはありませんか。コミュニケーションを円滑にしたいと思っても、どこかぎくしゃくしていたり、メンバーが意見を出してくれない状況が続いたりして、悩む人も多いのではないでしょうか。 そんなとき一つの鍵となるのが、近年耳にする機会が増えた「心理的安全性」です。エイミー・C・エドモンドソン教授によれば、心理的安全性とは「みんなが気兼ねなく意見を述べることができ、自分らしくいられる文化」のことで、成長をもたらす組織にとって重要な要素であると注目を集めています。 では「心理的安全性」をつくっていく上で、リーダーやマネージャーポジションの人はどんなことを意識し、凝り固まってしまったチー
なぜ未曾有の人材不足でも、エンジニアの年収は上がらないのか：多重下請けも海外人材活用も「元」は同じ（1/3 ページ） 市場原理では需給バランスで価格が決定する。なのになぜ、俺の、私の年収は上がらないんだ！――IT“業界”解説シリーズ、第7弾はマクロ視点での多重下請け考察です。 複雑怪奇なIT“業界”を解説する本連載、第1弾はIT業界にまん延する多重下請け構造と偽装請負について、第2弾は多重下請け構造が起こる仕組みについて、第3弾はシステム開発プロジェクトには複数の契約形態が混在することを、第4弾はユーザーはなぜプロジェクトに協力したがらないのか、第5弾は「案件ガチャ」が起こるメカニズム、第6弾はベンダーの営業が安請け合いする理由を説明しました。 今回は、再び「多重下請け構造」について考えます。 就活時、偏った業界研究をしてIT業界に就職したITエンジニアの中には、キャリアアップしたくても、
2022.11.05 Scrum Fest Sapporo 2022
IT技術者の担当範囲を書いてみた。｜むぎSE
お疲れ様です。むぎです。 就活サイトや転職サイトを見ると、IT業界の求人がたくさんあって、どこの何をやっているのかが、いまいちイメージがしづらいと思ったので、システム開発工程と、よくあるIT技術者（職種）の担当範囲を書いてみました。 職種や担当範囲は、会社やプロジェクトによって違いがあるし、全て書きだしたわけではないです。細かくすると有りすぎて語り切れない。。。 なので、一例として、新サービスのシステム化プロジェクトを、ざっくりイメージで書きましたので、参考にしてください。
こんにちは。プロダクトマネージャーの@more_tです。 pmconf2022の登壇機会をいただき「アイデアと上手くつきあう方法」というトピックで発表させてもらいました。 このエントリーは発表内容の書き起こし記事です。発表の中から特にとりあげたいポイントを中心に補足や加筆しています。登壇のアーカイブ動画も公開されています。 安全に温泉に通いたい 最初にかんたんなクイズを持ってきました。こちらの文章からどういった解決策が取れるか30秒程度で考えてみてください。 「あなたはとある村の村長です。 ある日、村の近くの森に温かい温泉が湧いていることに気がつきました。 しかし温泉へ向かう橋は先日の大雨で流されてしまい、 復旧が必要な状況です。 村の皆は温泉が大好きで、橋の使えない川を渡っていく人もいれば、 わざわざ遠回りしていく人もいる状況です。 さて、村人たちが安全に温泉を利用するためにあなたは村長
「プラント・エンジニアリング会社のように、物理的に目に見えるモノを作っている分野は、数量が測りやすいからいい。ソフトのように目に見えない成果物を作る仕事は、進捗管理がとても難しい。」 ・・こういう意味のことを、IT業界の方から何度か言われたこともある。いえいえ、どういたしまして。プラント・エンジニアリングのプロジェクトでは、設計業務だけで18ヶ月〜24ヶ月もかかる。この間、膨大な図面や仕様書が生成されるが、プラント予定地では１年後にやっと、基礎工事のための穴掘りが始まる程度だ。設計作業の進捗をどう捉えるかは、同じように悩ましい。
おことわり 最初に断っておきますが、私はスクラム開発反対の立場をとっているわけではないです。また、スクラムマスターでもないのでスクラム開発について誤った見解を持っている可能性も大いにあります。 また、これから記載するスクラム開発のペインはあくまでも筆者の独断と偏見に基づいて記載されております。そのため、ペインの原因がスクラム開発ではなく、単にその所属組織の構成員の性質や文化的な要因であることも考えられます。おそらく、スクラム開発でなくても起こり得る問題も多く挙げていると思います。そういった側面も踏まえてご意見あれば忌憚なく反論異論いただければ幸いです。 なぜこの記事を書いたか チーム内で密なコミュニケーションをとりながら、個人ではなくあくまでもチームとしての成果を重視するスクラム開発の開発フローは、割と個人の活躍と成長機会を奪ってしまい、結果として組織としても開発成果が縮小均衡になってしま
去年に引き続きクリスマスイブになんか作ったシリーズです。 下記のような感じで、ガントチャートを雑に作れるVSCodeの拡張機能を作りました。 テキストを編集してもいいし、プレビューを操作してもいいというのがこのツールの売りです。 変更内容は相互に同期します。 VSCodeなので、当然ながらコピペやマルチカーソル、置換なんかも普通に使えます。 VSCodeの編集機能で、GUI部分の貧弱さを補おうというコンセプトです。 実用性や自由度は低めですが、文法や操作方法を覚える必要も最低限になっているんじゃないかなと思います。 あと、ただのテキストなんで、Git管理もできますね。 ２週間程度の短期予定を立てる用途を想定しています（自分はその程度の予定しか立てません）。 要望に答える可能性は低いですが、プルリクを頂ければ割と軽率にマージすると思います。 かんたんな導入方法 まずVSCodeを開き、おもむ
GitHub Projects を利用したタスク管理 - 一休.com Developers Blog
宿泊開発チームでエンジニアをしている @itinao です。 昨年の10月に入社しました。 今回は GitHub Projects を利用したタスク管理について記載します。 なんとなーく GitHub Projects 使うと、KANBANにしてみたり リストにして使ってみたり で終わってしまいます。 もっと色々できるんだよってことが伝えられればと思います。 背景 どんな機能があるか Custom Fields Views Group by Slice by Workflows ISSUEと Pull requestの紐づけ Insights タスクの進め方 タスクの洗い出し 見積もり 現状の課題と今後の展望 まとめ さいごに 背景 一休ではチームごとにタスクの管理方法が違い、 Google Spreadsheet・GitHub Projects・Jiraなど、チームごとにタスク管理の方法
検査仕様書なしでシステム開発するとどうなるか？
検査仕様書なしでシステムを開発するとどうなるのか? ある炎上プロジェクトの建て直しを通じて嫌と言うほど思い知らされた。 そのプロジェクトの顧客が一番怒っていたのは「一体どういうテストをしてリリースしてるんだ?」という点だった。 プロジェクトの建て直しはやり慣れているのでまずは検査仕様書をレビューして検査項目の強化だな、とか軽く考えていた。 でもプロマネに検査仕様書を見せてくれと言っても整理できてないから待ってくれ、の一点張り。 まずは社内の人間で見るだけだから整理なんていらないよ、と説得しても頑固に出さない。 なんとそいつは検査仕様書なしでテスト(うちの会社の定義ではそんなもんはテストと言わないけど)して顧客にリリースしてた。 全く動かないシステムをリリース顧客は「全く動かない」と怒っていたが僕はいくらそれはないだろ、顧客が話を盛っているんだろうと甘く考えていた。 しかし、プロジェクトの自
｢犬は主人に対して忠誠心を持つ｣は間違い…科学的研究でわかった犬が本当に考えていること あくまで動物であり､常に本能で動いている
犬は本能を理性でコントロールできない 犬という動物を知る上で、大前提として知っておきたいのは、五感の感覚が人間とはまったく違うこと。そして脳の働きも人間とはまるで違うということです。 これは当たり前のことなのですが、ともすれば、犬と家族同様に暮らしていくうちに、犬も人と同じようにものを見たり聞いたりし、人と同じような感情を持つように思い込んでしまう方もいます。 同じ空間で生活していても、犬は人間とは違う世界で生きています。 まず感覚受容器の構造が違うため、人と同じ環境にいても、目、耳、鼻から受け取る情報が人間とはまったく異なっているのです。 感覚受容器は、外部からの刺激を脳に伝えて行動を促す役割があります。 動物の行動には、それを促す何らかの刺激が必ず存在し、五感が敏感であるほど刺激を受けやすいということになります。 その行動を司つかさどるのが脳ですが、人の脳と、犬などの哺乳類の脳では大脳
GitHub - microsoft/ML-For-Beginners: 12 weeks, 26 lessons, 52 quizzes, classic Machine Learning for all
🌍 Travel around the world as we explore Machine Learning by means of world cultures 🌍 Azure Cloud Advocates at Microsoft are pleased to offer a 12-week, 26-lesson curriculum all about Machine Learning. In this curriculum, you will learn about what is sometimes called classic machine learning, using primarily Scikit-learn as a library and avoiding deep learning, which is covered in our forthcomin
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
価値が出るポイントまで一気に進めてから次のタスクに取り組む - $shibayu36->blog;
ドメイン知識が求められる開発をどのように乗り切るか - freee Developers Hub
マイクとカメラを妥協しないミニマルデスクをつくる｜Jun Tanaka
「悩んでいる状態」から「考える状態」へ変化させるために 広木大地氏が説く、不確実性を下げるためのアクション
2022年のプロダクトマネジメント方針を公開します - SmartHR Tech Blog
英語のメールを打つのが面倒で色々悩んだ結果、ひらがなで英文を登録したのが割と便利→「着眼点すご」「システムの構築みたい」
卒業した大学の新校舎がどう見てもラブホでしかなくて恥ずかしくて泣きそうなんだが「田舎にこういうのあるよなあ」
見積もりをがんばらない - forest book
クックパッドの検索反映時間を 1/288 にしたシステム改修 - クックパッド開発者ブログ
プログラムの「アーキテクチャに関するドキュメント」は面倒でも書くべき、ではどのように書くべきか？
アップル、ＥＶ開発計画を白紙に－10年がかりのプロジェクト断念
プロジェクト管理ツール「Trello」で運転免許証など個人情報流出 閲覧範囲の設定ミスが原因か
Yoichiro Takehora (竹洞 陽一郎) | 株式会社Spelldata @takehora もう発注側企業に要件定義能力はないので、要件定義を専門でやる技術者(Requirement Engineer)が世界でも日本でも出てきている。 そして、経産省の契約モデルにあるとおり、要件定義は、準委任契約であるのが妥当。 引用ツイート nori @00oichan · 2022年12月3日 要件定義に関わる人は３億回くらい読んでほしい
長男が友人たちと旅行をすることになり、計画段階からニッコニコで見守っていた件
韓国発・日本人シティポップ歌手が世界で注目 “黒幕”ゲーム会社社長が語った戦略 | 文春オンライン
「私考える人、あなた作業する人」の関係をつくっているのはあなたかもしれない
100億レコード超のDBを“障害ゼロ”でマイグレーション 新卒1年目が考えた2つのアプローチと3つの工夫
「iPhoneとPCを連携させて、無料で通話を録音・文字起こしする方法」――急遽テレワークを導入した中小企業の顛末記(181)【急遽テレワーク導入！の顛末記】
運用改善、不都合な真実 / 20240722-ssmjp-kaizen
林業のタスク管理をRedmineでやる話｜株式会社百森
「影響範囲の考慮漏れ」によるソフトウェアトラブルの多発はビジネス継続性に対する危険信号｜mtx2s
チームの関係性を良くするには？ チームワーク研究者に聞く「心理的安全性」のつくり方 - りっすん by イーアイデム
なぜ未曾有の人材不足でも、エンジニアの年収は上がらないのか
SCRUM MASTER'S LANGUAGE 言葉遣いこそ最強の武器
アイデアと上手くつきあう方法 - inSmartBank
進捗率を何で測るか？ −−情報処理技術者試験の問題より | タイム・コンサルタントの日誌から
スクラム開発がエンジニアから成長機会を奪うかもしれない話 - 開発日報
VSCodeのガントチャート拡張を作った - No Regrets in Bathing
search.app
togetter.com
hinako0.oa.gob.jp
caowei.hatenablog.com
www.hotpepper.jp
beerbrickd.com