ソフトウェアの内部品質に生じる様々な問題は組織設計にその原因があることも多い / Internal Quality Issues Caused by Organizational Design2023-11-21 技術的負債に向き合う Online Conference https://findy.connpass.com/event/297813/
スクラム スプリント: 知っておくべきこと | Atlassian
サーバー製品のサポート終了が間近に迫っている今、Atlassian Migration Program により、クラウド移行を成功させる計画を立てましょう。
「意識を変えると行動が変わる」は、組織変革では順序が逆 会社に活力を取り戻す「チェンジマネジメント」のやり方
多摩大学大学院が主催で行われたセミナーの模様をお届けします。ナレッジ・アソシエイツ・ジャパン代表で2023年4月に多摩大学大学院MBA教授に就任予定の荻原直紀氏が登壇し、「チェンジマネジメント」をテーマに講演しました。あらゆる企業や組織は、事業成長とともに規律統制が強くなり、創造性や活力が失われていきます。再び新たな価値や事業を生み出すためには、「チェンジマネジメント」のスキルが必要だと荻原氏は語ります。最終回の本記事では、組織変革のための手順について語られました。 企業変革の半分以上は、最初のフェーズで失敗している 荻原直紀氏（以下、荻原）：冒頭で申し上げましたように、チェンジマネジメントは非常に奥の深い世界です。今日すべてをみなさんにお伝えするのはなかなか難しいんですけれども、触りだけでもお伝えしたいと思います。「変化を進める原則と手順」という話をさせていただきたいと思います。 その前
「うまく説明できない」を解消しよう！ロジカルで論理的な話し方のコツを解説
会議やプレゼン、日常の報告で役立つ。相手に伝えるためのロジカルで論理的な話の組立て方について解説します。 ビジネスにおいて、上司への報告や会議、プレゼン等で説明が必要となる場面は多くあります。 しかし、その際にうまく説明できず、意図が伝わらなかったり論点をまとめられなかったりといった悩みを抱えている人は多いはずです。 なぜ、あなたの話し方はわかりにくく、どうすればわかりやすく説明できるのでしょうか。今回は、相手にきちんと伝わる話し方を身に着けるための、ロジカル思考やロジカルな話の組立て方のコツを紹介します。 ※この記事を書いている「創業手帳」ではさらに充実した情報を分厚い「創業手帳・印刷版」でも解説しています。無料でもらえるので取り寄せしてみてください なぜあなたの話はわかりにくいのか ビジネスで話をする時に「わかりにくい」と指摘されたことはないでしょうか。 しかし、言われただけではなぜわ
運用の価値とロールモデル
Operation Lab 1 Operation Lab 2 Operation Lab 3 • • • • • Operation Lab 4 Operation Lab 5 ? ? ? ? • • • Operation Lab 6 Operation Lab 7 outbound inbound outbound inbound inbound inbound outbound inbound / inbound outbound outbound outbound Operation Lab 8 3 - Operation Lab 9 • • • Quality Cost Delivery Operation Lab 10 • • • • • • Operation Lab 11 • • • Operation Lab 12 • • • Operation Lab 13 • •
システム運用アンチパターン
上層部がDevOpsに理解のない組織で働き、組織構造を変える権限を持っていない開発者であっても、チームにDevOpsを導入するための現実的な方法を紹介します。 重厚な承認プロセス、可視化されていない運用、プロセスの最後でのみ行われるソフトウェアテスト、ノイズだらけのアラート、インシデントから学習しない習慣、時間外のデプロイ、情報のため込みなどを取り上げ、ソフトウェアシステムの開発運用が滞るチームや組織に共通してみられる陥りがちな状況や犯しがちな間違いをアンチパターンとして紹介します。そして管理職やマネージャでなく、エンジニアが実行し、繰り返すことで改善できる具体的な行動を解説します。 組織で必要とされる変化を、エンジニアが行動することで実現する本書は、ソフトウェアシステムをよりよく開発運用したいエンジニア必携の一冊です。 目 次 序文 本書について 1章 DevOpsを構成するもの 1.1
【書評】『指示待ち部下が自ら考え動き出す！』 | ライフハッカー・ジャパン
Microsoft CopilotをPowerPointで使ってみたら、一瞬で資料作成や要約ができた!使い方・料金・導入方法とは?
「マネージの意味が“管理”？ ハズレです」田端信太郎が語るマネジメントの本質｜新R25 - 20代ビジネスパーソンのバイブル
社会人になって数年たったR25世代のビジネスマン。 後輩ができてきたり、ちょっとしたチームのリーダーを任せられたりする機会も出てきたはず。 実力に自信はないけど、ちょっとは先輩らしいところも見せなくては…。でも、いわゆる「マネジメント」なんてしたことないから、どうしたらいいのかわからない！ そこで、“新R25レギュラーズ”田端信太郎さんに「マネジメントの本質」を教えていただきました。 〈聞き手：天野俊吉（新R25編集部）〉 【田端信太郎（たばた・しんたろう）】株式会社ZOZO コミュニケーションデザイン室本部長。NTTデータを経てリクルートへ。フリーマガジン『R25』を立ち上げ、創刊後は広告営業の責任者を務める。その後ライブドア、コンデナスト・デジタル、NHN JAPANを経て、2018年3月から現職
15分で分かるGTD – 仕事を成し遂げる技術の実用的ガイド | POSTD
GTDすなわち“Getting Things Done（仕事を成し遂げる）”とは、あなたのタスクとプロジェクトを整理して管理する仕組みです。しかしその目的は、ただ“仕事を成し遂げる”だけにはとどまりません（本当ならこう呼ばれるべきでした。「物事がおこるままに身を任せていたのでは全くイケてない状況に陥ってしまうことが多いので、それよりもっといい方法で物事を成し遂げる」仕組み）。このシステムの目的はあなたが100%の信頼をおいても大丈夫なように、タスクやアイデアやプロジェクトを収集するということにあります。「過去最高の発明をする」というような曖昧なものから、「8月25日にAdaに電話してチーズケーキのレシピについて話し合う」というような具体的なものまで。つまり全てです。 ごくありふれたTo-Do リスト管理のシステムとあまり変わらない印象ですか？ 確かに似ている部分は多いですね。でもそれ以上の
7年働いた時点での私の仕事の極意 - Kengo's blog
最重要 実行に重きを置く やらないで後悔するよりも、やって反省する。 反省は成長を産み生産的だが、後悔は精神の無駄な消費。 時間は有限で貴重な資源だが、たぶん今の段階では行動する前に得るものや結果を予測するのは難しい。 正しい反省の方法とは何か、考え続けること。 「正しく反省するために、何を記録しておくべきか」実行前に明らかにしておくこと。 反省の結果は組織的な何かに落としこむ。組織構造、戦略、静的解析、自動テスト、教育など。意識しないでも巨人の肩に乗れる状況を作ることが、組織の成長につながる。 Done is Better Than Perfect ただし、思考停止の言い訳にしないこと。詰めの甘さを擁護する言葉ではない。詰めの甘さは立場や考え方が違うひと3人くらいに意見を求めればだいたい炙り出せる。 長期的視野を持ちつつ、それに引っ張られない。進展を作ること、現状を少しずつ変えることを意
炎上案件に突如ディレクターとして投入されたときにやってみたこと - Qiita
ぼんやり1メンバーとして眺めていたプロジェクトが、リリース1週間前になって「あれも足りない！これも出来てない！どうすんじゃゴラァ」となったときに突如ディレクターとしてぶっこまれ投入されたときにやってみたことのメモ。 一次対応 とにもかくにもPJTに投入されて最初にやったこと。 コミュニケーションルールをみんなで確認して、守ってもらうようにした 誰が何の情報を持ってて、そして誰から誰にどんな指示が出てて、それらがどんなステータスか、、、 もうぐっちゃぐちゃになっていた。 ディレクターは一度死ぬが、一旦全部ディレクターに報告させて、ディレクターから適切な人に指示を出すことにし、メンバー同士でのダイレクトなコミュニケーションをいったん、原則禁止した。 （ディレクターがAさんとBさんで直接やって、と指示を出すときもあるが、それもやりとりの結果をAさんから必ずフィードバックさせるようにした。） ただ
エンジニアなら知っておきたい障害報告&再発防止策の考え方 - Qiita
システムには障害がつきものです。どんなにしっかりと作られたサービスであっても思わぬところで、バグやミスが発覚して、トラブルになるものです。大事なのはこういった障害を次への糧にしていくこと。失敗というのは大事な資産なので、管理できるようにしましょうという話。 あわせて読みたい あきらめるにはまだ早い！ソースコードの品質向上に効果的なアプローチ メンタリングの方法について基礎をまとめました。内心でなく行動を変えることが障害報告とも共通します。 新入社員が来てメンターになれって言われたけど、どうすればいいのかという対話テクニック 半年で40kg痩せた！ダイエットでわかるリーンなプロジェクトマネジメント手法 心理的安全性ガイドライン（あるいは権威勾配に関する一考察） 障害の種類と障害報告について 障害には、小さなもの、たとえば画面に表示されているテキストの乱れから、すべての画面で50xエラーが発生
思い出せるチケットの書き方: 「動機」、「ゴール」、「実現案」 - 2012-07-12 - ククログ
ソフトウェア開発を支援するために、やりたいことや問題を管理するシステムがあります。例えば、Bugzilla1やRedmine2、GitHubなどがそのような機能を持っています。システムごとにやりたいことや問題の呼び方が違います。例えば、Bugzillaでは「バグ」、Redmineでは「チケット」、GitHubでは「Issue」と呼んでいます。ここではRedmineと同じ「チケット」と呼び方を使うことにします。 今回紹介するのは、後からチケットを見たときに、チケットを書いた時に知っていた情報を思い出せるようなチケットの書き方です。 このような書き方は、プロトタイプのような「作って終わり」とか「短期間の開発」というようなソフトウェアでは必要がないでしょう。また、後述の通り、「チケット駆動開発」にも使えないでしょう。継続的に開発を続けていくソフトウェアの開発のように、やりたいことや問題はあるけど
ドラッカー流セルフマネジメント法 ：投資十八番
ドラッカーはいいます。一流の仕事をするには、まず自己の強みを知ること。そして、仕事の仕方を知り、学び方を知る。価値観を知る。自己を知ることで、得るべき所がわかり、なすべき貢献が明確になる、と。 これは、エッセンスが凝縮されたドラッカー論文集で紹介したHBR6月号に掲載されていた1999年発表の論文「自己探求の時代」の要約です。もう少し詳しく紹介してみましょう。 自己の強みは何かを知る 自己の強みを知るには、フィードバック分析しかない。すなわち、なすべきことを決めたり、始めたりしたならば、具体的に書き留めて置くのである。そして、九ヶ月後、一年後に、その期待と実際の結果を照らし合わせなければならない。私自身、これを五〇年続けており、そのたびに驚いている。 自己について知るうえで、最も重要なのは強みを知ることだとドラッカーはいいます。強みを知るには、自分が行ってきた実績や行えなかったことを記
日経xwoman：doors 20代からのキャリアとライフ：日経xwoman：日経xwoman
2度の挫折越え、22歳で日本人女性初の南ア公認サファリガイドに NEW キャリア 2024.02.09
タスクが一目でわかりやすく管理可能なソーシャルタスク管理サービス「ToDous(トゥドゥス)」
ダッシュボードにやるべきタスクがわかりやすく表示され、ユーザーインターフェイスは誰でも使いやすく、クラウドサービスなのでモバイルにも対応しているというソーシャルタスク管理サービス「ToDous」がサイボウズからリリースされました。 タスク管理は個人でも会社でも大切なことですが、ソフトが使いづらかったり、使うのが面倒になってしまったりして、うまくいかないケースがあります。その点、この「ToDous」は「老眼でもOK」ということで、銀行のATMのように説明がなくても使えるような簡単なUIを採用しており、とても使いやすいサービスとなっています。 ソーシャルタスク管理・共有ToDoがフリーで使える サイボウズグループのコラボレーションサービスToDous http://todous.jp/ これが基本画面。本日のタスク、明日のタスク、メンバーがいまどういうタスクを抱えているのか、などが一覧で表示さ
PDCAサイクル - Wikipedia
PDCAサイクルの概念図 PDCAサイクル（PDCA cycle、plan-do-check-act cycle）とは品質管理など業務管理における継続的な改善方法。Plan（計画）→ Do（実行）→ Check（確認）→ Act（改善）の4段階を繰り返して業務を継続的に改善する方法。主に日本で使われている[注 1]。AをActionとする場合もある[1]。 PDCAを提唱したと言われるデミングは、CheckはHold Backという停止を意味することから好ましくないと晩年まで主張していた。PDCAはシューハート・サイクル（Shewhart Cycle）またはデミング・ホイール（Deming Wheel）とは関係がないとも証言をしている。没年には、CheckをStudy（研究）に置き換えたPDSAサイクルとすべきであると主張した[2]。 概要[編集] PDCAは繰り返されていく。 第二次世界
本気で「継続力」をモノにしたい人へ「7つの黄金律」
新しい一年を迎え仕事も始まった。 去年の末に「来年から本気出す！」と言ってしまった人たちは、そろそろ本気を出さないといけない。 今週末は3連休だから、「来週から本気出す！」でも良いわけだが、そうこうしていると1月も半分過ぎてしまう。 そろそろ本気を出したいところだ。 さて、僕らが「本気出そう」と思った時、現実の世界で何をしたらいいのだろうか。 道路で突然全力疾走をしてみる？ 最初の20メートルぐらいは走れるかもしれないが、すぐに息切れするだろう。運動不足なのだ。 それとも英字新聞を届けてもらい毎朝全ページを読んでから出勤する？ 一つ目の記事すら読めないうちに出勤時間になり、翌日分からは全部読まずに積み上がるだろう。 そもそも英語の勉強なんて卒業後一回もしていないのだ。 いきなり「本気出す！」と言っても、今まで準備してこなかった人は、本気の出しようがない。 いきなり走り出しても足が縺れて転ん
『忙しい人』と『仕事ができる人』の２０の違い
『忙しい人』と『仕事ができる人』の２０の違い 私の周りには、『忙しい人』と『仕事ができる人』がいます。忙しい人は、いつも「忙しい、忙しい」を口癖のようにしています。他人が見ると、何でそんなに忙しいのかが分からなかったりするのですが（仕事の成果から見ると）、本人は忙しいのでしょう。忙しいと言うことが、その人のモチベーション理由のように感じるくらいです。 それと比べると、仕事ができる人は、他人から見ると何かゆったり、自分のペースで仕事をしているように見えるが、結果として大量の仕事を行ったりしている。みなさんの周りにもそんな『忙しい人』と『仕事ができる人』はいないでしょうか？ 『忙しい人』と『仕事ができる人』は何が違うのかという事を、仕事の仕方の違いを通してまとめてみました。（今回は、忙しい人にならない為の時間管理術は省いた内容です。それは、このエントリが好評でしたら、また別のエントリでご紹介さ
トラブルをわざと発生させサーバ問題解決能力を鍛える「Trouble-Maker」 - GIGAZINE
ほとんどのシステム管理者が経験したことがあるはずの状況は「何か悪いことが起きていて、サーバがダウンしているが、しかし何が起きているのか分からない」というシチュエーション。サーバを管理するシステムアドミニストレーターなどの立場でいると何が大変かというと、実際の製品として動かしている実環境でこのような問題が発生した場合です。 そこで役に立つのがこのオープンソースソフト「Trouble-Maker」です。 Trouble-Maker http://trouble-maker.sourceforge.net/ システム管理者の仕事を簡単にするため、多くのツールが存在していますが、未知の状況を経験している場合になんとかしてくれるわけではありません。この一連のソフトウェア群「Trouble-Maker」は既存の便利なツールとは異なり、問題を解決するのではなく、むしろ問題を引き起こします。インストールし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
