能力成熟度モデル統合 - Wikipedia
能力成熟度モデル統合 (のうりょくせいじゅくどモデルとうごう、英: Capability Maturity Model Integration, CMMI) は、組織がプロセスをより適切に管理できるようになることを目的として遵守するべき指針を体系化したものである[1] 。 平易な言い方をすると、ソフトウェア開発組織及びプロジェクトのプロセスを改善するために、その組織の成熟度レベルを段階的に定義したものである。 CMMIは、もともとは能力成熟度モデル (CMM; Capability Maturity Model) として開発された。 概要[編集] 成熟度レベルの特性 CMMIは、プロセスの評価や改善をすすめるための枠組みであり、段階表現と連続表現の2つの表現方法がある。段階表現では、組織の実施プロセスを評価し、レベル1からレベル5までの5段階の成熟度レベルを（組織に対して）出すことができる
Plan: Organize your life
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
＠IT：明日からできるプロジェクト管理（3） ビルド管理を楽にするオープンソースツール一覧
プロジェクトマネージャ（＝PM）の石出さんは今日も悩んでいます。 開発チームのスタッフからさまざまな問題が石出さんの元に集まってくるからです。例えば、こういう感じで……。 「コンパイルができません。ライブラリが違っているようです。でもライブラリはちゃんとあるんです。なぜでしょうか？」。調べてみると単純なバージョンの問題だった。このような問題は最近多い気がする。オープンソースのプロダクトを利用し始めてから特に多い気がする……。 「その障害は最新バージョンでは修正されていますよ」あるいは「その障害はいまのバージョンでは再現しないので大丈夫だと思います」というスタッフがいる。このような状況ではまともに品質を管理できない。どうしたらよいのだろう。 こういうやりとりもある。 「○×機能が実装されていませんよ」「（担当している）Aくん、どうなっているの？」「すみません。最新のコードにしていませんでした
ナレッジマネジメントを組織に定着させるための提案｜國光俊樹
この記事はGoodpatchアドベントカレンダー2022の23日目の記事です。 突然ですが、私は昨年「ナレッジマネジメント」領域の新規事業を立案し、リサーチや価値検証を行いました。結果としてはβ版を複数社に導入していただきながら行った価値検証を経てクローズという判断になってしまったものの、そのプロセスを通じて様々な組織におけるナレッジマネジメントの状況や課題感、そしてベストプラクティスまで多くの知見を得ることができました。 今回はそういった経験を土台として、これまで発信の主テーマにしていた「UXデザイン」や「サービスデザイン」の領域ではなく「ナレッジマネジメント」というテーマで記事を執筆することにしました。 この記事では、組織としてナレッジマネジメントを推進する時にどのような観点や考え方が必要なのかを紐解いていけたらと思います。 (組織の状況やカルチャー、事業形態などによっても最適なHOW
Revolut | All-in-one Finance App for your Money | Revolut United Kingdom
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第7版の解説【プロジェクトマネジメント】｜Miz Kushida
・・・ ・不確実性パフォーマンス・ドメインについて加筆しました ・テーラリングについて加筆しました ・適応課題について補足を追加しました。 はじめにPMBOKといえば、PMIが世界中のプロマネの実務家から意見を集めてプロジェクトマネジメントについて知識体系化している分厚い本、というイメージです。 いや、でした。。。以前の第6版までは（7版からはすごく薄い）。 2021年8月に第7版が発表されると（ただし、日本語版はもっと先）公式からアナウンスがありましたが、本家サイトに行ってみると英語版は既に購入できる状態でしたので早速電子版を購入し読みましたので解説したいと思います。 一応前置きしておきますと、僕はPMPホルダーではありません。外資系にいるときにPMBOKをベースとしたプロジェクトマネジメントを実施したり、国内企業ではCMMI レベル5（最高レベル）を運用したりバージョンアップ対応を経験
かんばんボードによるプロジェクトの見える化
アジャイル開発でプロジェクトを進めている現場では、やるべき作業を表す付箋や、進行状況を示すチャートをプロジェクトルームの壁に貼って状況を見える化し、共有している光景をよく見かける。 本稿では、昨今のアジャイル開発プロジェクトで広く浸透している見える化の手法を見ていく。その中で、チーム全体がプロジェクトの今の状況を把握し、開発者の自律的な作業を可能にし、協調作業を促進する、三つの視点(とき、こと、ひと)をうまく使うかんばんボードの利用法を提案する。そして最後に、三つの視点によるプロジェクトの見える化を実現している、かんばんボードのソフトウェアによる実装 “TRICHORD” を紹介する。 アジャイル開発プロジェクトにおける見える化 XP(eXtreme Programming)の中に、“情報発信する作業場所”というプラクティスが紹介されている。これはプロジェクトの進行状況を、一目で把握できる
Poetry - Python dependency management and packaging made easy
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. Libraries This chapter will tell you how to make your library installable through Poetry. Versioning Poetry requires PEP 440-compliant versions for all projects. While Poetry does not enforce any release convention, it use
Google re:Work - ガイド
イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。
ティール組織の原点を理解！3つのブレークスルーの実践上の繋がりを解説！
皆さんの中には、「『ティール組織』を手に取って読んだものの、ちょっと内容が掴みにくいなぁ」あるいは「どこから始めるのが良いのだろうか？」と感じていらっしゃる方もいることと思います。 2018年1月に『ティール組織（英治出版）』が発売されて以降、発行部数も7万部となり、多くの方が手に取る中で、私の方にも多くのご質問を頂いてきました。 「ティール組織は最も優れた組織モデルなのですか？」 「ティール組織で成果は上がりますか？」 「ティール組織は役職を廃し、給料を公開することなのですか？」 「ティール組織は、一部のセルフマネジメントができる方向けの組織ですか？」 「ティール組織になるには、何から始めればいいですか？」 そこで、今回は、「ティール組織の原点を理解！3つのブレークスルーの実践上の繋がりを解説！」と題して、ティール組織の原点を、原書に立ち返りながら、日々の実務経験も踏まえて、出来るだけ実
【資料公開】スクラムチームは改善する問題を正しく選んでいますか？
みなさんこんにちは。@ryuzeeです。 2019/2/22-23に行われたSCRUM FEST Osakaの登壇資料を公開します。 プロダクトを作るのは、一般的には、儲けるためであることがほとんどです。 つまり、「うまく作る・たくさん作る」ことよりも「成果を出す」ことにフォーカスするのが良いと考えています。 成果を形にするには、開発力が必要で、開発力をあげようと思ったら、継続的な投資と学習が必要になります。 社会学的な話も重要ですが、現状では言い訳としても使われていることも多いため、いまいちど本当の問題が何なのかを考えてみることをお勧めします。 それでは。 アジャイルコーチングやトレーニングを提供しています株式会社アトラクタでは、アジャイル開発に取り組むチーム向けのコーチングや、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください。 詳細はこちら ユ
Chocolatey - The package manager for Windows
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
エンジニアと1on1をするときの事前面談シートテンプレート - $shibayu36->blog;
はてなのチーム横断のエンジニアメンター制度 - Hatena Developer Blog で紹介していますが、はてなにはチーム横断のエンジニアメンター制度があります。僕も最近までメンターとして5~6人ほどのメンティーを持っていました(今は事情があってメンターをやっていないのですが)。 メンターとして1on1をする時には1on1ミーティングに備えるアンケート - しるろぐを参考にし、事前にメンティーに面談シートを書いてきてもらうという工夫をしていました。その面談シートは改善を少しずつ加えながら運用していたのですが、一度知見共有も兼ねて最近使っていた面談シートテンプレートを公開してみようと思います。 面談シートテンプレート 以下のようなフォーマットで書いてもらっています。1on1の前にメンティーに1on1用Google Docsに追記していってもらっています。1on1用Google Docs
「マネージの意味が“管理”？ ハズレです」田端信太郎が語るマネジメントの本質｜新R25 - 20代ビジネスパーソンのバイブル
社会人になって数年たったR25世代のビジネスマン。 後輩ができてきたり、ちょっとしたチームのリーダーを任せられたりする機会も出てきたはず。 実力に自信はないけど、ちょっとは先輩らしいところも見せなくては…。でも、いわゆる「マネジメント」なんてしたことないから、どうしたらいいのかわからない！ そこで、“新R25レギュラーズ”田端信太郎さんに「マネジメントの本質」を教えていただきました。 〈聞き手：天野俊吉（新R25編集部）〉 【田端信太郎（たばた・しんたろう）】株式会社ZOZO コミュニケーションデザイン室本部長。NTTデータを経てリクルートへ。フリーマガジン『R25』を立ち上げ、創刊後は広告営業の責任者を務める。その後ライブドア、コンデナスト・デジタル、NHN JAPANを経て、2018年3月から現職
エンジニアリングと技術とインテグレーションと | タイム・コンサルタントの日誌から
以前、「英国史上、最も偉大な技術リーダーに学ぶべきこと」https://brevis.exblog.jp/24622591/（2016-08-28）と題する記事で、イザムバード・ブルーネルのこと書いた。19世紀前半のイギリスで活躍した、傑出した技術者だ。たまたまロンドンに来る用事があったので、ブルーネルが作ったパディントン駅を見た。とても美しく、かつ機能的な、優れた建物である。改良の手は入れているだろうが、建築物としての骨格は、おそらく最初のままだと思われる。実物を見て、あらためてブルーネルという人の天才的なセンスを感じた。 そのパディントン駅から多少歩いた公園・ハイドパークの南側に、「アルバート記念碑」が立っている。大英帝国の最盛期を作ったビクトリア女王が、亡き夫君のアルバート公を記念して建造を命じた、巨大なモニュメントだ。こちらはネオ・バロック様式で、すごく美的だと思うかどうかは、見る
入社８カ月で管理職になるためにやったこと全部話す。 - Everything you've ever Dreamed
以前、この場で労働環境を整備するためにやったことを書いた。その冒頭で営業の責任者になるとサラっと書いていたが、今回はその過程について語りたい。 delete-all.hatenablog.com この４月から営業開発の責任者（部長）になった。実は、入社する際、ボスに対して自分を高く売り込んでおり、それが少々ハッタリをかましたものだったので、試用期間中はいつクビになるか、ビクビクしていたが、万事うまくいったといえる。ラッキー！のひとことで片づけるのもつまらんので、昨年８月まで無職ときどき駐車場アルバイトの僕が、そこそこの規模の企業のそれなりのポジションに就くことが出来たのか振り返ってみたい。 僕はブラック企業に勤めていた。らしい。らしい、というのは僕自身にブラック企業に勤めていたという実感があまりないからだ。１７～８年間ブログを書いてきてよかったことなどほとんどないけれど、無理にひとつあげる
ダイレクト・ガントチャート方式の問題点 〜 やはりExcelで工程表を書いてはいけない (1) | タイム・コンサルタントの日誌から
このほど、自分で「マイ・ベスト・セレクション」なる本を編んでみた。過去17年間に書いてサイトに公開した数百の記事の中から、自分が気に入っているベスト12を選んで、ePub形式の電子書籍をつくってみたのだ。まあ書籍といっても、素人のつくった手製（手編み?）の本で、いってみればβバージョンではある。ベスト・セレクションの中には、アクセス数の多かった記事も入れたが、目立たないけど愛着のある記事も選んだ。多少は文章に手を入れたつつも、なるべく発表当時のスタイルを残している。 ところで、わたしのサイトには、アクセス数で言うとダントツ1位の記事がある。「Excelで工程表を書いてはいけない」（http://brevis.exblog.jp/9052344/）という、2008年11月24日の記事だ。もう9年前の記事だが、いまだに毎週のBlog記事ランキングのトップに位置し続けている。 そして、実を言うと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
タスク管理でチームの効率アップ｜MeisterTask
スクラムチームをやめて、20人でカンバン運用してきた半年間の軌跡 / Stop Scrum Start Kanban
Windows のパッケージ管理システム PackageManagement を使おう - Windows10でも Windows7でも | バシャログ。
