Now with Chat, powered by AI. One place for teams of all sizes to communicate and get work done.
projectに関するmasterqのブックマーク (56)
-
masterq 2024/08/07
-
個人開発が続かない理由は「時間」「戦略」「気力」「孤独」 4つの“つらみ”を解消するアジャイル開発・スクラム開発のエッセンス | ログミーBusiness
古谷氏の自己紹介古谷聡希氏：「個人開発のつらみを経営計画とスクラムの手法で乗り切る技術」です。よろしくお願いします。 今日のテーマはニッチな技術ですが、私は（ニッチな技術と言いつつも）どちらかというと王道技術のニッチな活かし方なのかなと思って発表します。なので、そのように念頭に置いて聞いてもらえたらうれしいです。 あらためまして、古谷と申します。中小企業診断士で、いわゆる経営コンサルの国家資格と認定スクラムマスターを持って活動しています。 会社員としては三井物産株式会社のIT医療の領域の関連会社の株式会社ノーススターでエンジニアリングマネージャーをしています。オンライン診療のアプリの開発などを行っています。 これからの中小企業診断士の仕事と、スクラム・アジャイル開発における共通点「経営のスクラムマスター」と名乗って活動することもあって、「これは何ですか？」とよく言われるんですが、エンジニア
-
最新情報：PMBOK®Guide 第7版への変更について
PMBOK®ガイドとは、Project Management Body of Knowledgeの略で、「プロジェクトマネジメントの知識体系ガイド」の略称です。米国PMI本部が発行するPMBOK®ガイドは、プロジェクトマネジメントの世界標準として浸透しており、下記の２つの役割を持っています。 PMBOK®ガイドとは、国際的に標準とされているプロジェクトマネジメントの知識体系（ガイド、手法、方法論、ベストプラクティス）がまとめられており、建設や製造、ソフトウェア開発などに限らず、幅広いプロジェクトに適用できるプロジェクトマネジメントの基盤を提供するガイドです。すべてのプロのプロジェクトマネージャーが知っておくべき知識の中核となるものがまとめられています。 PMBOK®ガイドとは、プロジェクトマネジメントの専門用語とプロジェクトマネジメントのための標準を提供するガイドラインでもあります。ISO
-
pLaTeX が本格的にやばいかもという話 - Acetaminophen’s diary
最近（この1週間ほど）で LaTeX 周りで起きていることについて，声明を出しておきます。端的に言うと「pLaTeX，本格的にやばい」。 pLaTeX hyperref error with pdfmanagement-testphase 今 LaTeX の世界で何が起きているのか，ざっと説明します。 ここ1年ほどの LaTeX は大きく変わっている 2020-02-02 以降，本家の LaTeX2e に多くの変更が入っています。2020 年の2回のリリースについては，Online.tex 2020 での私の講演資料「最近の LaTeX は〇〇」【PDF 直リンク】も参考になるでしょう。 LaTeX2e 2020-02-02: 新 NFSS 導入（シリーズとシェープの多軸化，ファミリ毎の実際のシリーズ値の設定，…），カーネルへの expl3 読込 LaTeX2e 2020-10-01: フ
-
らいおんの隠れ家 : ポール・グレアム「天才のバスチケット理論」 - livedoor Blog（ブログ）
ポール・グレアム「天才のバスチケット理論」を翻訳しました。原題は The Bus Ticket Theory of Genius で、原文はココです。英語に強い皆さま、メール(takeuchi19@mail.goo.ne.jp)でのアドバイスを、よろしくお願いいたします。 ※追記 翻訳した後に、すでにFoundX Reviewの名訳があることに気づきました。そちらを読んだほうが誤訳がないと思います。 天才のバスチケット理論 2019年11月 偉業を成し遂げるには、ご存じの通り、才能と決断力がどちらも必要だ。だが、あまり知られていない三番目の要素がある。特定の話題に偏執的なまでに興味を持つことだ。 これを説明するために、私はある集団からの評判を落とすだろうが、バスチケットのコレクターを選ぼう。古いバスのチケットを集める人がいる。多くのコレクターと同様、彼らは自分たちが集めたものの細部に執着す
-
リスクを取れ、助けを求めろ、前に進め…ミレニアル世代の億万長者からの8つのアドバイス
すべての億万長者が一生かけて富を築くのではない。 世界で最も裕福なミレニアル世代が語った、生産性に関するヒントやお金の管理の仕方など、いくつかのアドバイスをまとめた。 彼らからアドバイスは、リスクを取ること、挑戦を受け入れること、自分に忠実でいること、などだった。 フォーブスが毎年発表する億万長者リストによると、2153人のビリオネアのうち、53人はミレニアル世代だ。ミレニアル世代とは、1981年から1996年の間に生まれた人、つまり2019年に23歳から38歳の人のことだ。 これらのミレニアル世代のビリオネアは、一生をかけて富と成功を築くのではなく、非常に短い期間でそこへ到達した。 Business Insiderは、お金への考え方から生産性のハッキング、ビジネスを成長させる方法に至るまで、これらのミレニアル世代の一部が近年与えてきた重要なアドバイスの一部をまとめた。 マーク・ザッカーバ
-
-
山登りから学べる、時間管理に関する7つの教訓 | ライフハッカー［日本版］
William Blake once wrote, "Great things are done when men and mountains meet." Climbing mountains can teach you a lot about life, but no area more so than time management. Time is precious. Everyone's day has 24 hours. No more and no less. So how you tackle those 24 hours can make the difference between a wasted day, or a day you can be proud of. How you manage your time from the first moment you
-
-
メテオフォール型開発 - 実践ゲーム製作メモ帳2
今日は、日本の代表的なソフトウェア開発手法について紹介しよう。 その名も、メテオフォール型開発である*1。 第一節 通常のウォーターフォール型開発におけるプロジェクトはこのような形を取るが、 メテオフォール型開発ではこのような形が取られる。 そしてこうなる。 これはアジャイル型開発手法におけるサイクルであるが、 神の前では無力である。 神の一声は全てを崩壊させ、 民は一生懸命これを再建す。 これが、メテオフォール型開発*2である。 第二節 全てのスケジュールは天界の都合によって決まる。これを黙示録と呼ぶ。 ソフトウェア開発においてフィードバックは重要なファクターだが、 神にフィードバックは届かない。 ただし、祈りを捧げることはできる。この祈りはごくまれに届く。 神は様々な姿を取る。 外から現れることもあれば、 内に棲んでいることもある。 あるいは、まだ会っていない or 会うことすらできな
-
プロジェクトマネジメントを始めたい
資料 担当になったら知っておきたい「プロジェクトマネジメント」実践講座: 2ヶ月前くらいに買って読んだ ゲーム開発 プロジェクトマネジメント講座: スクエニの資料 具体例がゲーム開発だけど内容は業種を問わないと思う プロジェクトマネジメント実践講座を読んだ 内容は大変丁寧な感じでモチベーションと具体的な例を上げつつPMの重要性、あと必要な各種書類や仕事の詳しい日本語による解説という感じ。 それなりにページ数あるけど圧縮したら15ページ+図表くらいで収まる気がする(チートシートほしい) モチベーションを十分理解している人は安心して読み飛ばしていいと思う。 個人的な感想 PMでは「納期を守る」という感覚が一番大事っぽい やたらExcelを推してくるのは逆に言えばまともなツールが他にないのだろうなぁ リスク管理についても書いてあってなるほどと思った(リスクを先に想定しておくのは難しいけど大事っぽ
-
Home - CHAOSS
Community Health Analytics in Open Source Software CHAOSS is a Linux Foundation project focused on creating metrics, metrics models, and software to better understand open source community health on a global scale. CHAOSS is an acronym for Community Health Analytics in Open Source Software. Open source software is critically important for both individuals and organizations. This importance raises
-
-
-
Evidence Based Scheduling
Do that 100 times; each total has 1% probability, and now you can figure out the probability that you will ship on any given date. Now watch what happens: In the case of the mythical perfect estimator, all velocities are 1. Dividing by a velocity which is always 1 has no effect. Thus, all rounds of the simulation give the same ship date, and that ship date has 100% probability. Just like in the fa
-
Joel on Software - ジョエル・テスト
Joel Spolsky ジョエル・スポルスキ 翻訳: Fukushige Erika 福重 永里香 翻訳チェック: Takeda Toshiyuki 武田俊之 9.8.2000 SEMAについて聞いたことがある？かなり難解なシステムで、ソフトウェアの開発チームがどれくらい良いかを測るためのものだ。ちょっと待った！そのリンクに飛ばない方がいい。きっと書いてあることを理解するだけで6年はかかるだろう。そこで、私は自分で作ることにした。これはソフトウェア開発チームの質を評価するものだが、とっても当てにならないいいかげんなテストだ。このテストの素晴らしいところは、3分程度で終わることだ。節約した時間を使って、医学部に通うことだってできるだろう。 ジョエル・テスト ソース管理システムを使っているか？ １オペレーションでビルドを行えるか？ 毎日ビルドを行うか？ 障害票データベースを持っているか？ 新
-
【初心者向け】インスタグラム企業アカウントのつくり方
日本国内でもユーザー数の伸びが大きく、企業のマーケティング担当者がいま最も注目するSNSがインスタグラムです。広告の掲載も始まり、アカウントの運用を検討している企業も多いのではないでしょうか？今回は、ブランディングや顧客とのコミュニケーションに活用されるインスタグラムの、企業アカウントの開設手順を紹介いたします。 目次 1. アカウントのつくり方 2. PCでの利用方法 3. 運用上の注意点とテクニック 4. まとめ 1.アカウントのつくり方 順を追ってアカウントのつくり方を解説します。 1-1.アプリのダウンロード インスタグラムのアカウントを開設するには、初めにアプリをダウンロードする必要があります。スマートフォン専用アプリなので、各端末にダウンロードしましょう。 1-2.新規アカウントを登録する 個人アカウントを利用していない場合は登録の画面が表示されます。すでに個人で利用されている
-
-
カンバンはどのように動作するか
CT (Cycle Time)は、アイテムを完了させるのにチームが必要とする平均時間です。 リトルの法則の力学はすばらしいものです。ソフトウエア開発の複雑な状態を説明し、解決策をもたらしてくれます。次のケーススタディを分析するために、Diagrams of Effects2を活用します。この図は、非線形のシステムやふたつ以上の効果や影響がシステムの振る舞いに影響を与える場合を分析するのに優れた効果を発揮します。 ケース1: チームのスループットを増大する Adamはふたりの開発者とひとりのテスターで構成するチームのコーチで、企業の幅広い製品のメンテナンスに責任を持っています。この企業は2013年に製品のマーケティングに投資を行い、なんとか顧客を2倍に増やしました。今、Adamのチームの受けるサポートリクエストは増大しています。しかし、CEOはチームのサイズを大きくするつもりはありません。
-
顧客に価値を届ける、ってなんだっけ - (define -ayalog '())
2013-12-09 顧客に価値を届ける、ってなんだっけ 開発 日記 最近、@syobochimのブログを読んでいたら、こんな言葉が書いてあった。 顧客に価値を届けたい。 私はいま、価値届けられてるんだろうか。 アジャイルサムライを読んだら意識高まってつらい - そこに仁義はあるのか(仮) 僕はどうだろうか。今のプロジェクトはありていに言えば"炎上"している。 そんな中で「誰の考え方が一番正しい」のか分からなくなった。ので、今日はそんな話を書いてみようと思う。 この話の登場人物 あやぴー 僕です。 マツダさん 僕と同じ会社の先輩。エンジニア歴10年位。 モリさん 僕と同じ会社の上司にあたる人。エンジニア歴20年位の大ベテラン。 イノウエさん 元請けの会社に8月くらいに中途で入社したエンジニアさんで立場的にはプロジェクトリーダー(PL)的な感じ。転職するまでPL1とかVBとかのお仕事を
Amazon.co.jp: SRE サイトリライアビリティエンジニアリング ―Googleの信頼性を支えるエンジニアリングチーム: Betsy Beyer (編集), Chris Jones (編集), Jennifer Petoff (編集), Niall Richard Murphy (編集), Sky株式会社玉川竜司 (翻訳), 澤田武男 (監修), 関根達夫 (監修), 細川一茂 (監修), 矢吹大輔 (監修): 本
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しました