タグ付けされた質問 「project-management」

バリューストリームマッピングについて、またソフトウェアを提供するプロセスを含む製造プロセスのバリューストリームを分析するためにそれをどのように使用できるかについて多くのことを聞きました。ソフトウェア開発および運用チームのコンテキストで正常に配信されるのを見たことはありません。 バリューストリームマッピングとは何ですか？それをソフトウェア配信にどのように適用できますか？

19 terminology  process  project-management  analysis 

私はDevOpsに完全に興奮しています。DevOpsは、当社を合理化し、前進させるITインフラストラクチャを構築するための方法論であることを知っています。 しかし、どうやってこれを上司、特に非技術的な上司に売るのですか？ 私たちは、自動化された展開、インフラストラクチャのクラウド化、継続的インテグレーションプロセスを含む自動化プロジェクトを実装する予定です。上司にこれにより高いレベルで投資するように説得する必要があります。 注：テスト、リリース、および監視を自動化することでプロセスの改善を開始しました。これはdevOpsの採用に向けたステップですが、自動化プロジェクト自体はより多くの投資が必要なため待機しています。

15 culture  project-management 

ブルックスの法則： 後期ソフトウェアプロジェクトに人員を追加すると、後の作業になります。 彼の本「No Silver Bullet —ソフトウェアエンジニアリングの本質と事故」で、フレデリックブルックスは「神話の男月」の概念を定義しています。 ブルックスの仮定は、複雑なプログラミングプロジェクトを、作業者間のコミュニケーションがなく、タスクとそれを実行する作業者間の複雑な相互関係を確立せずに作業できる個別のタスクに完全に分割できないことです。 1982年以来、私たちは確かに前進し、この問題を緩和するためのさらなる経験を集めてきました。より多くの問題を作成せずにプロジェクトにリソースを追加するために、仕事で正常に適用したソリューションにはどのようなものがありますか。

15 project-management  process  software-engineering 

DevOpsチームの人員不足の典型的な兆候とシグナルは何ですか？チームへの新規追加のリクエストをどのように正当化/説明しますか？ 質問を一般的なものにしたいと思いますが、いくつかの追加情報があります。 現在、2人のDevOpsスペシャリストがチームとして一緒に働いていますが、製品の需要と量と複雑さが増大しています。チームへの新たな追加をリクエストすることを考えていますが、それが良いアイデアである理由を説明し、証明するのが困難です。

13 project-management  team-role 

Adam Smithによると、労働部門は240倍の効率化を実現できます（18の手順でピンを生産するピンファクトリーの例）。 では、実際に生産性が低下するのにマルチスキルの役割が非常に需要があるのはなぜですか、またはスミスが間違っていたのはなぜですか？ 「フルスタック開発者」の検索はまだGoogleで傾向がありますが、明らかに2年前より遅くなっています。 ===== 要約すると、フルスタックの開発者は、事実上すべてのバリューチェーンを実行できます（間違っている場合は修正してください）。 顧客と話し合い、仕事の彼の部分のために実行可能なアジャイル要件を洗練する どのアーキテクチャ、ツール、およびコンポーネントを選択するかを決定します-彼にノートを渡すだけです フロントエンド、バックエンド、ingrationのコードを書く データのプロファイリングとスケープ、高度な機能にはCloud AI / ML APIを使用 必要なIaCコードとロールアウトを作成する エラーまたは販売プロセスが発生した場合に電話をかける セキュリティ関連の設計、全体的なパッチ適用、移行、最新化に注意する 雇用主の請求書発行を容易にするための精査された方法での口座タイムテーブル ...何か忘れましたか？ UPD - 「私たちは専門の生産性を必要とするが、我々はの島世界観たくない『労働者の極端な分裂を』（DevOpsチームみんな、。DevOpsチーム、アダム・スミスとジェネラリストの伝説『』、2013年から2016年）

12 culture  project-management 

一般に、開発者はビジネス要件を満たすことに関心があります。彼/彼女は特定のスタックまたはフレームワークの専門知識を持っているかもしれません。しかし、彼/彼女はdockerとそれがさまざまな配備方法（swarm、kube、mesosなど）を学ぶように努力すべきでしょうか？ 簡単に言えば、開発者がdockerを気にする必要があるのはなぜですか？ PS：この投稿の親の質問は、開発チームにdockerを導入することの影響です

11 docker  project-management  orchestration 

私の組織はマイクロサービスの爆発的な増加を経験しています。現在、新しいプロジェクトをブートストラップする正式な方法はありません。チームが展開またはビルドプロセスにバグを抱えて来て、別のプロジェクトですでに解決済みであることを理解するためだけに時間を費やすことに気づきました。また、標準化してほしいプロジェクト間には多くの矛盾があります。 多くの場合、変更には単一のファイル（例：serverless.ymlまたはMakefile）が含まれるため、共有ライブラリ（例：gitサブモジュール）を含む解決策は現実的ではないようです。各プロジェクトには、Dockerfilesやserverless.ymlなど、維持する必要のある独自の構成セットがあるため、VMの集中構成管理ソリューションは実際には適用できません。 新しいマイクロサービスが組織の標準に準拠し、新しいプロジェクトを開始したい開発者にとって簡単で直感的な方法で、既存のプロジェクトのバグ修正/機能を確実に含めるにはどうすればよいですか？これらの問題の解決に関するいくつかのベストプラクティスは何ですか？ 現在のワークフローは、隣の人に「テンプレートとして使用するにはどのプロジェクトからクローンを作成すればよいですか？」と尋ねることです。次に、そのプロジェクトに不要なものをすべて削除します。

10 project-management  microservices