2024/10/22に『桜井政博のゲーム作るには』が最終回を迎え、 ネットでは大いに話題になっていました。 まさかそんな手法で作られていたとは....... (気になる人は↓をチェック) その話はさておき今回はゲームエンジニアに限らず Web系エンジニアにも通ずる話があると私は思っていて、 色々な方々にも見て頂きたいと思った次第です。 (UIの話や広報の話もあるので本当はもっと広い範囲に刺さる内容ではあります) 桜井政博ってだれ？？？ そもそも桜井さんのことを知らない人がいると思いますので簡単に紹介しますと 『星のカービィ』や『大乱闘スマッシュブラザーズ』を作った人ということで概ね間違いないはずです 結論 先に結論をお話しすると 『仕事の姿勢』を見ることでタイトル通り仕事の姿勢、そして仕事に対する向き合い方を学べる 『チーム運営』を見ることでエンジニア界隈でもよく話題になるチームビルディン
『原因』 『原因1：プロジェクト・マネジメントに当たる人員がSEとしての作業に忙殺されプロジェクト・マネジメントが出来なかった』 筆者はトラブルの発生したプロジェクトの上位のプログラム・チームの一員でもあり、PMOでの経験もあり、プロジェクトを冷静に見てトラブルの予兆からプロジェクト・マネメントの不具合を指摘出来るつもりであった。しかしトラブルの発生したプロジェクトでは、筆者のプログラムへの参入目的が成果物の品質向上であり、プログラムの下位のプロジェクトのマネジメトに直接携われない限定的立場であったためトラブルの防止に貢献出来なかった。立場上、要件定義書、基本設計書の内容の業務レベルのかなり深いSE的な評価作業に追われた。 またプロジェクト・マネジャーも(旧来のプロジェクト・リーダーに近いが)業務面の把握というSE作業に徹夜の連続で忙殺され、全体アーキテクチャー、プロジェクト・マネジャーと
能力成熟度モデル統合 (のうりょくせいじゅくどモデルとうごう、英: Capability Maturity Model Integration, CMMI) は、組織がプロセスをより適切に管理できるようになることを目的として遵守するべき指針を体系化したものである[1] 。 平易な言い方をすると、ソフトウェア開発組織及びプロジェクトのプロセスを改善するために、その組織の成熟度レベルを段階的に定義したものである。 CMMIは、もともとは能力成熟度モデル (CMM; Capability Maturity Model) として開発された。 成熟度レベルの特性 CMMIは、プロセスの評価や改善をすすめるための枠組みであり、段階表現と連続表現の2つの表現方法がある。段階表現では、組織の実施プロセスを評価し、レベル1からレベル5までの5段階の成熟度レベルを（組織に対して）出すことができる。連続表現では
Your Work Concierge Plan intelligently organizes projects and tasks from all the tools you and your team use: calendar, email, JIRA, Zendesk, Salesforce, and Github. Think of it like a work concierge. Great Teams Get More Done with Plan Teams on Plan save an average of 15 hours a week. That's more time spent working, and less time spent managing work. Get Started
プロジェクトマネージャ（＝PM）の石出さんは今日も悩んでいます。 開発チームのスタッフからさまざまな問題が石出さんの元に集まってくるからです。例えば、こういう感じで……。 「コンパイルができません。ライブラリが違っているようです。でもライブラリはちゃんとあるんです。なぜでしょうか？」。調べてみると単純なバージョンの問題だった。このような問題は最近多い気がする。オープンソースのプロダクトを利用し始めてから特に多い気がする……。 「その障害は最新バージョンでは修正されていますよ」あるいは「その障害はいまのバージョンでは再現しないので大丈夫だと思います」というスタッフがいる。このような状況ではまともに品質を管理できない。どうしたらよいのだろう。 こういうやりとりもある。 「○×機能が実装されていませんよ」「（担当している）Aくん、どうなっているの？」「すみません。最新のコードにしていませんでした
この記事はGoodpatchアドベントカレンダー2022の23日目の記事です。 突然ですが、私は昨年「ナレッジマネジメント」領域の新規事業を立案し、リサーチや価値検証を行いました。結果としてはβ版を複数社に導入していただきながら行った価値検証を経てクローズという判断になってしまったものの、そのプロセスを通じて様々な組織におけるナレッジマネジメントの状況や課題感、そしてベストプラクティスまで多くの知見を得ることができました。 今回はそういった経験を土台として、これまで発信の主テーマにしていた「UXデザイン」や「サービスデザイン」の領域ではなく「ナレッジマネジメント」というテーマで記事を執筆することにしました。 この記事では、組織としてナレッジマネジメントを推進する時にどのような観点や考え方が必要なのかを紐解いていけたらと思います。 (組織の状況やカルチャー、事業形態などによっても最適なHOW
Change the way you moneyFor those who want more from their money — there’s Revolut. Sign up for free, in a tap. Get the app Make your spend, well-spentGrabbing a coffee? Add some cashback. When in Japan? Spend in Yen. Big life change? Try a Joint Account. However you spend — Revolut is all you need. Shops cashback promotions vary. Joint Account T&Cs apply. Check out that cardGet the one that match
・・・ ・不確実性パフォーマンス・ドメインについて加筆しました ・テーラリングについて加筆しました ・適応課題について補足を追加しました。 はじめにPMBOKといえば、PMIが世界中のプロマネの実務家から意見を集めてプロジェクトマネジメントについて知識体系化している分厚い本、というイメージです。 いや、でした。。。以前の第6版までは（7版からはすごく薄い）。 2021年8月に第7版が発表されると（ただし、日本語版はもっと先）公式からアナウンスがありましたが、本家サイトに行ってみると英語版は既に購入できる状態でしたので早速電子版を購入し読みましたので解説したいと思います。 一応前置きしておきますと、僕はPMPホルダーではありません。外資系にいるときにPMBOKをベースとしたプロジェクトマネジメントを実施したり、国内企業ではCMMI レベル5（最高レベル）を運用したりバージョンアップ対応を経験
アジャイル開発でプロジェクトを進めている現場では、やるべき作業を表す付箋や、進行状況を示すチャートをプロジェクトルームの壁に貼って状況を見える化し、共有している光景をよく見かける。 本稿では、昨今のアジャイル開発プロジェクトで広く浸透している見える化の手法を見ていく。その中で、チーム全体がプロジェクトの今の状況を把握し、開発者の自律的な作業を可能にし、協調作業を促進する、三つの視点(とき、こと、ひと)をうまく使うかんばんボードの利用法を提案する。そして最後に、三つの視点によるプロジェクトの見える化を実現している、かんばんボードのソフトウェアによる実装 “TRICHORD” を紹介する。 アジャイル開発プロジェクトにおける見える化 XP(eXtreme Programming)の中に、“情報発信する作業場所”というプラクティスが紹介されている。これはプロジェクトの進行状況を、一目で把握できる
Introduction Poetry is a tool for dependency management and packaging in Python. Basic usage For the basic usage introduction we will be installing pendulum, a datetime library. Managing dependencies Poetry supports specifying main dependencies in the project.dependencies section of your pyproject.toml according to PEP 621. Libraries This chapter will tell you how to make your library installable
イノベーションが生まれる職場環境をつくるイノベーションを生み出すためにコストは必要ありません。イノベーションが生まれる環境は強制されてできるものではなく、育まれるべきものです...
皆さんの中には、「『ティール組織』を手に取って読んだものの、ちょっと内容が掴みにくいなぁ」あるいは「どこから始めるのが良いのだろうか？」と感じていらっしゃる方もいることと思います。 2018年1月に『ティール組織（英治出版）』が発売されて以降、発行部数も7万部となり、多くの方が手に取る中で、私の方にも多くのご質問を頂いてきました。 「ティール組織は最も優れた組織モデルなのですか？」 「ティール組織で成果は上がりますか？」 「ティール組織は役職を廃し、給料を公開することなのですか？」 「ティール組織は、一部のセルフマネジメントができる方向けの組織ですか？」 「ティール組織になるには、何から始めればいいですか？」 そこで、今回は、「ティール組織の原点を理解！3つのブレークスルーの実践上の繋がりを解説！」と題して、ティール組織の原点を、原書に立ち返りながら、日々の実務経験も踏まえて、出来るだけ実
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 2019/2/22-23に行われたSCRUM FEST Osakaの登壇資料を公開します。 プロダクトを作るのは、一般的には、儲けるためであることがほとんどです。 つまり、「うまく作る・たくさん作る」ことよりも「成果を出す」ことにフォーカスするのが良いと考えています。 成果を形にするには、開発力が必要で、開発力をあげようと思ったら、継続的な投資と学習が必要になります。 社会学的な話も重要ですが、現状では言い訳としても使われていることも多いため、いまいちど本当の問題が何なのかを考えてみることをお勧めします。 それでは。
Resources Watch videos, read documentation, and hear Chocolatey success stories from companies you trust. View Resources Events Find past and upcoming webinars, workshops, and conferences. New events have recently been added! View Events Courses Step-by-step guides for all things Chocolatey! Earn badges as you learn through interactive digital courses. View Courses Join our monthly Unpacking Softw
はてなのチーム横断のエンジニアメンター制度 - Hatena Developer Blog で紹介していますが、はてなにはチーム横断のエンジニアメンター制度があります。僕も最近までメンターとして5~6人ほどのメンティーを持っていました(今は事情があってメンターをやっていないのですが)。 メンターとして1on1をする時には1on1ミーティングに備えるアンケート - しるろぐを参考にし、事前にメンティーに面談シートを書いてきてもらうという工夫をしていました。その面談シートは改善を少しずつ加えながら運用していたのですが、一度知見共有も兼ねて最近使っていた面談シートテンプレートを公開してみようと思います。 面談シートテンプレート 以下のようなフォーマットで書いてもらっています。1on1の前にメンティーに1on1用Google Docsに追記していってもらっています。1on1用Google Docs
後輩を持ったR25世代は読むべし！ 「マネージの意味が“管理”？ ハズレです」田端信太郎が語るマネジメントの本質 社会人になって数年たったR25世代のビジネスマン。 後輩ができてきたり、ちょっとしたチームのリーダーを任せられたりする機会も出てきたはず。 実力に自信はないけど、ちょっとは先輩らしいところも見せなくては…。でも、いわゆる「マネジメント」なんてしたことないから、どうしたらいいのかわからない！ そこで、“新R25レギュラーズ”田端信太郎さんに「マネジメントの本質」を教えていただきました。 〈聞き手：天野俊吉（新R25編集部）〉 【田端信太郎（たばた・しんたろう）】株式会社ZOZO コミュニケーションデザイン室本部長。NTTデータを経てリクルートへ。フリーマガジン『R25』を立ち上げ、創刊後は広告営業の責任者を務める。その後ライブドア、コンデナスト・デジタル、NHN JAPANを経て
以前、「英国史上、最も偉大な技術リーダーに学ぶべきこと」https://brevis.exblog.jp/24622591/（2016-08-28）と題する記事で、イザムバード・ブルーネルのこと書いた。19世紀前半のイギリスで活躍した、傑出した技術者だ。たまたまロンドンに来る用事があったので、ブルーネルが作ったパディントン駅を見た。とても美しく、かつ機能的な、優れた建物である。改良の手は入れているだろうが、建築物としての骨格は、おそらく最初のままだと思われる。実物を見て、あらためてブルーネルという人の天才的なセンスを感じた。 そのパディントン駅から多少歩いた公園・ハイドパークの南側に、「アルバート記念碑」が立っている。大英帝国の最盛期を作ったビクトリア女王が、亡き夫君のアルバート公を記念して建造を命じた、巨大なモニュメントだ。こちらはネオ・バロック様式で、すごく美的だと思うかどうかは、見る
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く